ship-budget: a ledger rebuilt from its record keeps meter_scope=tree; document the cap on a tree run

Co-authored-by: capy-ai[bot] <230910855+capy-ai[bot]@users.noreply.github.com>
This commit is contained in:
garrytanandcapy-ai[bot] committed 2026-10-31 14:05:37 +00:00
1 parent 94c8962e74
commit e05c77089c
4 files changed
+22 -3

No files matched your search

+2 -1
View File
@@ -81,7 +81,8 @@ reads `"this"` and starts with `--subagent --reading-from this --meter-scope tre
`GSTACK_SHIP_SUBAGENT=1` in its brief): the run is tree-scoped, and every BUDGET, NOTE, BUDGET_FINAL
and BUDGET_TIMELINE line it prints is followed by `METER: tree (root counter, upper bound)`. A
subagent that asks for `--meter-scope self` while reading `"this"` is refused
(`METER_SCOPE_PARENT`). Exact per-run cost comes from a root replay thread: a root thread that runs
(`METER_SCOPE_PARENT`). A `--token-cap` on a tree-scoped run stops on that upper bound, so sibling
lanes count against it. Exact per-run cost comes from a root replay thread: a root thread that runs
only that /ship, whose `"this"` is its own counter. A root thread's own jam id is its `"this"`. A Capy handoff child cannot read its own jam id, so it
verifies with no reading and prints `METER: parent`; the parent's handoff and reconcile readings,
taken on its own counter (which holds the child), measure it.