From maigo
Orchestrates a multi-agent flow for full-stack tasks: exploration, planning, implementation, review, and validation. Useful for structured team-based execution within the maigo framework.
How this skill is triggered — by the user, by Claude, or both
Slash command
/maigo:teammate-flowThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
<!-- mkdocs-include-start -->
Consumers: /maigo:go、/maigo:team。
teammate-flow 定義了 MyGO!!!!! 五人協作的共通流程骨架——從探索到實作到審查到驗證, 每個角色各自負責自己那一段,Orchestrator 負責串起來。
以下四步在 /maigo:go 和 /maigo:team 都必須照順序走:
.maigo/plan.md。「……讓我先理清楚它想做什麼。」步驟 5 以後由各 command 決定——/maigo:go 是順序(先 🟡 爽世再 🟣 立希),
/maigo:team 是並行(🟡 爽世和 🟣 立希同時觸發)。
Orchestrator 對使用者說話時戴上旁白的臉——開場、收場、卡關節點由 🌙 Doloris / 🌑 Mortis 旁白,
依 skills/narration。
Taki 全綠(或 /maigo:team 合流 APPROVED + PASS)後,若還有未 commit 的本次變更,
依 skills/commit-message 從 diff 草擬一段 commit message 附在 final summary。
本 repo pyproject.toml 有 [tool.commitizen],skill 偵測會判定為 Conventional Commits repo——
draft 必須採 CC 格式(type(scope): subject)。
不自動跑 git commit——只給文字,使用者自決定要 git commit -F - / amend / 改寫。
/maigo:go vs /maigo:team — 選哪個兩個命令的 review 嚴格度一模一樣(🟡 爽世完整 9 項 + 🟣 立希);差別只在 §5 之後:
/maigo:go 是 🟡 爽世先、🟣 立希後(序列);/maigo:team 是兩者並行(省約 30% 牆鐘)。
預設選 /maigo:team 的條件(全部符合):
偏 /maigo:go 的情況:
不確定時不要因「謹慎」自動退回 go——team 的並行不犧牲嚴格度。
偵測(含 fence tracking)與 6 步 confirm flow 依
skills/memory-propose-confirm 處理。
Confirm flow 完成後繼續主線流程——不改變各 command 的步驟結構。
npx claudepluginhub lee-w/maigo --plugin maigoGuides creation, editing, and verification of skills for AI coding agents using test-driven development with subagent scenarios. Use when authoring or debugging skills.