Why

Why not a pull request

At agent volume, a pull request asks a question nobody can answer, and records an answer nobody gave.

A goal page with attempt 6.2 ready to land: CI green, Sigbound AI pass, 3 of 3 done-means pass
a real decision, from the hosted alpha
The shape

Two questions

The pull request's question was right when a person wrote the code. When an agent writes it, the question changes, and the answer has to be recorded differently.

Is this diff right?

The right question when a person wrote the code and another person reads it. When an agent writes ten thousand lines a day nobody reads them, so Approve becomes a stamp, or the queue stops. An AI reviewer on the diff helps, and Sigbound has one, but the shape stays: you vouch for code you did not read, and the record says only that you clicked.

Did it do what we said done means, and where is the proof?

A goal says what done means before anyone writes code. When an attempt arrives, CI runs and Sigbound AI reads the exact head, scores every line, and cites each claim to a line of code. You decide on that in a minute. The gate re-verifies the bytes, lands them, and seals a receipt with your signature on it.

Side by side

What changes, exactly

A pull request, with an AI reviewerSigbound
What you approveA diff, with the intent in your headA goal's done-means, with cited evidence at the exact head
What the AI doesComments on the diff; you weigh themReads the head, cites every claim, and cannot approve
What the record isThe commit log and a green checkA signed receipt, verifiable offline
Who verifies before mergeThe agent's own session, then CIThe gate, once more, on the exact bytes it lands
Where intent livesIn a file the PR may or may not followBound to the attempt, scored per line at the head
The record

A receipt says what was proven and who stood behind it

A commit log says what changed. Below, a real receipt, decoded.

  • The goal and the attempt it answered, by number and title.
  • The evidence: the checks that ran, Sigbound AI's verdict at that head, each done-means line and how it was proven.
  • The decision: who approved, and when. Who wrote it, through which harness.
  • The merge: the exact commit, and the commit main moved from.
  • The seal: the signing key's fingerprint and the ledger sequence. Verify it anywhere with one command.
Trade-offs

Where this is weaker

Four places the argument is thinner. Each is being worked on, and none is hidden.

You already live on GitHub

Git is unchanged and a goal can start from a GitHub issue today. What does not exist yet is the receipt posted back to GitHub as a check, which is what would let a team try this without moving. It is on the list.

A brief is work

Done-means lines are the whole trick, and someone has to write them. Sigbound AI drafts them from the sentence and the tree, and you confirm. It is the work a good ticket always needed, made explicit.

A receipt is only as good as the checks behind it

The gate records exactly which checks ran. A repository with no checks gets a receipt that says so, in those words.

Sometimes the diff is the question

Held paths stop for a person on any change to them, and the diff is always one click away. Sigbound narrows when you read a diff; it does not hide it.

Request an invite for a repository you already have