git:20260731.4c3f1e6 to git:20260802.7b9a0cd

1 added, 1 removed. Audit A to A.

---

name: config

description: Configures model defaults, capability scores, and orchestration posture across the Claude, Grok, and Codex orchestration surfaces. Use when changing model defaults, capability scores, lane SKUs, or execution posture after the model lineup changes.

argument-hint: '[propose]'

allowed-tools: Read, Glob, Edit, Bash(grok models:*), Bash(codex debug models:*), Bash(rg:*), Bash(node:*), AskUserQuestion, WebSearch, WebFetch

---

Inspect the local model configuration across all peer engines, show what is currently available, and offer targeted edits to the defaults and the per user capability scores. Treat this as the write path counterpart to /fusion:doctor.

Steps:

1. Gather current state.

- Capture environment overrides at invocation:

- CLAUDE_CODE_SUBAGENT_MODEL: !`sh -c 'printenv CLAUDE_CODE_SUBAGENT_MODEL || echo "(unset)"'`

- ANTHROPIC_MODEL: !`sh -c 'printenv ANTHROPIC_MODEL || echo "(unset)"'`

- ANTHROPIC_DEFAULT_HAIKU_MODEL: !`sh -c 'printenv ANTHROPIC_DEFAULT_HAIKU_MODEL || echo "(unset)"'`

- ANTHROPIC_DEFAULT_FABLE_MODEL: !`sh -c 'printenv ANTHROPIC_DEFAULT_FABLE_MODEL || echo "(unset)"'`

- Read `~/.claude/settings.json` if it exists and report only the `model` key for the main session model.

- Read only the frontmatter of every file in `${CLAUDE_PLUGIN_ROOT}/agents/` and report each Claude worker pin's `model` and `effort` values.

- Run `grok models` to enumerate the account's live model lineup and current default, then extract only model related keys from `~/.grok/config.toml`.

- Extract only the `model` and `model_reasoning_effort` keys from `~/.codex/config.toml`.

- Run `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" show` to display the per user quantified engine capability table and its backing file path. Use `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" show --json` only when structured output makes the next edit decision clearer.

- Never read or print the full peer config files; extract only model related keys, because those files sit next to credentials and private project settings.

- Do not use `Read` on `~/.grok/config.toml` or `~/.codex/config.toml`; use a scoped `rg` query that matches only model related keys.

- Degrade gracefully per engine. A missing CLI or config file makes that engine's row show as unavailable; it never aborts the command.

2. Render one table with columns for configuration surface, current value, available values, and file that owns it. Prefer live enumeration values where available. Include rows for environment overrides, the main session model, Claude worker pins, Grok, and Codex. For unavailable values, write `unavailable` and include the reason in the current value or available values cell. Then show the capability table output from `fusion-config.mjs show` as its own compact section.

3. Propose a scorecard when the user asked for a proposal (for example invoked this skill with "propose") or when the capability table from step 2 has no scored models.

- Build one proposed row per engine from the live state gathered in step 1: the grok CLI's current default from `grok models`, the codex default from `~/.codex/config.toml` checked against the live codex catalog from `codex debug models --bundled` or a scoped extraction of `~/.codex/models_cache.json`, and the three Claude worker pins. Model ids come only from that live enumeration, never from memory or a hardcoded list. Skip any engine that came back unavailable.

- Draft intelligence, taste, and cost scores from 1 to 5 for each row plus a one line rationale for the notes field, following the table's priority semantics: intelligence proxies correctness and safety, taste is user facing quality, and cost applies only as the final tie breaker. When a row's default model is newer than your knowledge or its standing is uncertain, verify it against live web sources with `WebSearch` or `WebFetch` before proposing a score instead of guessing.

- Present the whole proposed scorecard in one message, then confirm it with a single `AskUserQuestion` round offering accept all, adjust rows, or skip. Never write a score the user has not confirmed; the proposal automates the chore, not the decision.

- Apply only the confirmed rows with the existing rescore command from step 4, one invocation per model with `--lane` and `--notes`, then run `show` and display the resulting table. Scores choose models and fit inside an existing lane; they do not turn Grok into the ordinary implementation default or otherwise change lane ownership. Ownership changes require an explicit routing policy edit.

4. Offer changes with the `AskUserQuestion` tool, then apply only what the user picked.

- For Grok, choices must come from the `grok models` output, never from a hardcoded list. Edit `~/.grok/config.toml` only when the user chooses a Grok default change, touch only model related keys, and preserve the rest of the file byte for byte.

- For Codex, edit `~/.codex/config.toml` only when the user chooses a Codex default or reasoning effort change, touch only the `model` and `model_reasoning_effort` keys, and preserve the rest of the file byte for byte. Effort values are per model rather than one fixed list, so read the current model's supported efforts from the live catalog (`codex debug models --bundled` or a scoped extraction of `~/.codex/models_cache.json`) before writing one. The config file holds defaults, and explicit per call `--model` and `--effort` overrides on the first party Codex companion take precedence for one job.

- For Claude worker pins, show a caution before asking: this edits the marketplace checkout and will be overwritten by plugin updates. Edit only the plugin agent frontmatter fields the user selected.

- - For capability scores and posture, use `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" rescore <id> --intelligence N --taste N --cost N [--lane L] [--notes S]`, `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" set-cost-profile <text>`, `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" set-posture <judgment|strict>`, and `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" reset-defaults --yes`. This is the same rescore command the proposal step in step 3 batches through. `judgment` is the default posture and lets the orchestrator choose execution width and locus per package while guards enforce only collected, verified work; main loop writes are counted and advised there rather than blocked, up to an unverified ceiling of forty writes that stops a runaway window until a verification or a dispatch reopens it. `strict` restores the mandatory floors: main loop writes past the budget are denied again, only a dispatch reopens the write window, and the fleet reminder fires on every prompt. `reset-defaults --yes` resets model routing only and leaves the posture file intact. Suggest scoring again when /fusion:doctor reports model lineup changes or when the user says the available lineup changed. Model routing mutations refresh the live routing rules, but `set-posture` does not, so do not hand edit the generated rules block.

+ - For capability scores and posture, use `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" rescore <id> --intelligence N --taste N --cost N [--lane L] [--notes S]`, `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" set-cost-profile <text>`, `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" set-posture <judgment|strict>`, and `node "${CLAUDE_PLUGIN_ROOT}/scripts/fusion-config.mjs" reset-defaults --yes`. This is the same rescore command the proposal step in step 3 batches through. `judgment` is the default posture and lets the orchestrator choose execution width and locus per package while guards enforce only collected, verified work; main loop writes are counted and advised there, never blocked. `strict` restores the mandatory floors: main loop writes past the budget are denied again, only a dispatch reopens the write window, and the fleet reminder fires on every prompt. `reset-defaults --yes` resets model routing only and leaves the posture file intact. Suggest scoring again when /fusion:doctor reports model lineup changes or when the user says the available lineup changed. Model routing mutations refresh the live routing rules, but `set-posture` does not, so do not hand edit the generated rules block.

- For the main session model, never write `~/.claude/settings.json`; advise the user to use `/model` instead.

- If an engine is unavailable or lacks live choices, offer no write option for that engine.

5. Close with what changed, what was skipped, and any engines that were unavailable. Advise the user to run `/fusion:doctor` to re-audit. Note that new grok sessions pick up config changes, while already running jobs do not.