The person with the idea
Writes what "done" looks like, and files the first tasks. Answers a question when an agent asks one.
Doesn't need to read code, or touch the CLI.
When an agent needs your input →For product managers with an engineering team
Write the ask in plain words. An agent builds it on its own branch. Your engineers keep the review rules.
Cost and lead time measured across 355 shipped stories, the week of 21–27 September 2026. Task count from /examples#nocode.
The long tail
A copy fix. A cut-off label. A column that shows the wrong unit. Each one is small. Each one loses to roadmap work. These are real briefs, filed in plain words, with what came back.
"Comments and Sub tasks icons should be on the same line as the title"
Stopped the counts from wrapping onto their own line and made them clickable, so clicking one jumps straight to its section.
"Ridiculous that the size is truncated on this table. Also we need to be able to view attachments... so we should be able to preview images, videos or PDF's etc in the browser in a popover/modal."
Fixed the truncated Size column and shipped an in-browser preview modal for images, video, audio, and PDFs, with zoom and a download fallback.
"Copy and number formatting issues on the Observability page: durations mix units, a percent column shows a dash for small values, a token count has no separator, a date range shows the wrong end, and one column mixes three time formats."
Gave each quantity one formatter: seconds or minutes for durations, a proper under-0.1% floor for percents, comma-separated token counts, an inclusive date range, and one time format per column.
Who does what on your team
One engineer connects a device and a repository. After that, you do not need that engineer to file a task.
Writes what "done" looks like, and files the first tasks. Answers a question when an agent asks one.
Doesn't need to read code, or touch the CLI.
When an agent needs your input →Connects the first device and the first repository. One-time setup.
Doesn't need to stay involved once that first setup is done.
How do I add a device? →Signs off where a gate asks for it. Answers agent questions on tasks it operates.
Doesn't need to read every diff. The review stage already checked it.
Approvals & staying in control →Your engineers stay in control
Your engineers can put an approval gate on the entry stage. Then a member they choose approves each task before an agent starts it. They can also require one human approval on the git host before merge. Your team can turn on these gates:
Read how approvals work, every gate, and the Review debt panel, which shows how long work waits for review. When your ask is unclear, the agent asks you. See when an agent needs your input.
Write a brief your engineers would accept
A good brief names the problem and the result you expect. Read how to write a brief. Then test yours in the brief checker, or copy one from starter briefs. Two jobs suit this page well: ship a small feature and clear the bug backlog.
What to keep off the herd
FAQ
Only if your team decides so. By default, the review stage checks the code before merge. To require a person, your engineers turn on one required human approval on the git host. The merge agent can't give it, so it blocks the task and waits for a person. They can also put an approval gate on any stage.
It asks you. A question appears on your dashboard and on the task's page. You pick an answer and submit it. No terminal is needed. The agent usually pauses until you answer.
Not in the working copy. Each task gets its own isolated git worktree and branch. Your engineers still review and merge the change like any other.
One engineer connects a device and a repository, once. After that, your engineers set the approval rules and read the Review debt panel. They do not need to file your tasks for you.
Choose the smallest one. Read the cost and the diff for yourself.