Skip to content

Lane C: TDD wiring + zero-assembly default chain #2936

Description

@kyle-sexton

Parent

Refs #2933. Source: topic pocock-shipping-breakdown (PR backfilled when opened).

What to build

Two related concerns:

  1. TDD wiring. /tdd:principles exists but rarely gets invoked during implementation (known behavioral gap). Upstream's implement hard-wires "tdd at pre-agreed seams". Adjudicate candidates C9 (pre-agreed-seam gate: "no test is written at an unconfirmed seam" + the canned seam question), C10 (tautological-test anti-pattern: assertion recomputes expected the way the code does; expected values must come from an independent source of truth — complements our anti-gaming line), C11 (SDK-style per-operation mockable boundary functions). Decide where each lands: tdd:principles, testing:write, implementation:implement, and/or the review code lens.
  2. Zero-assembly default chain. Upstream's implement proves a consumer gets a working implement→tdd→review→commit chain with no wiring. Verify our chain (implement → phase-verifier → verification:confirm → review:quality-gate → source-control:pull-request) composes out-of-the-box for a fresh consumer, and that every link is swappable/configurable rather than hard-coded. Document the default chain in one place a consumer can find.

Acceptance criteria

  • C9/C10/C11 verdicts recorded in the SSOT; accepted ones landed
  • A documented statement of the default execution chain and its override points
  • TDD invocation path from implement is explicit (or its rejection recorded with reasons)

Blocked by

None — can start immediately.

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs-humanHuman-in-the-loop required; autonomous sessions must not resolve items carrying this.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions