MCP & Integrations

DevSpec isn't a replacement for your editor — it works alongside it. 33 MCP tools give Claude Code, Cursor, and any MCP-compatible client your project's full intelligence: decisions, conventions, action items, code index, and schema.

Start Your Project Read the docs

claude code — ~/payments-apimcp: devspec

> pick up the next devspec item

⏺ devspec · get_next_work_item → #214 exponential backoff for webhook retries

⏺ devspec · get_decisions → 3 decisions on payments, incl. out-of-band verification

⏺ devspec · claim_work_item → claimed, queue notified

Reading lib/payments/webhooks.ts — your May decision means I can change the retry loop without touching verification…

— Claude Code, opening with the context already in hand.

01The Problem

Stop explaining your project twice

Your team decides something in a meeting, then each developer re-explains it to their coding assistant from memory. Context evaporates at every tool boundary — and the assistant that writes the code never saw the conversation that decided it.

After a DevSpec session, a developer opens Claude Code. It already knows the decision, the conventions, the open action item, and the schema — over MCP. Nothing copy-pasted, nothing lost in translation.

02The Mechanics

How it works

One endpoint, and every tool your team uses starts working from the same brain.

Connect once

Generate a project token and add the DevSpec MCP endpoint to Claude Code, Cursor, or any MCP-compatible client. Setup is a config block, not an integration project.

Fig. i — MCP setupapp.devspec.ai/settings

Adding the DevSpec MCP endpoint to a coding tool

A config block, not an integration project.

Read everything

Your tools can search the code index, read action items and acceptance criteria, recall team memories and decisions, browse generated docs, inspect the database schema, and pull testing briefs — 24 read tools in all.

Fig. ii — Read toolsclaude code · cursor · any mcp client

An external agent searching the DevSpec code index and recalling decisions

The index your sessions use is the index your IDE queries.

Write back

Agents claim work items, report progress, link commits, and record implementation notes as they work. The project record updates itself while the code gets written — that write-back is what makes Autopilot possible.

Fig. iii — Write-backapp.devspec.ai/action-items

An agent claiming a work item and reporting progress back to DevSpec

The record keeps itself while the code gets written.

03An Index of Capabilities

Plugged into where work happens

GitHub

OAuth repo connection, push webhooks for reindexing, and deployment webhooks that link deploys back to the work that shipped them.

Slack

Turn a Slack thread into a DevSpec session with one @mention — and get the notifications that matter back where the team already is.

Deployment-tracked commits

Agents and developers generate commit messages with [devspec:id] tags, so deployments connect to action items without anyone bookkeeping.

The same index everywhere

The semantic code search your sessions use is the same one your IDE agents query over MCP. One index, every surface.

Write-back protocol

Claiming is atomic, progress is reported live, and completion notes land on the item. External agents are first-class citizens, not read-only guests.

Voice in and out

Deepgram-powered transcription and natural speech responses, built into sessions — no extra setup.

Convinced?

Set up your first project in under five minutes. Connect your repo, start a session, and see what your duck can do.

Start Your Project

14-day free trial · 1,500 credits included