How this command is triggered — by the user, by Claude, or both
Slash command
/maestro:config [show|set KEY VALUE|reset]This command is limited to the following tools:
The summary Claude sees in its command listing — used to decide when to auto-load this command
# Maestro Config View and edit Maestro configuration for this project. All settings are stored in `.maestro/config.yaml`. ## No Arguments or `show` — Display Current Config Read `.maestro/config.yaml` and display it with inline annotations: If `.maestro/config.yaml` does not exist: ## `set KEY VALUE` — Update a Setting Support dot-notation for nested keys. Validate both key and value. ### Valid Keys and Values | Key | Valid Values | Description | |-----|-------------|-------------| | `default_mode` | yolo, checkpoint, careful | Execution mode | | `default_model` | haiku, sonnet,...
View and edit Maestro configuration for this project. All settings are stored in .maestro/config.yaml.
show — Display Current ConfigRead .maestro/config.yaml and display it with inline annotations:
+---------------------------------------------+
| Maestro Configuration |
+---------------------------------------------+
Execution:
default_mode checkpoint
default_model sonnet
Quality Gates:
max_qa_iterations 5 (QA review cycles per story)
max_self_heal 3 (auto-fix attempts per story)
run_tsc true (TypeScript type checking)
run_lint true (linter)
run_tests true (test suite)
Cost Tracking:
enabled true
forecast true (estimate before starting)
ledger true (log per-story costs)
budget_enforcement true (pause at budget limit)
Integrations:
Kanban:
provider (not set)
sync_enabled false
Knowledge Base:
provider (not set)
vault_path (not set)
sync_enabled false
(i) Use /maestro config set KEY VALUE to change settings.
(i) Use /maestro config reset to restore defaults.
If .maestro/config.yaml does not exist:
[maestro] Config not found. Run /maestro init first.
set KEY VALUE — Update a SettingSupport dot-notation for nested keys. Validate both key and value.
| Key | Valid Values | Description |
|---|---|---|
default_mode | yolo, checkpoint, careful | Execution mode |
default_model | haiku, sonnet, opus | Default implementation model |
quality.max_qa_iterations | 1-10 (integer) | Max QA review cycles |
quality.max_self_heal | 1-5 (integer) | Max auto-fix attempts |
quality.run_tsc | true, false | Run TypeScript checks |
quality.run_lint | true, false | Run linter |
quality.run_tests | true, false | Run tests |
cost_tracking.enabled | true, false | Enable cost tracking |
cost_tracking.forecast | true, false | Show forecast before start |
cost_tracking.ledger | true, false | Log per-story costs |
cost_tracking.budget_enforcement | true, false | Pause at budget limit |
integrations.kanban.provider | asana, jira, linear, github, null | Kanban provider |
integrations.kanban.sync_enabled | true, false | Auto-sync stories |
integrations.kanban.project_id | (string) | Project/board ID |
integrations.knowledge_base.provider | obsidian, notion, null | Knowledge base provider |
integrations.knowledge_base.vault_path | (path string) | Path to vault/workspace |
integrations.knowledge_base.sync_enabled | true, false | Auto-sync enabled |
models.planning | haiku, sonnet, opus | Model for decomposition/architecture |
models.execution | haiku, sonnet, opus | Model for story implementation |
models.review | haiku, sonnet, opus | Model for QA review |
models.simple | haiku, sonnet, opus | Model for fix agents |
models.research | haiku, sonnet, opus | Model for web research |
scheduler.enabled | true, false | Enable cron-based scheduling |
vault_path, verify the path exists if it's set.[maestro] Updated: default_mode = yolo
(i) This affects all future Maestro sessions on this project.
When setting a kanban or knowledge base provider, run a quick connectivity check:
[maestro] Updated: integrations.kanban.provider = asana
Connectivity check:
(ok) Asana MCP server detected
(!) No project_id configured yet.
Set it with: /maestro config set integrations.kanban.project_id YOUR_PROJECT_ID
(i) Enable auto-sync: /maestro config set integrations.kanban.sync_enabled true
reset — Restore DefaultsAsk for confirmation before resetting:
Use AskUserQuestion:
On confirmation, regenerate config.yaml with the default template (same as maestro init generates).
When $ARGUMENTS is empty, after showing the current config, use AskUserQuestion to offer an interactive menu:
Question: "What would you like to configure?"
Options:
Use AskUserQuestion:
Question: "Default execution mode?"
Options:
Update default_mode in config.
Use AskUserQuestion with multiSelect:
Question: "Which quality checks should run during self-heal? (select all that apply)"
Options (multiSelect: true):
Update quality.run_tsc, quality.run_lint, quality.run_tests accordingly.
Then use AskUserQuestion:
Question: "Adjust QA and self-heal limits?"
Options:
Use AskUserQuestion:
Question: "Which integration to configure?"
Options:
If Kanban selected, use AskUserQuestion:
Question: "Kanban provider?"
Options:
Update config and run connectivity check.
If Knowledge base selected, suggest running /maestro brain connect for the full guided setup.
Use AskUserQuestion with multiSelect:
Question: "Cost tracking settings? (select all to enable)"
Options (multiSelect: true):
Update cost_tracking settings accordingly.
After any change, show confirmation and ask if they want to configure something else.
npx claudepluginhub adilbilal/maestro-opus/configConfigures GSD settings interactively — common toggles by default, or advanced knobs, integrations, and model profiles via flags.
/configViews or modifies heartbeat daemon settings including interval, prompt, and Telegram forwarding. Also supports subcommands for toggling and configuring the heartbeat.
/configOrchestrates batch issue processing — builds dependency DAG, spawns parallel sub-agents via the work-on pipeline, and reports consolidated results.
/configView and modify VBW configuration including effort profile, verification tier, and skill-hook wiring. Uses optional setting value argument.
/configInitializes or edits eforge/config.yaml interactively via user interview on backend, build, model, and agent settings, with MCP validation and project context gathering.