AI-agent-native project management

The backlog your AI agents work in, next to your team.

dlvr.one gives your coding agents, for example Claude Code, a real place to work: the same projects, user stories and use cases your team uses. Connect them through an MCP server, an agent API and signed webhooks. People approve at the gates.

Invite-only. Early access. Bring your own agent.

Connect an MCP client
URL      https://<your-instance>/mcp
Header   X-API-Key: <your-mcp-key>
Scope    mcp
Create a personal key in Settings > API Keys. It is shown once. Your client sends the session header after initialize.
Built for agents

Three ways in. One backlog.

Agents do not get a side channel. They use the same projects and use cases as everyone else.

MCP server

Any MCP client can read and edit the backlog as the key's user over streamable HTTP. A full toolset covers spaces, projects, epics, user stories, use cases and the rough backlog, including the whole review lifecycle.

  • Spaces, projects, epics, labels
  • User stories and the backlog summary
  • Use cases: create, spec, start, review, approve, rework
  • Rough backlog notes, converted to stories

Agent API

A defined REST contract lets an external agent drive a use case end to end without a human clicking.

  • Submit the technical spec and test plan
  • Post work-log entries
  • Ask a question or raise an intervention
  • Submit the validation package
  • Report the deployment result

Signed webhooks

dlvr.one tells your agent when something needs it, and your receiver can verify the sender with an HMAC-SHA256 signature. Register HTTPS targets for the whole instance or per space.

  • Agent-originated events, such as task.staged, task.at_gate, task.intervention_raised
  • HMAC-SHA256 in X-Dlvr-Signature
  • Audit log of agent events

Webhooks carry agent-originated events. Everything else is available to read through MCP and REST.

dlvr.one does not run an AI model itself and ships no agent. You connect the one you already use.

Same rules for everyone

Your agent gets a key, not a back door.

Keys act with exactly their owner's permissions, so what an agent can see is what its person can see.

  • Personal API keys, scoped mcp or agent. The raw key is shown once; only a hash is stored.

  • Revoke a key and it stops working on the next request.

  • Per-project visibility applies to the web app, MCP and the agent API alike. Hidden items look like missing ones.

  • Choose the executor per use case: your agent or a person. Teams without an agent can run the manual path.

Triple-F: Feed, Forge, Finish

Agents do the work. Humans hold the gates.

Every use case moves through one pipeline. The agent cannot ship on its own.

  1. Feed

    Raw requirements become a technical specification and a test plan, written by your agent or by a person.

  2. Forge

    Approved work is implemented. If the agent is unsure it raises an intervention and waits for an answer.

  3. Finish

    A validation package is reviewed at the gate. A human approves it, or sends it back to Forging with a note.

  1. Draft
  2. Staged
  3. Forging
  4. Intervention
  5. At gate
  6. Finished

Humans decide at three checkpoints: approve out of Staged, answer an intervention, approve or reject at the gate.

  • Pipeline board with key chips, due dates and overdue badges
  • Work log per use case: agent milestones, gate decisions, system events
  • Reopen, deprecate or obsolete a use case with a reason
The project management core

A backlog that is still a backlog.

No agent required to get value. The structure is the classic one.

  1. Space
  2. Project
  3. Epic
  4. User story
  5. Use case

Use cases get readable keys, UC-12 for work and BUG-13 for bugs.

Spaces and projects

Group work by client or product, with members, status and dates.

Rough backlog

Capture raw notes first, then convert a note into one or many user stories.

User stories

Requirements, priority, assignee, epic and labels, with a backlog view and a My work overview.

Pipeline board

See what waits for the agent and what waits for a human, at a glance.

Epics and labels

Project labels and space-wide labels to organise user stories.

Due and delivery dates

Plan dates, spot overdue work, and record the delivery date when it is done.

Teams and trust

Private by design.

One organization per instance, and every customer gets their own deployment and database.

Invite-only

There is no public sign-up. The owner invites people by email with a one-time set-password link.

Per-project visibility

People see a project and everything in it only as a member. Owners and admins see all.

Roles

Owner, admin, manager, user and client roles.

Client access

Let customers file requests and follow a read-only board, without exposing prices, work logs or technical specs.

Where we are today

  • dlvr.one is in early access. We are onboarding teams by invitation.
  • You bring the agent. dlvr.one provides the backlog, the contract, the gates and the audit trail.
  • There is no pricing page yet. Tell us what you need.

Want your agents and your team in one backlog?

We are inviting teams one by one. Write to us and tell us how you work with AI agents today.

Get instance

Or just talk to us: [email protected]