How it works
What you get
Only the sessions you name leave your machine
A session uploads only when you start it naming the work item it is for. Any other session stays on your machine.
See what each change cost
Open any pull request and see the agent sessions behind it, what they did, and what they cost.
A person approves before the merge
On the item’s page in the dashboard, the Merge pull request button stays disabled until a person approves. GitHub’s own merge button is not blocked by default. You can block it when a check fails or a person asks for changes. To do so, turn on session summaries and set
merge_gate: on-flag in the policy. Then require the OuterLayer evidence check in branch protection. See The OuterLayer evidence check.Agent instructions versioned and tracked
The instruction files and skills your agents read are versioned, and the Context overview shows which skills and servers your sessions use.
Where to start
1
Get your first issue on the Work page
The quickstart ends with one of your issues built into a pull request by a session you start.
2
Set up a host
Set up your first host adds the machine where a runner builds the items you queue with Build, unattended.
3
Understand the launch gate
Launch a session explains the one rule that decides what uploads.
4
Bring your team
Invite your team covers adding people, each signed in on their own machine. To add another repository, see Connect a repository.