Add support for markdown on the AppSignal status pages.
You can now use markdown in the main description, and status updates.
Add get_triggers MCP Tool. This tool exposes all the anomaly detection triggers and is in preparation for the create/update trigger tool.
Add get_app_resources MCP Tool. This tool exposes multiple application resources such as users, namespaces, and dashboards. It will be the home of application resources that do not need any additional filtering.
Removed
Remove get_users MCP tool in favor of get_app_resources.
Remove get_namespaces MCP tool in favor of get_app_resources.
Added a link to the docs in the trace timeline overlay explaining how to add additional instrumentation
Added Anomaly incidents MCP tool
Added a toggle switch to show OpenTelemetry internal attributes
Changed
We've changed the MCP Token UI to better reflect the allowed tools. Instead of sections that can have read/write/delete rights, we're now showing each individual tool with a checkbox for exposure.
Add examples and “click to apply” functionality for IN and NOT IN in the logs search dropdown.
Log sources now support automatic format detection. We will attempt to parse the line as JSON, Logfmt, and plain text, extracting attributes on every step.
Changed
Hitting the escape key trying to close the log query help tool doesn't clear the query anymore.
Add the ability to treat missing data point as 0 for performance and error triggers.
If you have traffic in bursts (e.g. a Cron job), there's not always enough data to trigger or close an alert. When checking this checkbox, we will simulate the metric, allowing alerts to close.
Add container status, uptime, and restart count in the Kubernetes Pods table
Add container status and owner reference grouping options in the Kubernetes overview page
Add uptime and restart count in the Pod overview tooltip
Changed
Update the order of steps in the OpenTelemetry Java installation flow to improve the installation flow experience.
Add ability for Ai Agents to discover our metrics on our MCP server.
Before this discover_metrics endpoint, we had our get_metric_names endpoint, but it was difficult for agents to determine what metric should be used when.
With this new discover_metrics endpoint, we provide the Agent with a global overview of metric categories, and when they request more information about a category, we describe the metric names/tags/fields, and when to use them.
We also take custom metrics and dashboards into account. Providing descriptive names for dashboards/description and charts on your dashboards helps the agent use those metrics.
Changed
Improve cluster state pop-over. Show state of containers, if there are any.
Add get_metrics_timeseries endpoint to the MCP server.
This endpoint exposes timeseries metrics to an AI Agent, enabling queries such as
Show me the load average for all front-end machines on MyApp/production
Shell
Here's a summary of the load averages for the two frontend machines:
1. frontend1:
- Load average range: 0.83 - 1.6
- Current load: 0.94
2. frontend2:
- Load average range: 2.0 - 3.01
- Current load: 2.18
The frontend-ams1 machine appears to have a significantly higher load compared to frontend1, with load averages consistently above 2.0, while frontend2 stays mostly below 1.5.
We are still working on metric discovery. Right now you have to be quite specific to get the desired metrics.
Add kubernetes volume metrics to node page.
Start your free trial
Don’t let the bad bugs bite. Try AppSignal for free.
AppSignal offers a 30-day free trial, no credit card is required. All features are available in all plans. Start monitoring your application in just a few clicks!