Entwurf · Issue 3e8a910

Die Approval-Station reicht den Stift

Entwurf zu Issue 3e8a910, zu docs/plans/3e8a910-the-approval-station-hands-the-pen.md. Der Block unten ist die ECHTE Komponente der Issue-Seite, über einem konstruierten Plan.

Die wartende Approval-Station nannte die fehlende Signatur und schickte den Leser ins Terminal, das Kommando zu rekonstruieren — Plan lesen und approven passierten in zwei Räumen. Jetzt zeigt die Station das Statement, das eine Signatur decken würde, und das fertige Kommando mit Copy-Handle. Keine Signatur im Browser: der Token-Touch bleibt im Terminal.

01Der Helfer, echt gerendert

This plan waits for a person. Approving signs this statement on the token — read the plan, then run the command in the repository:

chain-statement v1
issue=beispielissue0000000000000000000000000000
plan-path=docs/plans/beispiel-plan.md
plan-digest=sha256:5e6f4eb0af222e1359557758bca1860bcad9e7c55ae2db138bc56ad6c978e87a
draft-path=app/docs/design/approve-helper
draft-tree=<computed-at-signing>
just approve beispie— the token touch stays in the terminal.

02Was der Helfer entscheidet

  • Dieselben Funktionen wie die Signierseite: digestApproved, draftDirOf, serialiseStatement — die Vorschau kann nicht von dem abweichen, was just approve drucken wird.
  • Ein Feld ist ehrlich abwesend: draft-tree ist eine Git-Tree-Id, und der laufende Container hat kein Git — die Vorschau schreibt <computed-at-signing> statt vollständig auszusehen.
  • Die Grenze bleibt: der Approval-Key ist ein FIDO2-Token-Key ohne no-touch-required — ein WebAuthn-Approve wäre ein zweites Signaturformat im Gate und ist bewusst ein eigener Effort.
  • hältder Draft-Lookup der Issue-Seite findet dieses Kapitel
  • hältdie Vorschau beginnt mit der Statement-Version der Signierseite
  • hältdas Kommando ist die kurze Form, die eine Person tippt