fix(leads): put dev-team leads on Claude Opus, not MiniMax #10
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "fix/leads-on-opus"
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?
Per the model-tiering directive (sub-team leads → Claude Opus subscription, ICs → MiniMax-M2.7), the six dev-team leads run
model: opusinstead ofMiniMax-M2.7.Why
PR #9 ("wire dev-department LLM env to MiniMax-M2.7") set the entire dev-tree to MiniMax, including the leads. The leads should be on Opus —
opusis theanthropic-oauthentry inconfig.yamlsruntime_config.models(auth viaCLAUDE_CODE_OAUTH_TOKEN, nobase_url).Changed
dev-lead,app-lead,core-lead,cp-lead,infra-lead,sdk-lead→model: opus.Unchanged:
integration-tester,release-manager(ICs, stay on MiniMax);fullstack-engineer+triage-operatorwere alreadymodel: opus.Runtime caveat (so reviewers know the full picture)
molecule_runtime/config.pyreads theMODEL_PROVIDERenv var as the picked model id (misnomer), at higher precedence than thismodel:field. The live fix on the PC2 platform is in per-workspaceworkspace_secrets(MODEL_PROVIDER=opus,CLAUDE_CODE_OAUTH_TOKEN=<oat>, blankedANTHROPIC_AUTH_TOKEN/ANTHROPIC_BASE_URLso the MiniMax-flavoredglobal_secretsdont leak in) — verified: all 6 leads now produce"model":"claude-opus-4-7"transcript output with no errors. This PR makes the template self-consistent so a freshorg/importproduces the right thing.The operator-host lead persona env files (
/etc/molecule-bootstrap/personas/<lead>/env) still carry the staleMODEL_PROVIDER=claude-code(the bug — it made theclaudeCLI 404 on--model claude-code) and need the same correction out of band; they arent tracked in any repo.🤖 Generated with Claude Code