Role
Lead · Internal tooling
Stack
MCP · Jira API · Confluence API · Python
Year
2025 · Deployed
Hero figure — IDE + MCP flow diagram
The problem

Engineers were context-switching between three tools to do one task.

[The pain: ticket lives in Jira, spec lives in Confluence, code lives in the IDE. Every meaningful change required jumping between tabs, breaking flow, and copy-pasting context into AI assistants that had no awareness of the work being done.]

Approach

Make the IDE ticket-aware, doc-aware, and assistant-aware.

[What the server exposes: read/search/update Jira tickets, search and fetch Confluence pages, surface context to coding assistants. Talk about why MCP was the right protocol — open standard, model-agnostic, easy to extend.]

Architecture diagram
What changed

AI assistants now know what you're working on.

[Outcomes: fewer context-switches, AI suggestions grounded in actual ticket scope, fewer "what was I doing?" moments. Quote any qualitative feedback you can share.]

Before / after — workflow
What I learned

Good developer tools disappear into the workflow.

[Reflection: the win wasn't the AI, it was removing friction. Adoption came from the tool being invisible when working and helpful when needed.]

← Back to all projects