Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Full lifecycle team skill with clean architecture. SKILL.md is a universal router — all roles read it. Beat model is coordinator-only. Structure is roles/ + specs/ + templates/. Triggers on "team lifecycle v4".
.claude/skills/catlog22-team-lifecycle-v4/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-04 | ✗→✓ | ▲ Improved | 134% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 70% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 20% | 0% |
| case-08 | ✗→✓ | ▲ Improved | 208% | 0% |
| case-09 | ✗→✓ | ▲ Improved | 74% | 0% |
> Agent timeout: spawn_agent 异步执行且无内置超时 — 除明确短任务外一律 spawn_agent 后立即 wait_agent({ timeout_ms: 3600000 })(上限 1 小时)阻塞等待,绝不依赖 30000 默认值;timed_out: true 且 Agent 未完成时再次 wait_agent 续等,不丢弃。批量场景使用 spawn_agents_on_csv({ max_runtime_seconds: 3600, ... })。
<required_reading> @~/.maestro/workflows/run-mode-lite.md </required_reading>
Orchestrate multi-agent software development: specification → planning → implementation → testing → review.
spawn_agent({ task_name: "team_lifecycle_v4", message: "Execute skill team-lifecycle-v4, args: task description" })
|
SKILL.md (this file) = Router
|
+--------------+--------------+
| |
no --role flag --role <name>
| |
Coordinator Worker
roles/coordinator/role.md roles/<name>/role.md
|
+-- analyze → dispatch → spawn → STOP
|
+--------+---+--------+
v v v
[team-worker] ... [team-supervisor]
per-task resident agent
lifecycle message-driven
(woken via send_message)| Role | Path | Prefix | Inner Loop | |------|------|--------|------------| | coordinator | roles/coordinator/role.md | — | — | | analyst | roles/analyst/role.md | RESEARCH- | false | | writer | [roles/writer/role.md](roles/writer/role.md) | DRAFT- | true | | planner | roles/planner/role.md | PLAN- | true | | executor | [roles/executor/role.md](roles/executor/role.md) | IMPL- | true | | tester | roles/tester/role.md | TEST- | false | | reviewer | [roles/reviewer/role.md](roles/reviewer/role.md) | REVIEW-, QUALITY-, IMPROVE- | false | | supervisor | roles/supervisor/role.md | CHECKPOINT- | false |
Parse $ARGUMENTS:
--role <name> → Read roles/<name>/role.md, execute Phase 2-4--role → @roles/coordinator/role.md, execute entry routerTLV4{run_dir}/work/team/maestro delegate --mode analysis (read-only), maestro delegate --mode write (modifications)mcp__maestro__team_msg(session_id=<run-id>, ...)Coordinator spawns workers using this template:
spawn_agent({
subagent_type: "team-worker",
description: "Spawn <role> worker",
team_name: <team-name>,
name: "<role>",
run_in_background: true,
prompt: `## Role Assignment
role: <role>
role_spec: <skill_root>/roles/<role>/role.md
session: {run_dir}/work/team
session_id: <run-id>
team_name: <team-name>
requirement: <task-description>
inner_loop: <true|false>
run_dir: <run-dir from team-session.json run.run_dir>
## Progress Milestones
session_id: <run-id>
Report progress via team_msg at natural phase boundaries (context loaded -> core work done -> verification).
Report blockers immediately via team_msg type="blocker".
Report completion via team_msg type="task_complete" after final send_message.
Read role_spec file (@<skill_root>/roles/<role>/role.md) to load Phase 2-4 domain instructions.
Execute built-in Phase 1 (task discovery) -> role Phase 2-4 -> built-in Phase 5 (report).`
})Supervisor is a resident agent (independent from team-worker). Spawned once during session init, woken via send_message for each CHECKPOINT task.
spawn_agent({
subagent_type: "team-supervisor",
description: "Spawn resident supervisor",
team_name: <team-name>,
name: "supervisor",
run_in_background: true,
prompt: `## Role Assignment
role: supervisor
role_spec: <skill_root>/roles/supervisor/role.md
session: {run_dir}/work/team
session_id: <run-id>
team_name: <team-name>
requirement: <task-description>
run_dir: <run-dir from team-session.json run.run_dir>
## Progress Milestones
session_id: <run-id>
Report progress via team_msg at natural phase boundaries (context loaded -> core work done -> verification).
Report blockers immediately via team_msg type="blocker".
Report completion via team_msg type="task_complete" after final send_message.
Read role_spec file (@<skill_root>/roles/supervisor/role.md) to load checkpoint definitions.
Init: load baseline context, report ready, go idle.
Wake cycle: coordinator sends checkpoint requests via send_message.`
})send_message({
type: "message",
recipient: "supervisor",
content: `## Checkpoint Request
task_id: <CHECKPOINT-NNN>
scope: [<upstream-task-ids>]
pipeline_progress: <done>/<total> tasks completed`,
summary: "Checkpoint request: <CHECKPOINT-NNN>"
})send_message({
type: "shutdown_request",
recipient: "supervisor",
content: "Pipeline complete, shutting down supervisor"
})| Command | Action | |---------|--------| | check / status | View execution status graph | | resume / continue | Advance to next step | | revise <TASK-ID> [feedback] | Revise specific task | | feedback <text> | Inject feedback for revision | | recheck | Re-run quality check | | improve [dimension] | Auto-improve weakest dimension |
When pipeline completes, coordinator presents:
request_user_input({
questions: [{
question: "Pipeline complete. What would you like to do?",
header: "Completion",
multiSelect: false,
options: [
{ label: "Archive & Clean (Recommended)", description: "Archive session, clean up team" },
{ label: "Keep Active", description: "Keep session for follow-up work" },
{ label: "Export Results", description: "Export deliverables to target directory" }
]
}]
}){run_dir}/
├── outputs/
│ ├── spec/ # Spec phase outputs
│ └── plan/ # Implementation plan + TASK-*.json
├── evidence/
│ └── discussions/ # Discuss round records
├── report.md # Human-readable synthesis + handoff
└── work/team/ # Team coordination (non-artifact)
├── team-session.json # Session state + role registry
├── wisdom/ # Cross-task knowledge
├── explorations/ # Shared explore cache
└── .msg/ # Team message bus| Scenario | Resolution | |----------|------------| | Unknown command | Error with available command list | | Role not found | Error with role registry | | CLI tool fails | Worker fallback to direct implementation | | Fast-advance conflict | Coordinator reconciles on next callback | | Supervisor crash | Respawn with recovery: true, auto-rebuilds from existing reports | | Supervisor not ready for CHECKPOINT | Spawn/respawn supervisor, wait for ready, then wake | | Completion action fails | Default to Keep Active |
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-22 | pass→pass | 6,714 | 13,066 | +95% | 1 | 1 | 0% | 1,241 | 4,017 | +224% | 0 | 0 | — |
case-01 | fail→fail | 44,141 | 5,787 | -87% | 1 | 1 | 0% | 4,959 | 2,380 | -52% | 0 | 0 | — |
case-02 | fail→fail | 6,865 | 6,220 | -9% | 1 | 1 | 0% | 1,203 | 2,507 | +108% | 0 | 0 | — |
case-03 | fail→fail | 5,472 | 8,527 | +56% | 1 | 1 | 0% | 867 | 2,530 | +192% | 0 | 0 | — |
case-04 | fail→pass | 7,002 | 3,170 | -55% | 1 | 1 | 0% | 1,154 | 2,700 | +134% | 0 | 0 | — |
case-05 | fail→pass | 9,495 | 4,913 | -48% | 1 | 1 | 0% | 1,789 | 3,033 | +70% | 0 | 0 | — |
case-06 | pass→pass | 10,881 | 5,623 | -48% | 1 | 1 | 0% | 1,832 | 3,083 | +68% | 0 | 0 | — |
case-07 | fail→pass | 12,098 | 2,050 | -83% | 1 | 1 | 0% | 2,119 | 2,536 | +20% | 0 | 0 | — |
case-08 | fail→pass | 4,736 | 2,169 | -54% | 1 | 1 | 0% | 814 | 2,504 | +208% | 0 | 0 | — |
case-09 | fail→pass | 9,463 | 3,825 | -60% | 1 | 1 | 0% | 1,590 | 2,771 | +74% | 0 | 0 | — |
case-10 | fail→pass | 12,259 | 3,045 | -75% | 1 | 1 | 0% | 2,051 | 2,553 | +24% | 0 | 0 | — |
case-11 | fail→pass | 9,392 | 2,631 | -72% | 1 | 1 | 0% | 1,465 | 2,425 | +66% | 0 | 0 | — |
case-12 | pass→pass | 6,852 | 1,785 | -74% | 1 | 1 | 0% | 1,027 | 2,371 | +131% | 0 | 0 | — |
case-13 | pass→pass | 8,034 | 2,488 | -69% | 1 | 1 | 0% | 1,327 | 2,453 | +85% | 0 | 0 | — |
case-14 | fail→pass | 8,232 | 1,449 | -82% | 1 | 1 | 0% | 1,399 | 2,244 | +60% | 0 | 0 | — |
case-15 | fail→pass | 17,583 | 2,184 | -88% | 1 | 1 | 0% | 2,745 | 2,413 | -12% | 0 | 0 | — |
case-16 | fail→pass | 8,303 | 2,616 | -68% | 1 | 1 | 0% | 1,298 | 2,524 | +94% | 0 | 0 | — |
case-17 | fail→pass | 9,558 | 2,412 | -75% | 1 | 1 | 0% | 1,393 | 2,531 | +82% | 0 | 0 | — |
case-18 | fail→pass | 9,088 | 2,040 | -78% | 1 | 1 | 0% | 1,399 | 2,408 | +72% | 0 | 0 | — |
case-19 | fail→pass | 9,162 | 3,689 | -60% | 1 | 1 | 0% | 1,563 | 2,799 | +79% | 0 | 0 | — |
case-20 | pass→pass | 12,665 | 14,753 | +16% | 1 | 1 | 0% | 2,311 | 4,681 | +103% | 0 | 0 | — |
case-21 | pass→pass | 12,662 | 14,690 | +16% | 1 | 1 | 0% | 2,264 | 5,210 | +130% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 19 counted toward the lift figure. The other 3 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +59 percentage points is the difference between those two pass rates over the 19 comparable cases. 1 case got worse with the skill loaded, and it is included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
| Model | Method | Date | Lift |
|---|---|---|---|
| gemini-3.6-flash | verified | 8/3/2026 | +27% |
Other measured skills in the registry, with their headline benchmark lift.