Announcing Atlassian MCP support for Resolve AI

Production systems are more than just their technical components. The context you need to understand them (how they work, why decisions were made, what behaviors to expect) lives in runbooks, design docs, team chats, and sometimes isn't written down at all.

One of the biggest challenges in working with production is that this knowledge is fragmented. The context about your code, infrastructure, and telemetry is rarely in one place. It's scattered across documentation, issue trackers, and institutional memory.

That's why we built Resolve AI as an AI for Production Systems to work across code, infrastructure, and telemetry. With every interaction, Resolve captures knowledge and evolves its understanding of your systems.

Today, we are excited to announce that Resolve AI now supports the Model Context Protocol (MCP) for Atlassian, bringing seamless integration with Jira and Confluence. This isn't just about reading docs. Any tool with MCP can read a Confluence page. The difference is that Resolve AI already understands your code, infrastructure, and telemetry.

By adding Atlassian MCP support, Resolve connects that deep technical context with your team's knowledge. It knows when a specific runbook applies to a specific infrastructure alert, or which architectural decision record explains a confusing pattern in your code. It automatically applies the right knowledge in the right context—something a generic coding assistant simply cannot do.

Here is how giving Atlassian context to Resolve AI improves three core production workflows.

1. Incident Resolution: The right information at the right time

Most work with production systems involves debugging. Not just major Sev1 incidents that impact customers and demand immediate attention, but also day-to-day questions when you notice something unusual: Why is this API slower than normal? Which service is making excessive database calls? What changed before this error started appearing?

Runbooks contain the investigation procedures, but they're static text. You have to find the right runbook, interpret it, and manually execute the steps across multiple tools.

Example: Debugging a PostgreSQL Memory Issue

The Old Way: PostgreSQL goes out of memory. You jump into war room mode: query Kubernetes for pod memory, grep through application logs, check deployment history, search Confluence for the PostgreSQL runbook, manually correlate metrics with error patterns. Each step requires switching tools and piecing together context. By the time you connect the dots, the system has been degraded for 30 minutes.

With AI for Production Systems: You ask Resolve: "Why did PostgreSQL run out of memory?" Because Resolve understands the telemetry, it knows exactly what to look for. It uses MCP to retrieve the specific PostgreSQL runbook from Confluence that matches the symptoms, extracting memory thresholds (85% warning, 95% critical) and investigation procedures. With the right knowledge applied to the current context, Resolve executes the investigation autonomously:

• Analyzes Kubernetes memory metrics and identifies svc-entity-graph-ingest as the actual culprit, not PostgreSQL
• Correlates 48 "duplicate event IDs" errors in logs with the memory growth timeline
• Traces the issue to the storeEvents function in postgres.js failing to clean up after errors
• Provides immediate remediation: kubectl rollout restart command
• Recommends long-term fixes: circuit breakers for retry logic The runbook guided the investigation path, while Resolve autonomously gathered evidence from your metrics, logs, and code to deliver a complete diagnosis with actionable fixes.