Writing Tickets

Branch strategy & Autopilot

Choose how shipped tickets land in git, and let Autopilot work the queue without you clicking Run now.

Branch strategy

Set this per project in Settings → Projects & repository:

  • Branch per ticket (the default): each ticket ships on its own branch and opens a draft pull request, so two tickets in flight get two branches and two PRs. Good for teams that review changes before they merge.
  • Single working branch: every ticket ships straight to one shared branch. Good for a solo developer or a team that trusts the pipeline's checks over a review step.

Either way, protected-branch rules still apply: the agent can't force-push, rewrite history, or push directly to a branch you've protected.

Autopilot

Autopilot is a per-project toggle (Queue → Autopilot) that runs the queue without you clicking Run now on each ticket.

When it's on and idle, it picks up the highest-priority Ready ticket whose dependencies have all shipped, using the same ordering as the Ready column. A few things keep it predictable:

  • It only runs within the working hours you set for the project. Nothing starts outside them.
  • A ticket blocked by an unshipped dependency is skipped, with the reason shown on the ticket.
  • If the project has hit a budget cap, Autopilot enqueues nothing until it's raised or the next period resets. It doesn't queue up work and wait, it just stays idle. See Budgets and cost control.
  • Only one ticket runs per project at a time.

Turning Autopilot off at any point leaves whatever's currently Running to finish; it just stops picking up the next one.