You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Specify the Git-diff review confirmation Workflow Bundle #38
What exact launch inputs, Routing, git-worktree-root placement, structured git diff Command invocation and per-platform parameters, structured findings schema, and subset-selection Human Gate should define a no-write Workflow Bundle that reviews the diff between two Git refs, now that Git is expressed through ordinary Command steps and the Bundle contract is fixed?
Superseding inputs (2026-09-05): Read the Review checkpoint amendment and Bundle-contract amendment after the original linked resolutions. A Repeat group now requires a Bundle-authored review cadence/message, there is no launch-time interval or trust-revocation action, External Bundle uninstall removes its grant, and built-in Bundle removal remains undecided.
Governing decision: no Git Step kind or public Module; use ordinary Commands or Harness behaviour, declare git-worktree-root where required, and apply only generic trust and recovery
Uniform Step Interface, linear Routing, Command Verdict and output semantics, artifact types, prompt handoff, and the parked subset-selection gate; its provisional Git family is superseded by the Git decision above
Strict manifest, structured PATH command invocation, platform overrides, script/schema assets, artifact validation, and trust summary; its fixed-precondition and Git-write details are superseded by the Git decision above
Canonical decision with named supersession
Required methods
/grilling
/domain-modeling
/codebase-design
Reading rule
Read the Git decision first and do not design a Git-read Step kind, Git Module, special Git permission, or Git-specific recovery. Then read the confirmation-workflow candidate, followed by the generic Workflow and Bundle contracts. This ticket specifies one concrete Bundle—its inputs, Routing, portable Command, artifacts, schema, and gate—not new runtime semantics. Do not answer Harness capability semantics, persistence, or TUI presentation.
Activity
Sandstorm831 commentedon Aug 29, 2026
Starting context
git-worktree-rootwhere required, and apply only generic trust and recoveryRequired methods
/grilling/domain-modeling/codebase-designReading rule
Read the Git decision first and do not design a Git-read Step kind, Git Module, special Git permission, or Git-specific recovery. Then read the confirmation-workflow candidate, followed by the generic Workflow and Bundle contracts. This ticket specifies one concrete Bundle—its inputs, Routing, portable Command, artifacts, schema, and gate—not new runtime semantics. Do not answer Harness capability semantics, persistence, or TUI presentation.
Sandstorm831 commentedon Sep 7, 2026
Not required for v1
This ticket is not a v1 prerequisite. The resolved sequencing decision, Sequence vertical slices, refactoring gates, and legacy deletion, keeps it open as a planning ticket outside the M0 to M6 sequence and schedules it after M6, with the Matt Bundle as the one v1 built-in. The handoff approval, Approve Crucible's architecture and migration handoff, confirmed it is not a prerequisite for M0 to M6.
It stays open and context-ready for a later effort; nothing in v1 blocks on it.