Skip to content

Ticketing

AI-assisted ticket drafting with project context

Draft tickets from natural language while reading API specs, schema, open tickets, and project rules so the output is technical enough to execute.

Implementation plans, not vague TODO items

AppHandoff's AI ticket drafting lets coding agents create detailed implementation tickets based on scan results and project context. Instead of generating vague TODO items, agents produce tickets with specific endpoint paths, request and response schemas, implementation steps, and acceptance criteria.

The drafting process uses MCP tools to access the full project state: current mismatches, existing tickets, API specifications, and scan history. This context allows agents to write tickets that account for dependencies, avoid duplicate work, and reference specific lines of code that need changes.

What the drafter reads

The drafting flow is grounded in real project data instead of generic prompt expansion.

Human developers review agent-drafted tickets before work begins. The review step ensures that implementation plans make architectural sense and align with team conventions. Approved tickets enter the Kanban pipeline where either agents or humans can pick them up for execution.

  • API specs and frontend usage
  • Open tickets and historical implementation notes
  • Project rules and role settings
  • Required fields like priority, blocking state, and ownership

Review before execution

Every agent-drafted ticket goes through a human review step. This is not a formality — it is the checkpoint that prevents agents from planning work that conflicts with architectural decisions, ongoing tickets, or team conventions the agent does not know about.

After approval, tickets move into the standard Kanban pipeline. The same ticket can be picked up by an agent for implementation or by a human developer — both see the same context, acceptance criteria, and implementation notes.

  • Human review gate before any implementation begins
  • Architectural context surfaced from project history
  • Dependency detection to avoid conflicting implementations
  • Clear acceptance criteria so implementation is verifiable

FAQ

Can agents draft tickets for any kind of work?

Yes. Agents can draft tickets for mismatch fixes, feature additions, refactors, and infrastructure changes. The drafting context adapts based on what kind of work is being requested.

What if an agent drafts a ticket that conflicts with existing work?

The drafter reads open tickets before writing a new one. If a conflict is detected, it is surfaced in the draft. The human reviewer makes the final call on whether to proceed, merge the tickets, or discard the draft.

Next step

See the full workflow in context

The `/v2` buildout keeps the current root app untouched while the future public site takes shape separately.