owl24-mcp
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@owl24-mcpWhat's breaking in checkout-service?"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
owl24-mcp
MCP server for owl24 — gives Claude Code, Cursor, or any MCP-speaking client direct access to your error queue. Ask "what's breaking in checkout" and get an answer, instead of writing a script against a REST API first.
This doesn't replace the REST-plus-AGENTS.md workflow — it's a thinner way to reach the exact same endpoints. If you already have an AGENTS.md-driven CI loop working, you don't need this. This is for working with your agent interactively, from inside your editor.
What it can do
Tool | Does |
| Deduplicated error groups — occurrence counts, first/last seen, queue state, whether an AI report already exists |
| Adds an error group to the agent-access queue (free, never calls AI) |
| Lists queue items — defaults to open/unclaimed |
| Claims a queue item so nothing else works it at the same time — this is what's billed, once (see below) |
| The actual evidence — spans, logs, stack trace for one trace |
| Checks for an existing cached AI root-cause report (read-only) |
| Marks a queue item resolved, with a note naming the PR and fingerprint — free, doesn't trigger any charge |
| Cheap poll target — just the open-item count, no full list fetch |
| Gives up on a claimed item without resolving it — doesn't add a new charge (a claim's charge, if any, already happened) |
| Pushes a claim's expiry out if you're still actively working it |
What it deliberately can't do: run a new AI Root-Cause Analysis. That's a separate, paid, human action from the owl24 dashboard — this server never spends AI-RCA credit on its own initiative. get_rca_report only reads a report that already exists; if one doesn't, investigate from get_trace's data instead, the same way AGENTS.md already tells an agent to.
Billing: listing and queuing are always free. A small charge (current rate on Pricing) applies once, the moment claim_error succeeds on an item that's never been claimed before — not when it's later resolved, and with no monthly cap. If you release_error instead of fixing it, or the claim simply expires, that charge isn't refunded, but re-claiming the same item later is never billed again. resolve_error itself never adds a charge — use it once you actually have a fix, and use release_error (also free to call) when you don't, so the record stays accurate for whoever claims it next.
We don't build, run, or host your agent. This server runs locally, on your machine, using your own project API key — same trust model as the REST workflow it wraps.
Related MCP server: task-queue-mcp
Install
You don't need to install this yourself — most MCP clients run it via npx on demand.
Claude Code
claude mcp add owl24 -e OWL24_API_KEY=your_api_key -- npx -y owl24-mcpCursor
Add to your MCP settings (Cursor Settings → MCP):
{
"mcpServers": {
"owl24": {
"command": "npx",
"args": ["-y", "owl24-mcp"],
"env": {
"OWL24_API_KEY": "your_api_key"
}
}
}
}Any other MCP client: the same command/args/env shape works — npx -y owl24-mcp over stdio, with OWL24_API_KEY in the environment.
Get your API key from a project's page on the owl24 dashboard. Agent Access needs to be turned on for that project first, via your account's own API — every tool here 403s until it is.
Environment variables
Variable | Required | Default |
| Yes | — |
| No |
|
Example
Once connected, in Claude Code or Cursor:
What's breaking in checkout-service?
The model calls list_errors({ serviceName: "checkout-service" }), reads the results, and can go straight into get_trace for the top offender, write the fix itself, and — once you've opened the PR — resolve_error with a note. A human always reviews the PR; nothing here merges anything.
License
MIT
This server cannot be deployed
Maintenance
Related MCP Connectors
MCP server that lets AI assistants use all OneSchema features exposed via the public API.
Nifty's MCP server — exposes tasks, projects, messages, and files as tools for AI agents.
- SpanlyOAuthcom.spanly
MCP observability. Query live traffic, errors, duration, and alerts from your AI agent.
- QuallaaOAuthcom.quallaa
Talk to your public-facing AI from any MCP client — Claude, ChatGPT, Cursor, Cline, Windsurf.
Related MCP Servers
- AlicenseAqualityFmaintenanceModel Context Protocol server for Task Management. This allows Claude Desktop (or any MCP client) to manage and execute tasks in a queue-based system.10184 npm215MIT
- AlicenseNot gradedqualityAmaintenanceExposes an agent orchestration task queue as an MCP tool interface, allowing agents to submit, list, get, and update tasks with typed validation.3MIT
- AlicenseNot gradedqualityBmaintenanceHosted MCP server that exposes your self-hosted Bugsink error tracker as tools for LLMs, enabling issue management, release tracking, and stacktrace retrieval via chat prompts.604 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables external MCP clients to drive DeepSeek Harness agents for real coding tasks, providing tools for task execution and queueing, session management, sandboxed file access, preset switching, and usage statistics.287 npm2GPL 3.0