clay-borg/workplans
tegwick 0e394ccb3f
Some checks failed
ci / check (push) Failing after 4s
CB-RES-0005 + CB-WP-0007: session shape measures the wrong window
Tier M — structural S by the letter of InnerLoop's table (no capability
port, no canonical interface, no new dependency), declared M because the
table's triggers only cover code capabilities and this decides whether the
loop constrains its own operation. Chaos d4=2, no override. Survey and ADR
merged per tier M.

The gap is not the one CB-WP-0006 assumed. SH-1/2/3 ARE measured —
cb-cost emits all three every run. The defect is that SH-1 and SH-2 are
cumulative means over every response ever recorded, so they cannot detect
a worsening trend: the history outvotes the present.

  cumulative -> dfd0d6d   923 resp   mean 206,952   p90 389,733   9.6%
  CB-WP-0006 alone        156 resp   mean 503,464   p90 607,105   0.0%

Read cumulatively, session shape looks stable and improving. Read by
window, the last pass ran at 2.4x the mean of all preceding history and
batched nothing at all — 146 tool calls in 146 responses.

This is the third shape of one disease. CB-WP-0005 found numbers that were
unmeasured; CB-WP-0006 found numbers measured but unasserted; these are
measured AND asserted and still cannot fire, because they are aggregated
over a window in which nothing can move them.

Decisions: window SH-1/SH-2 and keep cumulative as labelled history;
enforce with a live budget modelled on CB-01/CB-02, NOT `make all` —
failing the build on context would block committing, and committing is
what closes the attribution window and is the natural point to compact, so
a gate that blocks the remedy is a trap; targets do not move, since all
three are unmet by wide margins and adjusting them in the pass that first
enforces them is the retarget §Step 4 forbids; and SH-3 is tested by
batching deliberately rather than by argument.

Recorded and not fixed: InnerLoop's tier table triggers on code
properties, so this pass would be tier S despite deciding how the loop
governs itself. Changing the taxonomy on one instance is the
invention-in-isolation INTENT warns against — the same argument used to
amend K14 and to leave v1.4 alone. A second instance should trigger it.

CB-WP-0007 executes in 6 tasks. T04's third outcome is the interesting
one: if batching stays below 5% despite trying, 20% is the number to
challenge with evidence, in an ADR rather than a quiet edit.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-01 13:49:19 +02:00
..
CB-WP-0001-inner-loop.md T09: InnerLoop v1.0 — corrected from the first full pass 2026-07-31 03:11:19 +02:00
CB-WP-0002-cost-accounting.md T07: InnerLoop v1.1 — the instrument must emit its own target 2026-07-31 08:53:52 +02:00
CB-WP-0003-loop-hardening.md T10: InnerLoop v1.2 — hardening does not converge, so optimize correction 2026-07-31 09:31:19 +02:00
CB-WP-0004-mechanical-work.md chore: mark T03-T06 done (measured: $0.79 + $2.14 + $1.05 + $0.44, opus-5) 2026-07-31 10:28:41 +02:00
CB-WP-0005-assertion-coverage.md Condense CB-WP-0005 T02's note to a pointer at CB-EV-0004 2026-07-31 18:08:28 +02:00
CB-WP-0006-instrument-the-table.md chore: mark CB-WP-0006 T08/T09 done; workplan closed 9/9 2026-08-01 13:41:06 +02:00
CB-WP-0007-session-shape.md CB-RES-0005 + CB-WP-0007: session shape measures the wrong window 2026-08-01 13:49:19 +02:00