Skip to content

Delivery

Build-ready specs, straight to your coding agent.

Customer feedback becomes a cited spec, grounded in your codebase and ready for Cursor or Claude Code.

From decision to spec

A build-ready artifact, grounded in the customer voice and your connected codebase.

What to build · where it lives · done when
Annsa turning a ranked priority into a build-ready spec, open beside the list.

DELIVERY SYSTEM

The decision remains visible all the way through.

Specs

Customer evidence, acceptance criteria and connected GitHub context become one build-ready specification.

Explore Specs →
Ship

Hand the grounded specification to Cursor or Claude Code through MCP; Annsa keeps the linked pull request and release connected.

Explore Ship →
Share Back

Notify the customers who asked. You review before anything sends.

Explore Share Back →
01 · Spec

The first draft is already written.

One cited artifact: What to Build, Why It Matters, Customer Voice, Files to Touch, Done When.

Explore Specs →
02 · Roadmap

A roadmap that sequences itself.

Two rails show intention and flow; one button sequences work by impact.

Explore Roadmap →
03 · Spec map

Every spec, on the map of your codebase.

Codebase, theme and page views with blast-radius classification.

Explore Spec map →
04 · Ship

The spec leaves Annsa as code.

Connect over MCP; hand grounded work to Cursor or Claude Code.

Explore Ship →
05 · Share Back

The customer who asked is the first to know.

Annsa drafts the follow-up in their context; you review before sending.

Explore Share Back →

Learn more about the Annsa Delivery suite.

Asked + answered.

Q1
Where does the spec come from?
From the customer signal behind a priority. Annsa clusters the feedback, then drafts a structured spec with five sections — what to build, why it matters, customer voice, files to touch, done when. You edit a draft instead of writing one.
Q2
What’s the difference between a brief, a spec and a build?
They’re the same artifact. The database calls it a build. The product UI calls it a spec. We say “brief” when we mean the early draft. One row, one document, one citation chain — opened from anywhere.
Q3
How does the roadmap decide what’s next?
One button scores every spec by impact and recommends a bucket — Backlog, Later or Next. You can override any card; Annsa remembers what it suggested so you can always reset.
Q4
What is the spec map?
A view of every spec your codebase has ever produced, organised by folder, theme or product page — with a blast-radius label on each spec (contained, moderate or cross-cutting), so you can see what’s safe to ship at a glance.
Q5
How does it work with Cursor and Claude Code?
Connect over MCP and the coding agent pulls your specs, priorities and feedback live — no stale copy-paste. Or copy any spec as a prompt and paste it straight in.
Q6
What does codebase-aware mean?
When you connect your repository, Annsa reads nine signals from it — file structures, conventions, related issues, tests, recent merges and more — and weaves them into the spec, so it fits your codebase instead of describing an ideal one.
Q7
Does Share Back send emails automatically?
It drafts them and prepares the list. You review and approve the send. Loop-closure is the default behaviour, but the judgment of whether a specific message is right stays with you.
annsa

Signal in. Specs out. Shipped — then the customer response comes back.

Start free with up to 100 pieces of feedback a month.