Wizard that detects installed model CLIs, checks auth, and enables multi-model review.
Invocation
Run from inside Claude Code in any project where Synthex is installed:
/synthex:configure-multi-model
Some commands accept parameters; see the source-of-truth file linked below for the full parameter list and workflow.
Lifecycle phase
Setup. One-time project scaffolding.
Related agents
No agents declare this command's lifecycle phase. The command runs structurally — delegating to whichever agents the command's workflow names directly.
/synthex:configure-multi-model/synthex:configure-multi-model is the setup wizard for the multi_model_review block
in .synthex/config.yaml. You can re-run it any time. /synthex:init/synthex:init runs the same
step on a new project. Each run:
Checks what's already there. If multi-model review is already on, it shows your current
reviewers and aggregator and asks what to do (see Re-running it).
Otherwise it starts fresh. Other keys in an existing multi_model_review block are kept.
Detects installed CLIs. For each supported CLI it checks, in parallel, both that the
binary is installed and that it's logged in. Only the exit code counts.
Asks you to pick one of three options, listing what it found.
Shows the data-transmission warning before it writes enabled: true.
Writes the config and runs preflight, then prints a summary such as
3 reviewers configured, 3 available, 3 families, aggregator: codex-review-prompter. It also
creates docs/reviews/ for audit records.
Results fall into three groups: installed and logged in, installed but not logged in, and not
installed. CLIs that are installed but not logged in are listed separately with a fix, for
example gemini — run gcloud auth login to enable.
The three options
Enable with detected CLIs. Writes multi_model_review.enabled: true and a reviewers
list with only the CLIs that passed both checks. If none passed, the option is still
offered so you can fix logins afterwards.
Enable later (show snippet). Prints a commented-out multi_model_review: block with your
detected CLIs, for you to paste in when ready. Nothing is written.
If preflight fails, the wizard prints how to fix it but doesn't stop. During /synthex:init/synthex:init,
the rest of setup carries on.
The data-transmission warning
Before it turns the feature on, the wizard shows:
Multi-model review sends your code, diffs, and (for write-implementation-plan) draft plan
markdown to the configured external CLIs. Each CLI relays this content to its underlying
provider (OpenAI, Google, etc.) per the provider's terms of service. Synthex does not store,
log, or modify this content beyond what's needed to invoke the CLI.
If you need to keep all review content local, configure ONLY local-model adapters (Ollama,
Bedrock with on-prem model) and remove hosted-model adapters from reviewers.
Parameters
Parameter
Description
Default
Required
config_path
Where the config file lives
.synthex/config.yaml
No
Re-running it
When multi-model review is already on, the wizard offers:
Re-run the wizard. Detect CLIs again and replace multi_model_review.reviewers. The
data warning is shown again before anything is written.
Reset to disabled. Sets multi_model_review.enabled: false and keeps the rest of the
block. The explicit false records that you opted out.
Leave as-is. Exits with no changes.
After the wizard: turn it on per command
The wizard sets only the master switch. /synthex:review-code/synthex:review-code and
/synthex:write-implementation-plan/synthex:write-implementation-plan also check their own per-command switch, and both
default to false. To have them use multi-model review automatically, add:
Or pass --multi-model for a single run. See
Multi-model review for how each command
decides.
What it does not do
Ask for or store API keys. Each CLI handles its own login (codex login,
gcloud auth login, ollama serve, and so on). Config files never hold keys.
Set per-command switches, models, or permission modes. Edit those keys yourself. Put
model choices (multi_model_review.per_reviewer) in your user config at
~/.config/synthex/config.yaml.
Delete the block when you disable it. Reset keeps the block and sets enabled: false.