maestro-quick
Auto Mode
Quick tasks default to minimal interaction. --discuss adds a decision extraction step. --full adds plan-checking and post-execution verification.
Maestro Quick (Single Agent)
Usage
$maestro-quick "add rate limiting to /api/auth endpoints"
$maestro-quick "refactor user service to use repository pattern" --discuss
$maestro-quick "fix memory leak in WebSocket handler" --full
$maestro-quick "add dark mode toggle to settings page" --discuss --full
Flags:
--discuss: Decision extraction before planning (Locked/Free/Deferred classification)--full: Enable plan-checking (max 2 iterations) and post-execution verification
Output: .workflow/scratch/{slug}/ with plan.json, execution results, optional verification
Overview
Shortened pipeline for well-understood tasks. Creates a scratch directory, runs quick analysis, generates a plan, executes tasks, and optionally verifies results. Single agent, sequential flow — no CSV waves needed.
Pipeline: [discuss] → analyze-q → plan → execute → [verify]
Implementation
Step 1: Parse Arguments
Extract from arguments:
--discussflag--fullflag- Remaining text as task description (required — E001 if empty)
Step 2: Load Project Context
cat .workflow/state.json 2>/dev/null
cat .workflow/project.md 2>/dev/null
If .workflow/ does not exist, create minimal scratch structure anyway (quick works without full init).
Step 3: Create Scratch Directory
Generate slug from task description (lowercase, hyphens, max 40 chars).
mkdir -p .workflow/scratch/{slug}
Write config.json with task metadata:
{
"task": "<description>",
"flags": { "discuss": false, "full": false },
"created_at": "<ISO timestamp>",
"status": "active"
}
Step 4: Discussion Phase (if --discuss)
Only when --discuss is set.
Analyze the task for gray areas and ambiguities:
- Identify decision points in the task
- Classify each as: Locked (clear from context), Free (implementation choice), Deferred (need user input)
- For Deferred items: ask user for decisions
- Write
context.mdto scratch directory with all decisions
Step 5: Quick Analysis
Rapid codebase exploration focused on the task:
- Search for related files using Grep/Glob
- Identify existing patterns to follow
- Map dependencies and integration points
- Write analysis findings to
context.md(append if --discuss created it)
Step 6: Generate Plan
Create plan.json in scratch directory:
- Decompose task into subtasks (typically 1-5 for quick tasks)
- Each task has: id, title, description, scope, convergence_criteria, files
- Assign single wave (sequential execution)
If --full: Present plan for review, allow up to 2 revision iterations.
Step 7: Execute Tasks
For each task in plan.json (sequential):
- Read task definition
- Implement changes following existing patterns
- Run any specified verification commands
- Write task summary with files_modified, status
Update plan.json task statuses as completed.
Step 8: Verification (if --full)
Only when --full is set.
Run convergence criteria checks:
# For each task, verify convergence_criteria via grep/test commands
If gaps found (W001): attempt single fix iteration, then report remaining gaps.
Step 9: Commit and Report
git add -A
git commit -m "quick: {slug} - {short description}"
Update .workflow/state.json scratch task entry (if state.json exists).
=== QUICK TASK COMPLETE ===
Task: {description}
Scratch: .workflow/scratch/{slug}/
Status: {completed|completed-with-gaps}
Tasks: {completed}/{total}
Files modified: {count}
{if --full}
Verification: {PASS|GAPS}
{endif}
Error Handling
| Code | Severity | Description | Recovery |
|---|---|---|---|
| E001 | error | Task description required | Ask user for description |
| E002 | error | Scratch directory creation failed | Check permissions |
| W001 | warning | Verification found minor gaps | Report gaps, continue |
Core Rules
- Speed over ceremony — minimal overhead, get to implementation fast
- Follow existing patterns — grep for 3+ similar implementations before writing new code
- Atomic commits — one commit per quick task, descriptive message
- Scratch isolation — all metadata stays in .workflow/scratch/{slug}/
- Works without init — quick tasks function even without full .workflow/ setup
More from catlog22/maestro-flow
spec-map
Analyze codebase with 4 parallel mapper agents via CSV wave pipeline. Produces .workflow/codebase/ documents for tech-stack, architecture, features, and cross-cutting concerns.
1manage-codebase-rebuild
Full codebase documentation rebuild via CSV wave pipeline. Spawns 5 parallel doc generator agents to scan project and produce complete .workflow/codebase/ documentation set. Replaces manage-codebase-rebuild command.
1quality-sync
Sync codebase docs after code changes -- traces git diff through component/feature/requirement layers
1maestro-roadmap
Lightweight roadmap generation via 2-wave CSV pipeline. Wave 1 runs parallel requirement analysis agents (scope, risk, dependency). Wave 2 runs roadmap assembly agent producing roadmap.md with phases, milestones, and success criteria. Replaces maestro-roadmap command.
1manage-memory
Manage memory entries across workflow and system stores (list, search, view, edit, delete, prune)
1team-review
Unified team skill for code review. 3-role pipeline: scanner, reviewer, fixer. Triggers on team-review.
1