/maestro-companion
Quick execution for small tasks — minimal run lifecycle (start + done) with evidence recording. Full LLM capability, scoped to mechanically clear tasks.
$ npx -y skills add catlog22/maestro-flow --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/maestro-companion
Context preview
What this command does when you run it.
Quick execution for small tasks — minimal run lifecycle (start + done) with evidence recording. Full LLM capability, scoped to mechanically clear tasks.
Command definition
maestro-companion.mdname: maestro-companion
disable-model-invocation: false
description: "Quick execution for small tasks — minimal run lifecycle (start + done) with evidence recording. Full LLM capability, scoped to mechanically clear tasks."
argument-hint: "<intent> [-y]"
allowed-tools:
- Read
- Write
- Edit
- Bash
- Glob
- Grep
- Agent
- AskUserQuestion
session-mode: run
contract:
discovery: self-described
consumes: []
produces: []
<required_reading> @~/.maestro/workflows/run-mode.md </required_reading>
<purpose> Minimal-run execution channel. Full LLM capability with minimal protocol: one `session start` + one `session done`, evidence appended to `{run_dir}/evidence/companion-log.md`.
Use when:
- Intent is mechanically clear (no design decisions needed; file count irrelevant)
- No typed artifact consumed by downstream steps
- No gate/verdict needed for lifecycle tracking
Lightweight self-check (all must hold):
- Intent specifies a concrete, bounded action with named target (file, function, error message)
- No typed artifact consumed by downstream steps
- No gate/verdict for lifecycle tracking
- Single concern, no multi-phase span
If self-check fails mid-execution, stop and suggest `/maestro-next` for re-routing. </purpose>
<context> $ARGUMENTS — intent text + optional flags.
| Flag | Effect | |------|--------| | `-y` | Skip confirmation, execute directly |
Mode detection: intent → execute | empty → [@ask] AskUserQuestion: request intent text; if still empty → display usage hint and exit
Knowledge utilities (note/log/promote) are available via `/maestro-knowledge`. </context>
<invariants> 1. Execute mode uses only `session start` + `session done`. 2. Evidence is append-only, non-formal (never enters gates or artifact registry) 3. No auto-orchestration — executes directly, never creates chains </invariants>
<flow>
Execute (default)
Linear: create → explore → confirm → do → seal.
1. Create
maestro session start "<intent>" --chain companion --session YYYYMMDD-companion-<topic> --arg "<intent>" --workflow-root .
Compatibility spelling for older callers: `maestro run create companion --session YYYYMMDD-companion-<topic> --intent "<intent>" --arg "<intent>" --workflow-root .`. The intent is Session metadata only; pass the same text with `--arg` because it is the required command arguments payload.
Init `{run_dir}/evidence/companion-log.md`:
# Companion Log: {intent}
> run_id: {run_id} | session: {session_id}
## Evidence2. Explore
Locate targets and gather evidence before touching anything. Methods (pick what fits):
- `maestro explore "FIND: ...\nSCOPE: ..."` — codebase search
- `maestro search "<keywords>" --type spec --type knowhow` — knowledge recall
- Agent (subagent) — multi-file analysis, cross-reference, pattern discovery
- Direct Read/Grep/Glob — known targets, quick lookups
Record findings under `## Evidence`:
## Evidence
- {file:line — what was found}
- {spec/knowhow entries loaded, or "none"}
- {subagent conclusions if used}3. Confirm
Before executing, verify evidence is sufficient:
- Target files/locations identified?
- Change scope clear (what to modify, what to leave alone)?
- No ambiguity requiring design decisions?
If insufficient → continue exploring or ask user. If `-y` → skip user confirmation interaction, but still perform evidence sufficiency self-check. If critical targets are unlocated, continue exploring (without asking user); only the 'ask user' branch is skipped.
4. Do
Execute the task. After each meaningful action, append under `## Work Log`:
### {HH:MM} — {summary}
{outcome, files touched if any}Rules: batch trivial reads; 1-5 lines per entry; focus on outcome not process.
5. Seal
Append outcome:
## Outcome
**Status:** done | partial
**Summary:** {1-2 sentences}
**Files:** {modified/created, or "none"}Before completion, put accepted decisions/locked constraints in `report.md`. If a reusable recipe or pitfall emerged, stage it now:
maestro knowledge stage knowhow "<title>" "<content>" --run <run_id>
maestro session done <run_id> --verdict done --workflow-root .
Display: `Companion done. Run: {run_id} | Evidence: {path}`
If the completion receipt contains candidate IDs, display its `review_command`. Do not persist the same insight again through `/maestro-spec` or `/maestro-knowhow`.
If execution revealed the task requires multi-phase audit/diagnosis (e.g., root cause unknown, >3 files need coordinated changes), suggest: `/maestro-odyssey "<scope>" --mode debug|improve` for re-planning.
</flow>
<error_codes> | Code | Severity | Condition | Recovery | |------|----------|-----------|----------| | E001 | error | `session start` failed (CLI unavailable, invalid args) | Check maestro CLI installation | | E003 | error | Evidence log creation failed | Check run_dir permissions | | W001 | warning | Explore tools unavailable (maestro explore/search) | Degrade to direct Read/Grep | </error_codes>
Read more
name: maestro-companion disable-model-invocation: false description: "Quick execution for small tasks — minimal run lifecycle (start + done) with evidence recording. Full LLM capability, scoped to mechanically clear tasks." argument-hint: "<intent> [-y]" allowed-tools: - Read - Write - Edit - Bash - Glob - Grep - Agent - AskUserQuestion session-mode: run contract: discovery: self-described consumes: [] produces: []
<required_reading> @~/.maestro/workflows/run-mode.md </required_reading>
<purpose> Minimal-run execution channel. Full LLM capability with minimal protocol: one `session start` + one `session done`, evidence appended to `{run_dir}/evidence/companion-log.md`.
Use when:
- Intent is mechanically clear (no design decisions needed; file count irrelevant)
- No typed artifact consumed by downstream steps
- No gate/verdict needed for lifecycle tracking
Lightweight self-check (all must hold):
- Intent specifies a concrete, bounded action with named target (file, function, error message)
- No typed artifact consumed by downstream steps
- No gate/verdict for lifecycle tracking
- Single concern, no multi-phase span
If self-check fails mid-execution, stop and suggest `/maestro-next` for re-routing. </purpose>
<context> $ARGUMENTS — intent text + optional flags.
| Flag | Effect | |------|--------| | `-y` | Skip confirmation, execute directly |
Mode detection: intent → execute | empty → [@ask] AskUserQuestion: request intent text; if still empty → display usage hint and exit
Knowledge utilities (note/log/promote) are available via `/maestro-knowledge`. </context>
<invariants> 1. Execute mode uses only `session start` + `session done`. 2. Evidence is append-only, non-formal (never enters gates or artifact registry) 3. No auto-orchestration — executes directly, never creates chains </invariants>
<flow>
Execute (default)
Linear: create → explore → confirm → do → seal.
1. Create
maestro session start "<intent>" --chain companion --session YYYYMMDD-companion-<topic> --arg "<intent>" --workflow-root .
Compatibility spelling for older callers: `maestro run create companion --session YYYYMMDD-companion-<topic> --intent "<intent>" --arg "<intent>" --workflow-root .`. The intent is Session metadata only; pass the same text with `--arg` because it is the required command arguments payload.
Init `{run_dir}/evidence/companion-log.md`:
# Companion Log: {intent}
> run_id: {run_id} | session: {session_id}
## Evidence2. Explore
Locate targets and gather evidence before touching anything. Methods (pick what fits):
- `maestro explore "FIND: ...\nSCOPE: ..."` — codebase search
- `maestro search "<keywords>" --type spec --type knowhow` — knowledge recall
- Agent (subagent) — multi-file analysis, cross-reference, pattern discovery
- Direct Read/Grep/Glob — known targets, quick lookups
Record findings under `## Evidence`:
## Evidence
- {file:line — what was found}
- {spec/knowhow entries loaded, or "none"}
- {subagent conclusions if used}3. Confirm
Before executing, verify evidence is sufficient:
- Target files/locations identified?
- Change scope clear (what to modify, what to leave alone)?
- No ambiguity requiring design decisions?
If insufficient → continue exploring or ask user. If `-y` → skip user confirmation interaction, but still perform evidence sufficiency self-check. If critical targets are unlocated, continue exploring (without asking user); only the 'ask user' branch is skipped.
4. Do
Execute the task. After each meaningful action, append under `## Work Log`:
### {HH:MM} — {summary}
{outcome, files touched if any}Rules: batch trivial reads; 1-5 lines per entry; focus on outcome not process.
5. Seal
Append outcome:
## Outcome
**Status:** done | partial
**Summary:** {1-2 sentences}
**Files:** {modified/created, or "none"}Before completion, put accepted decisions/locked constraints in `report.md`. If a reusable recipe or pitfall emerged, stage it now:
maestro knowledge stage knowhow "<title>" "<content>" --run <run_id> maestro session done <run_id> --verdict done --workflow-root .
Display: `Companion done. Run: {run_id} | Evidence: {path}`
If the completion receipt contains candidate IDs, display its `review_command`. Do not persist the same insight again through `/maestro-spec` or `/maestro-knowhow`.
If execution revealed the task requires multi-phase audit/diagnosis (e.g., root cause unknown, >3 files need coordinated changes), suggest: `/maestro-odyssey "<scope>" --mode debug|improve` for re-planning.
</flow>
<error_codes> | Code | Severity | Condition | Recovery | |------|----------|-----------|----------| | E001 | error | `session start` failed (CLI unavailable, invalid args) | Check maestro CLI installation | | E003 | error | Evidence log creation failed | Check run_dir permissions | | W001 | warning | Explore tools unavailable (maestro explore/search) | Degrade to direct Read/Grep | </error_codes>
Intent-driven workflow orchestration for multi-agent AI development — adaptive lifecycle engine, self-reinforcing knowledge graph, and visual dashboard for Claude Code, Gemini, Codex & more
Repo: catlog22/maestro-flow
Other commands on maestro-flow.
- /maestro-fork
Create or sync session worktree for parallel dev
Open command - /maestro-guard
Manage editing boundary restrictions
Open command - /maestro-impeccable
Use when designing, auditing, polishing, improving, or codifying frontend UI — websites, dashboards, landing pages, components, design systems
Open command - /maestro-init
Initialize project with auto state detection
Open command - /maestro-issue
Intent-driven issue lifecycle management — describe what you want in natural language (报告一个 bug / 列出开放 issue / 关掉 ISS-xxx / 关联到 task / 扫描发现问题) and the workflow routes to the right operation. Operates on .workflow/issues/. 知识管理走 /maestro-knowledge;knowhow 沉淀走
Open command - /maestro-knowhow
Intent-driven knowhow precipitation — describe what you want to capture (记一个关于X的决策 / 保存这段代码模板 / 写个部署配方 / 存个调试技巧) and the workflow infers the type and records it into .workflow/knowhow/. Pure capture surface; knowhow 的管理/审计走 /maestro-knowledge;项目约束规则走 /maestro-spec add。Triggers
Open command

