Daily Workflow¶
This is the operator habit loop for gzkit-first GovZero parity.
Operating Contract¶
- OBPI is the unit of execution and completion.
- ADR is the roll-up boundary for attestation/audit lifecycle state.
- After planning an OBPI, execution should flow through the pipeline —
either
uv run gz obpi pipeline(CLI) or/gz-obpi-pipeline(skill). The CLI and generated hook surfaces sharesrc/gzkit/pipeline_runtime.pyas the canonical runtime engine. - Run ADR closeout only when OBPI evidence is complete.
CLI vs Skill¶
Both surfaces invoke the same runtime engine. The difference is governance logic:
| Surface | What it adds |
|---|---|
CLI (gz <verb>) |
Direct command execution — assumes governance steps already happened |
Skill (/gz-<name>) |
Interview logic, forcing functions, staged orchestration, subagent dispatch |
When a skill exists for your current workflow step, prefer it.
OBPI Increment Loop (Default)¶
- Orient
- CLI:
uv run gz status+uv run gz adr status ADR-<X.Y.Z> --json - Skill:
/gz-adr-status ADR-<X.Y.Z> - Execute through the pipeline
- CLI:
uv run gz obpi pipeline OBPI-<X.Y.Z-NN> - Skill:
/gz-obpi-pipeline OBPI-<X.Y.Z-NN> - Verify increment
uv run gz obpi validate path/to/OBPI-<X.Y.Z-NN>-<slug>.mduv run gz implement --adr ADR-<X.Y.Z>uv run gz gates --gate 3 --adr ADR-<X.Y.Z>when docs changed- Present evidence
- value narrative, key proof, verification outputs
- Run guarded sync
- CLI:
uv run gz git-sync --apply --lint --test - Skill:
/git-sync - Record OBPI completion from the synced state
uv run gz obpi emit-receipt OBPI-<X.Y.Z-NN>-<slug> --event completed ...uv run gz obpi reconcile OBPI-<X.Y.Z-NN>-<slug>uv run gz adr status ADR-<X.Y.Z> --json- Repeat for next OBPI
ADR Closeout Loop (When OBPI Batch Is Done)¶
uv run gz obpi reconcile OBPI-<X.Y.Z-NN>-<slug>uv run gz adr audit-check ADR-<X.Y.Z>- CLI:
uv run gz closeout ADR-<X.Y.Z>/ Skill:/gz-adr-closeout-ceremony ADR-<X.Y.Z> uv run gz attest ADR-<X.Y.Z> --status completeduv run gz audit ADR-<X.Y.Z>uv run gz adr emit-receipt ADR-<X.Y.Z> --event validated ...
Why This Order¶
- It prevents hidden work-in-progress at ADR scope.
- It keeps evidence close to each OBPI increment.
- It preserves the verify -> ceremony -> guarded git sync -> completion accounting sequence from AirlineOps parity.
- It preserves human attestation as explicit ADR-level authority.
- It keeps audit/validation as post-attestation reconciliation.