Repository navigation
Coordinator effort: terminal max through the launcher, saved xhigh fallback; AGENTS.md line 35 and the instruction text state the 2.1.284 rule - #487
Merged
Conversation
…s the fallback States the rule of the max-default record (session native-agent-stack-03, #483) where the coordinator's effort is described. A terminal session started through the ecosystem `claude` launcher runs at max (`claude --effort xhigh` opts out); a launch that skips it (IDE, desktop, web) uses the saved per-model xhigh, because a saved max is not accepted; headless -p runs pass --effort per call site; CLAUDE_CODE_EFFORT_LEVEL stays unset at every scope. Ultracode stays on at any effort on 2.1.284, so the 2.1.281 reason for keeping the coordinator at xhigh is history. The default rests on the user's requirement, not on a measured gain here (Sonnet 5.5 lost to xhigh on FrontierCode in the full client at about 12.6 times the tokens, and Opus 5.5 gained little). Updated: the portable CLAUDE.md, the workflows README and its coordinator row (with the two contract tests that pin that row), both recipes, the dispatch record's coordinator row, effort paragraph and a dated addendum, the 2026-09-23 addendum (its overturn condition is acted on) and the anti-pattern row that pointed at AGENTS.md. `--effort max` with ultracode false ran at max with the reminder absent (the other receipt's cases C3 and C4). Co-Authored-By: Claude Sonnet 5.5 <[email protected]>
…evel of xhigh Three headless probes on Claude Code 2.1.284 in a scratch directory whose only project file holds the shape of this repository's committed settings (effortLevel xhigh): --effort max ran Sonnet 5.5 and Opus 5.5 at max with the Ultracode reminder present, and the same file without the flag ran Sonnet 5.5 at xhigh. This is the case the ecosystem launcher relies on inside this repository (the launcher's own receipt ran in a scratch directory with no project file). Co-Authored-By: Claude Sonnet 5.5 <[email protected]>
…es none The cross-family check of this follow-up found the effort rule for a child that names no effort too narrow: the max-default receipt (cases F5 to F7) shows that a headless session given an explicit `--effort max` passes it to an unnamed subagent and to a Workflow stage that names no effort, while a project agent whose frontmatter says medium stays at medium. The rule is now one sentence in every copy: a child that names no effort runs at its frontmatter effort, else at the effort the session was given explicitly (`--effort`, `/effort` or the model picker), else at its model's saved level or default. The workflows README, the Ultracode recipe, two test comments and the AGENTS.md line state it; the dispatch record's addendum and the 2026-09-23 addendum record that the receipt answers the headless question their Measured sections left open. Co-Authored-By: Claude Sonnet 5.5 <[email protected]>
…ence registration AGENTS.md line 35 (a shared hot file) drops the three clauses that Claude Code 2.1.284 made false (the coordinator "stays at xhigh under Ultracode", "because a max session turns its workflow orchestration off", and "a stage without its own effort inherits the coordinator's xhigh") and states the rule of the max-default record: terminal sessions started through the ecosystem launcher run at max with saved xhigh as the fallback, Ultracode stays on at any effort, headless runs pass --effort per call site, CLAUDE_CODE_EFFORT_LEVEL stays unset, a child that names no effort runs at its frontmatter effort, else the effort the session was given explicitly, else its model's saved level or default, and an unnamed model follows the definition, then CLAUDE_CODE_SUBAGENT_MODEL, then the lead. Registers the new receipt and the hashes of the files this branch changes in manifests/evidence.json, on main's current copy (last commit). Co-Authored-By: Claude Sonnet 5.5 <[email protected]>
Collaborator
Author
|
Trading lane acknowledgement (
No objection. Please ping me for a re-ack if the head changes. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Scope
native-agent-stack-03) where the repository describes it: a terminal session started through the ecosystemclaudelauncher runs atmax(claude --effort xhighopts out), the saved per-modelxhighis the fallback for launches that skip the launcher, headless-pruns pass--effortper call site,CLAUDE_CODE_EFFORT_LEVELstays unset at every scope, and Ultracode stays on at any effort on 2.1.284, so the 2.1.281 reason for keeping the coordinator atxhigh(AGENTS.mdline 35) is retired. It also adds one receipt: an explicit--effort maxdefeats a committed projecteffortLevel: xhigh, which the launcher relies on inside this repository.c26800f3(origin/mainat the last rebase; it includes Sonnet 5.5 and Opus 5.5 dispatch: fan-out units on Sonnet 5.5, judgment on Opus 5.5, effort and default child model saved in settings (2.1.284 probes) #479 and Launcher: interactive terminal launches start at effort max (--effort max only when nothing chose an effort); receipt and decision record #483)lane:shared. It changes what a shared hot file says (AGENTS.mdline 35, the last commit, with the hash registration inmanifests/evidence.json), so it needs the trading lane's acknowledgement; the rest is foundation-lane.examples/claude-native/CLAUDE.md,examples/claude-native/workflows/{README.md,test-envelope.mjs,test-contract-mutations.mjs,SHA256SUMS}(the coordinator row and the two tests that pin it),recipes/claude-native-{ultracode,profile}.md,docs/decisions/2026-09-23-max-effort-default.md(its addendum),docs/decisions/2026-09-29-sonnet-5-5-dispatch.md(coordinator row, effort paragraph, dated addendum),docs/harness-defaults.md(one cell),tools/sota-convergence/landscape-sweep/README.md(one word),evidence/receipts/claude-project-effort-flag-20260929.json(new); shared:AGENTS.mdandmanifests/evidence.json.~/.claude/CLAUDE.mdtakes the same text after this merges (backup, read-back), untracked.SOTA sources
docs/decisions/2026-09-29-max-default-effort.mdand receiptclaude-max-default-effort-20260929(Launcher: interactive terminal launches start at effort max (--effort max only when nothing chose an effort); receipt and decision record #483): its sources are the Claude Code CHANGELOG 2.1.284 ("Changed Ultracode into its own toggle in /effort: it no longer forces xhigh effort and stays on at any effort level"), the settings reference (ultracode,effortLevel), model-config (maxis not accepted as a saved level;--effortsets a level for one session) and env-vars (CLAUDE_CODE_EFFORT_LEVELtakes precedence over--effort,/effortand the settings), all read 2026-09-29.claude-model-effort-probes-20260929), on the same client.Evidence-class table
--effort maxruns Sonnet 5.5 and Opus 5.5 atmaxunder a projecteffortLevel: xhigh(and the host's saved xhigh), with the Ultracode reminder present; the same project file without the flag ran Sonnet 5.5 atxhighnative_proven(one host, one client version, headless one-turn)claude-project-effort-flag-20260929(three cases; the extractor and the run script are in its provenance; every row was asserted against the client's transcripts when the receipt was built)--effort maxwithultracode: falseran atmaxwith the reminder absentsource_reviewof that record, receipt and the installed launcher (read here, 1,810 bytes)docs/decisions/2026-09-29-max-default-effort.md; its receipt's cases C3, C4, F1 to F7 and I1 to I4maxdefault improves any outcomexhighon FrontierCode in the full client at about 12.6 times the tokens and Opus 5.5 gaining little, and names the sweep that could overturn itlocal_integrationnode examples/claude-native/workflows/test-envelope.mjsandtest-contract-mutations.mjs(the mutation that drops the saved-xhighfallback from the row fails on the named check)Local commands run
The portable instruction file is 1,415 words (the test's ceiling is 1,440).
Decision record
No new record: the decision is
docs/decisions/2026-09-29-max-default-effort.md(#483). This PR adds a dated addendum todocs/decisions/2026-09-29-sonnet-5-5-dispatch.mdand closes the overturn condition thatdocs/decisions/2026-09-23-max-effort-default.md's addendum had left to the user. Reviews: the text was written from that record, its receipt and the installed launcher (1,810 bytes, read here). A read-only GPT-6 Astra review at max of this diff returned two medium findings and no high one: the rule for a child that names no effort was too narrow (it left out the effort the session was given explicitly, which the max-default receipt's cases F5 to F7 show a headless session passes to an unnamed subagent and to a Workflow stage that names none), and a limitation about headless--effortin the README was stale. Both were repaired in one commit (Follow-up repair), and by the repository's bounded-review rule the repair was not reviewed again.Host evidence
Not applicable: no files under
evidence/hosts/change.Checklist
🤖 Generated with Claude Code