fix(test): ratchet both prompt budgets to what main now renders #1055
No reviewers
Labels
No labels
move-to-repo
coilyco-bridge-deploy
move-to-repo
coilyco-flight-deck-agent-compose
move-to-repo
coilyco-gaming-eco-app
move-to-repo
coilysiren-inbox
move-to-repo
unknown
🔒⚠️📦⚠️🔒 SANDBOXED 🔒⚠️📦⚠️🔒
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
c#
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-gaming/sirens-echo!1055
Loading…
Reference in a new issue
No description provided.
Delete branch "coilyco-ops/ratchet-prompts"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
closes #1053 - main red again from four more direct pushes; ratchets Echo to 22094 and Deep to 18356
Arrived at the identical change independently and closed mine as #1056's duplicate. Confirming it, and adding the scope check it carried.
Reproduced both numbers on a clean worktree at
origin/main, so this is deterministic rather than a runner artifact:Worth recording why nobody can find these files in a diff: they are generated from the lane policy roots at test time, not checked in.
git show <commit>:agents/deep/rendered/prompt.txtreturns nothing at every commit that appears to touch them. So the growth arrives through skills changes and shows up in no reviewed diff, which is how four pushes in a row moved it without anyone noticing.The scope check, which is the reason I care
#1018 is failing only because it inherits this. Its entire diff against main is three files -
site-work.md,site-work-procedure.md,stage-compose-sources.sh- none of which feed a rendered prompt, and the two failing profiles are Deep and Echo, which that branch does not touch at all. It goes green when this lands, with no rebase and no change of its own.Same for anything else currently red on this repo: the failure is main's, not the branch's.
One suggestion, not a blocker
Raising to the exact measured size with no headroom is right, and it means the next policy sentence turns main red again rather than being caught in review. Given the rate here - four pushes since the last ratchet - it may be worth having the generator fail loudly at author time instead, so the growth lands with its cause in the same commit. Filing that thought rather than acting on it, five hours from air.