{"slug": "top-10-prompts-for-your-monitoring-tool", "title": "Top 10 Prompts for Your Monitoring Tool", "summary": "AppSignal launched an MCP server that lets developers query monitoring data using plain language inside editors like VS Code and Cursor. The server exposes tools for errors, incidents, anomalies, metrics, and dashboards, supporting OAuth and bearer token authentication.", "body_md": "You open a monitoring tool, and the data is all there: errors, traces, anomalies, incidents, and countless intricacies. If you want to get the right slice of that data, you need to know exactly which dashboard to open and what filters to apply. But when the poor UI gets in the way, this can take longer than it should.\n\nLuckily, this is not the case with AppSignal.\n\n[MCP (Model Context Protocol)](https://modelcontextprotocol.io/introduction) changes the interface entirely. Instead of clicking through dashboards, you can ask questions in plain language inside your editor. [AppSignal's MCP server](https://docs.appsignal.com/mcp.html) exposes your monitoring data (errors, incidents, anomaly alerts, metrics, dashboards) as tools that any MCP-compatible agent can access directly.\n\n**TL;DR** Getting the right data from a monitoring tool isn’t always easy. When a pipeline is broken and bleeding money, understanding specific patterns, terms, and navigation needs to happen fast. AppSignal has built an MCP that lets you use plain English. Ask for what you need, in your own words, and the agent will figure out which call to make.\n\nWhat You Can Do With MCP\n\nAppSignal’ MCP exposes [multiple tools](https://docs.appsignal.com/mcp/reference.html) across five areas. Each of them is mapped to a permission scope that you configure prior to auth.\n\nArea | Read | Write |\n|---|---|---|\nApp discovery |\n\n**Error incidents****Performance****Anomaly detection****Logging****Metrics****Dashboards** Full parameter docs for every tool can be found in the [MCP Tool Reference](https://docs.appsignal.com/mcp/reference.html).\n\nHow to Connect\n\nThe AppSignal MCP server is available at a public endpoint: `https://appsignal.com/api/mcp`\n\nYou can connect to the MCP server via two authentication methods:\n\n**OAuth**: Sign in with your AppSignal account via browser. This work great for[Claude Code](https://claude.com/product/claude-code),[VS Code](https://code.visualstudio.com/), and[GitHub Copilot CLI](https://github.com/features/copilot/cli)and is also the fastest way. For[Cursor](https://cursor.com/),[Windsurf](https://windsurf.com/), and[Zed](https://zed.dev/), OAuth works as a local bridge via.`mcp-remote`\n\n**Bearer token**: Generate a long-lived MCP token with granular, per-toolset permissions (`read`\n\n,`write`\n\n, or disabled). The Bearer token can be scoped to specific apps, too. You can generate it in.**Account Settings > MCP Tokens**\n\nQuick-Start Snippets for Each Editor\n\nSave yourself some time by simply copying and pasting these. 😉\n\n**Claude Code**\n\n**Cursor**: Edit`~/.cursor/mcp.json`\n\n([Cursor MCP docs](https://cursor.com/docs/mcp))\n\n**Zed**: Add to your settings file ([Zed MCP docs](https://zed.dev/docs/ai/mcp))\n\n**VS Code**: Add to`.vscode/mcp.json`\n\n([VS Code MCP docs](https://code.visualstudio.com/docs/copilot/chat/mcp-servers))\n\n**GitHub Copilot CLI**\n\nFull setup instructions for all editors can be found in the [AppSignal MCP docs](https://docs.appsignal.com/mcp.html#configuration). A Docker image is also available for environments that restrict outbound traffic ([GitHub repo](https://github.com/appsignal/appsignal-mcp)).\n\nAwesome Prompts\n\nUse our own [awesome prompts](https://github.com/ai-boost/awesome-prompts) to get started with AppSignal via MCP. Feel free to adjust them depending on your use case.\n\n1. \"What applications do I have access to in AppSignal?\"\n\n- Calls\n`get_applications`\n\n.\n\nThis is the correct first prompt whenever you're in an unfamiliar codebase. It returns all apps connected to your account in the `app_name/app_environment`\n\nformat and helps you get your bearings before you start asking questions about the specific ones.\n\n2. \"Give me an overview of what's currently monitored in [app name] production.\"\n\n- Combines\n`get_app_resources`\n\n,`get_exception_incidents`\n\n, and`get_anomaly_incidents`\n\n.\n\nThis prompt surfaces active incidents, recent anomalies, namespaces, and any open alerts in one go.\n\n3. \"Show me all open incidents in [app name] production from the last 24 hours.\"\n\n- Calls\n`get_exception_incidents`\n\nwith`states: \"open\"`\n\nand a 24-hour time range.\n\nThis serves as a solid starting point for unplanned investigations. It’s scoped to a specific app and environment, with no noise from staging or other namespaces. Yay!\n\n4. \"Get the full details and stack trace for incident #[number].\"\n\n- Calls\n`get_incident`\n\n.\n\nThis prompt returns everything in one shot: exception type, message, stack trace, sample count, first/last seen timestamps, and any captured parameters or context. It’s a much faster solution than loading the incident page. Plus, the agent can immediately suggest fixes based on the trace.\n\n5. \"Find all open incidents from the last week and group them by severity.\"\n\n- Calls\n`get_exception_incidents`\n\nwith a 7-day range and`states: \"open\"`\n\n.\n\nWith this prompt, you get a structured view of what's accumulated. It’s particularly useful before a planning session or a sprint review, when you want to understand the backlog shape before you start assigning work.\n\n6. \"Mark incidents #120, #121, and #122 as work in progress and assign them to [name].\"\n\n- Calls\n`update_incidents`\n\nwith the incident numbers,`state: \"wip\"`\n\n, and the user ID from`get_app_resources`\n\n.\n\nHere, you’ve got bulk incident management in a single prompt. Thanks to it, there’s no need to click through each incident in order to change status and assign. The agent resolves the user ID automatically if you provide a name.\n\n7. \"Show me all open anomaly alerts right now.\"\n\n- Calls\n`get_anomaly_incidents`\n\nwith`state: \"open\"`\n\n.\n\nYou get a snapshot of everything currently firing across all metrics. It’s a good first prompt when you sit down after a few hours away and want to know if anything has gone sideways since you last checked.\n\n8. \"Create a dashboard called 'API Health' and add a p95 response time chart broken down by action.\"\n\n- Calls\n`manage_dashboard`\n\nto create the dashboard, then`get_metric_tags`\n\nto verify available tags, then`create_dashboard_visual`\n\nwith`display: \"line\"`\n\nand`fields: [\"p95\"]`\n\nbroken down by action tag.\n\nTwo API calls are handled in one prompt, and the agent chains them automatically.\n\n9. \"What's still open and unassigned going into the weekend?\"\n\n- Calls\n`get_exception_incidents`\n\nwith`states: \"open\"`\n\n, then filters for incidents with no assigned handlers.\n\nRun this before closing your laptop on Friday so the on-call rotation knows exactly what they're inheriting.\n\n10. \"Add a note to incident #[number] summarizing what we found and what the fix was.\"\n\n- Calls\n`create_incident_note`\n\n.\n\nThis prompt closes the documentation loop on a specific incident. Notes stay attached in AppSignal so that anyone reviewing it later on has the full context. Markdown is supported, so you can include code snippets or links to the relevant PR.\n\nNext Steps and Resources\n\nThese ten awesome prompts cover the core: *aviate, navigate, communicate.* Or, in the world of monitoring: *orient, investigate, triage*. However, once you connect to the MCP server, you are not limited to these prompts. Ask whatever makes the most sense for your situation, and the agent will figure out which tools to call.\n\nTo get started, chec out [AppSignal MCP docs](https://docs.appsignal.com/mcp.html) for setup and [MCP Tool Reference](https://docs.appsignal.com/mcp/reference.html) for the full tool and parameter list. The [blog post announcing the MCP server](https://blog.appsignal.com/2026/03/18/appsignal-mcp-server-connect-ai-agents-to-your-monitoring-data.html) covers the design philosophy in more depth.\n\nNo AppSignal account yet? [Start a free 30-day trial](https://appsignal.com/users/sign_up), no credit card required.\n\nFrequently Asked Questions (FAQ)\n\n1. Which editors and agents does AppSignal MCP work with?\n\nAppSignal MCP is compatible with Claude Desktop, Claude Code, Cursor, Windsurf, Zed, VS Code with GitHub Copilot, and GitHub Copilot CLI. The server uses standard MCP over HTTP, so it works with any MCP-compatible client. Explicit setup instructions for each are found in the [MCP docs](https://docs.appsignal.com/mcp.html#configuration).\n\n2. Do I need OAuth or a Bearer token? What is the difference?\n\nOAuth is the simpler path (one browser sign-in, all tools available immediately) and works natively in Claude Code, VS Code, and GitHub Copilot CLI. Bearer tokens give you per-toolset permissions and per-app scoping.\n\n3. Can the MCP server write to AppSignal, or is it read-only?\n\nIt can do both. Read covers incidents, anomalies, metrics, and app discovery, whereas write includes updating incident state, assigning handlers, adding notes, managing anomaly triggers, and creating dashboards.\n\n4. Is my monitoring data sent to an AI model?\n\nYes. The agent fetches data from AppSignal and includes it in its context window. This is subject to your AI provider’s data handling policies.\n\n5. What if I ask for something the MCP server does not support yet?\n\nThe server will let you know and try to route you to the best solution.\n\n## Wondering what you can do next?\n\n[Try out AppSignal with a 30-day free trial](https://appsignal.com/users/sign_up).[Reach out to our support team with any feedback or questions](mailto:support@appsignal.com).\n\n- Share this article on social media\n\n## Dejan Lukić\n\nOur guest author Dejan is an electronics and backend engineer, who is pursuing entrepreneurship with SaaS and service-based agencies and is passionate about content creation.\n\n[All articles by Dejan Lukić](/authors/dejan-lukić.html)\n\nBecome our next author!\n\n[Find out more](/write-for-us.html)\n\n## AppSignal monitors your apps\n\nAppSignal provides insights for Ruby, Rails, Elixir, Phoenix, Node.js, Express and many other frameworks and libraries. We are located in beautiful Amsterdam. We love [stroopwafels](https://www.appsignal.com/waffles). If you do too, [let us know](mailto:contact@appsignal.com). We might send you some!\n\n[Discover AppSignal](https://www.appsignal.com)", "url": "https://wpnews.pro/news/top-10-prompts-for-your-monitoring-tool", "canonical_source": "https://blog.appsignal.com/2026/06/08/top-10-prompts-for-your-monitoring-tool.html", "published_at": "2026-07-08 16:25:00+00:00", "updated_at": "2026-07-08 16:42:41.367761+00:00", "lang": "en", "topics": ["developer-tools", "ai-tools"], "entities": ["AppSignal", "MCP", "Claude Code", "VS Code", "GitHub Copilot CLI", "Cursor", "Windsurf", "Zed"], "alternates": {"html": "https://wpnews.pro/news/top-10-prompts-for-your-monitoring-tool", "markdown": "https://wpnews.pro/news/top-10-prompts-for-your-monitoring-tool.md", "text": "https://wpnews.pro/news/top-10-prompts-for-your-monitoring-tool.txt", "jsonld": "https://wpnews.pro/news/top-10-prompts-for-your-monitoring-tool.jsonld"}}