A request comes in
Someone asks for something in Slack. The Triage Agent reads it, checks for duplicates and runs a short interview about business impact, who it is for, timing and dependencies.
Reads the request, looks for duplicates, sizes the work from the code, and suggests a priority to the product manager.
Shares the idea and answers the questions. A product manager or the org owner reviews the triage, adjusts it and moves it on to a BUD.
Writing the BUD
The BUD becomes the one place for everything: spec, tech spec, test plan and acceptance criteria. The BUD Agent checks your team's rules and earlier work, then drafts every section. The product manager reviews it, sharpens it and moves it to Design when happy.
Checks your rules and past work, then writes the overview, goals, user stories, requirements, acceptance criteria, what is out of scope, dependencies and risks. Creates the BUD folder in your repo.
Reviews the draft spec, sharpens the requirements and moves it to Design when ready.
Design
Once the BUD reaches Design, the agents work out what needs designing and draft wireframes. The designer reviews them, edits in the tools they like and moves on to Tech Architecture when happy.
Scopes the design work, drafts HTML wireframes in your own design system, suggests patterns, and picks up Figma review notes through MCP.
Reviews the wireframes, edits in the tools they like and moves on to Tech Architecture when ready.
Tech plan and build
After Design, the Tech Plan Agent writes the build plan and the tech lead reviews it. The Smart Assignment Agent suggests the best developer based on skills and workload. If your team has a manager, they confirm the choice. Otherwise the developer is assigned straight away. AI then builds the feature with full access to the code.
Writes the tech plan, suggests the best developer through the Smart Assignment Agent, and builds the feature to your team's standards.
Reviews the tech plan and starts development. A manager reviews the assignment, if your team has one.
The test plan
Once the code is written, AI drafts a full test plan: automated tests (unit, integration, end-to-end, performance and security) and manual checks (UAT scenarios, edge cases and exploratory guides). Every test ties back to the BUD's acceptance criteria.
Writes unit, integration, end-to-end, performance and security tests, plus manual UAT scenarios and exploratory test guides.
Reviews the test plan and adds the edge cases only your team would know.
QA takes over
QA now owns the BUD. They approve the automated test plan or adjust it, run the manual checks, record proof and sign off. Then the BUD moves to UAT.
Presents the test plan for QA to review, tracks the manual checks and collects the proof.
Approves or adjusts the test plan, runs the manual checks, records proof and signs off for UAT.
UAT and release
After QA signs off, the BUD goes through UAT (user acceptance testing) and then to production. The Status Agent notices merged pull requests and works out the stage from the target branch. Everyone who needs to know is told automatically.
Spots merged pull requests, updates the BUD status, tells stakeholders and tracks the release.
Checks the feature in the UAT environment and gives the go or no-go for production.
The BUD becomes a Feature
Once it is live, the BUD graduates to a Feature. It leaves the active board and joins the feature registry, a lasting record of what was built, why and how. The BUD's journey is complete.
Files the BUD as a Feature in the registry, updates the knowledge base and starts the learning step.
Confirms the release went well and checks it in production.
Learning and skills
The Learning Agent measures how long the work took, compares that with the estimate, finds patterns across similar features, writes the retrospective and stores the lessons so they can be searched later. The Skill Agent refreshes developer profiles every day.
Measures cycle time (how long the work really took), writes the retrospective, warns when only one person knows a module, and suggests future assignments by skill and workload.
Reviews the insights, confirms the lessons and looks after your team's rules.
When a bug comes back
Bugs come from outside: production monitoring, user reports or support tickets. When a bug matches an existing Feature, that Feature reopens and the flow starts again from triage, with the bug labelled along the way.
Matches the bug to its Feature by meaning, labels it "missed requirement" or "implementation bug", reopens the Feature and starts triage.
Reports the bug, checks the label and sets the priority of the fix.