Skip to content
Claude Code kanban

A kanban board Claude Code reads from, over MCP

Stories with acceptance criteria on a board your team runs, exposed to Claude Code, Codex and Cursor as MCP tools. The agent picks up the card, builds to the criteria, and the card remembers why it exists.

Most teams wiring Claude Code to Jira or Linear over MCP get a ticket title and a description into the agent and stop there. The agent builds what the ticket says, and the ticket said very little. Feature1's board is different in one way: every card is a story planned from a feature, from an initiative, from the strategy, with acceptance criteria written before the card was created. That is what the agent reads.

The POC: your PM, your developer, read-only GitHub access, two cards shipped from acceptance criteria in one to two weeks.

Two minutes: from the board to a Claude Code handoff.

Sound familiar?

  • You connected Claude Code to Jira over MCP. The agent reads the ticket and still asks what you meant.
  • The board shows status. It does not show why the card exists or what done means.
  • Cards get done fast and the product drifts, one small unintended change at a time.
  • The PM plans in one tool, the developer tracks in another, the agent sees neither.
  • You want a kanban the whole team and the agent read the same way.
  • You want this without replacing Git, the agent, or the way the developers work.

What the agent reads from a card

A ticket on a generic board

  • A title and a description, written at the moment of filing.
  • A status column and an assignee.
  • Maybe a link to a document that may or may not be current.
  • Nothing about the customer, the capability, or the measure of done.

A story on the Feature1 board

  • Acceptance criteria, written before the card existed, in Given / When / Then.
  • The feature, initiative and objective it serves, one link each.
  • The capability it changes and what the product can do there today.
  • Priority and the next criterion to build, as MCP tools: get_feature, get_next_ac and more.

Feature1 exposes thirty-plus MCP tools for Claude Code, Codex, Cursor and any MCP client. The agent loads the story and its criteria, builds the next criterion, and the developer owns the pull request. The board updates when the code merges.

A card, end to end

  1. Planned, not filed

    The card is a user story planned from a feature, which came from an initiative on the roadmap. It has acceptance criteria before it has an assignee.

  2. Picked up by the agent

    Claude Code calls get_feature and get_next_ac over MCP and reads the story, its criteria and the capability context.

  3. Built to the criterion

    The agent builds scoped to one acceptance criterion at a time. Fewer product questions, fewer side effects.

  4. Reviewed against the criteria

    Your developer reviews the pull request against the written criteria and moves the card.

  5. The product picture updates

    On merge, Feature1 rescans the repository and the capability behind the card changes.

  6. Signals land on the card

    Adoption and error signals attach to the feature after release, so the next card starts from evidence.

What it looked like in three teams

Quantem

A junior developer built an MCP layer in one day from acceptance criteria on the board, and it passed end-to-end testing. Four to five days of context work, one day of building.

SatoriXR

Delivery sped up and the constraint moved to deciding what goes on the board. They hired a second product manager, not a third developer.

Jarshare

A Replit store with one unintegrated server file became a real product once its capabilities were written down and the next cards were specified against them.

Paid proof of concept

Two cards shipped from acceptance criteria. $500.

A fixed-scope proof of concept with your own PM and developer. Your board, your agent, two stories built to written criteria over MCP, in one to two weeks.

You give

  • One product manager, or the founder who decides what gets built
  • One developer with a coding agent (Claude Code, Codex or Cursor)
  • GitHub access, read-only. Feature1 reads the repository and never writes to it
  • An NDA, signed before anything is read

You get, in one to two weeks

  • A one-page product strategy narrative
  • A roadmap built on what the product can already do
  • Two features shipped by your developer and their agent, from acceptance criteria held in Feature1 and read over MCP
  • Your team working spec-first, without a course or a migration
$500Flat. Paid once the scope is agreed on the call.Book the POC callOr sign up and start on your own, free

Abdulrahman, founder of Feature1, runs the POC with your team. He does not write the code. Your developer does, with the agent, which is the point: the process has to work with the people you have.

Questions people ask

How does Claude Code connect to the board?

Through Feature1's MCP endpoint. Add it to Claude Code, Codex or Cursor as an MCP server and the agent gets tools such as get_feature and get_next_ac that return the story, its acceptance criteria and the capability context.

Can we keep Jira or Linear?

Yes, for anything outside product work. The stories the agent builds from live on the Feature1 board, because that is where the acceptance criteria and the links to the feature and the strategy are. Compare in detail in Feature1 vs Jira and Feature1 vs Linear on the blog.

What is on a card that a Jira ticket does not have?

Acceptance criteria written before the card was created, the feature and initiative it serves, the capability it changes, and what the product can already do there. The agent reads all of it; a ticket gives it a title and a description.

Does the agent move cards on its own?

The agent builds. Your developer reviews the pull request against the criteria and moves the card. When the code merges, Feature1 rescans the repository and updates the capability picture behind the card.

What is in the $500 POC?

One to two weeks with your PM and one developer: a product strategy narrative, a roadmap built on what the product already does, and two stories shipped from acceptance criteria on the board by your developer and their agent. NDA first, read-only GitHub access.

Is there a free way to start?

Yes. Sign up, no credit card, write the first narrative and plan the first feature yourself. Then connect Claude Code to the MCP endpoint.

Give the agent a card worth building.

Two cards, your team, one to two weeks. Or sign up and plan the first feature yourself, free.