專案管理技能

管理您的團隊 — 建立角色、指派任務、生成工作者，並監控進度

運行一個模型多樣化的子代理委員會，從多個角度調查同一問題，比較發現，並產出最終建議。每當用戶要求委員會、第二意見、多個代理/模型評估一個問題、平行調查、紅隊/藍隊比較，或協助在競爭的技術方法之間做決定時，使用此技能。

當面對2個以上可獨立處理、無需共享狀態或順序依賴的任務時使用

當您有書面執行計畫需要在獨立會話中執行並包含審查檢查點時使用

在實作完成、所有測試通過，且需要決定如何整合成果時使用——透過提供合併、拉取請求或清理的結構化選項，引導開發工作的完成。

持續追問使用者關於某個計畫或設計，直到達成共識，並逐一釐清決策樹的每個分支。適用於使用者想對計畫進行壓力測試、接受設計挑戰，或提到「grill me」時。

不斷地對用戶的計劃或設計進行深入提問。當用戶想在構建前對計劃進行壓力測試，或使用任何

將當前對話壓縮成一份交接文件，供其他代理接手處理。

根據產品需求文檔或一系列問題來實施一項工作。

飛書審批 API：審批實例、審批任務管理。

飛書 OKR：管理目標與關鍵結果。查看和編輯 OKR 週期、目標、關鍵結果、對齊關係、量化指標和進展記錄。當用戶需要查看或建立 OKR、管理目標和關鍵結果、查看對齊關係時使用。不負責：待辦任務管理（lark-task）、行程/會議安排（lark-calendar）、績效評估

飛書任務：管理任務、清單和任務智能體。建立待辦任務、檢視和更新任務狀態、拆分子任務、組織任務清單、分配協作成員、上傳任務附件、註冊或登出任務智能體、更新任務智能體的首頁資料、寫入智能體任務記錄。當使用者需要建立待辦事項、檢視任務列表、追蹤任務進度、管理專案清單或給他人分配任務、為任務上傳附件檔案、註冊登出任務智能體、更新智能體首頁資料、寫入任務記錄時使用。

日程待辦摘要：編排 calendar +agenda 和 task +get-my-tasks，生成指定日期的日程與未完成任務摘要。適用於了解今天/明天/本週的安排。

當使用者想要規劃產品發布、功能公告或上市策略時使用。也適用於使用者提及「launch」、「Product Hunt」、「feature release」、「announcement」、「go-to-market」、「beta launch」、「early access」、「waitlist」、「product update」、「how do I launch this」、「launch checklist」、「GTM plan」或「we're about to ship」等詞彙。每當有人準備公開發布某項產品時，請使用此技能。若涉及發布後的持續行銷，請參閱 marketing-ideas。

針對我想在此工作區內建置的工作流程，請詳細追問相關規格。

探索並理解 Nx 工作區。在回答有關工作區、專案或任務的問題時使用。當 nx 命令失敗，或需要在執行任務前檢查可用的目標/配置時，也請使用。範例：「這個工作區有哪些專案？」、「專案 X 是如何配置的？」、「哪些項目依賴函式庫 Y？」、「我可以執行哪些目標？」、「找不到任務的配置」、「除錯 nx 任務失敗」。

Use Orca orchestration for structured multi-agent coordination: threaded messages, blocking ask/reply flows, task dispatch, worker_done/escalation waits, task DAGs, decision gates, coordinator loops, or decomposing work across agents. Use `orca-cli` instead for full ownership handoffs, including requests phrased as "hand off", "handoff", "handover", "give this to another agent", or "another worktree" when the user did not explicitly ask to supervise, monitor, wait for results, or coordinate...

實作 Manus 風格的基於檔案的規劃，以組織和追蹤複雜任務的進度。建立 task_plan.md、findings.md 和 progress.md。在需要規劃、拆解或組織多步驟專案、研究任務或任何需要 5 次以上工具呼叫的工作時使用。支援在 /clear 後自動恢復工作階段。

透過使用者訪談，建立包含小型提交的詳細重構計畫，並將其歸檔為 GitHub 議題。適用於使用者想要規劃重構、建立重構 RFC，或將重構拆解為安全漸進步驟時。

執行自主的、規格驅動的開發「saga」，適用於中大型功能，使用協調器代理與一群工作者子代理。當使用者呼叫 /saga、要求以最少人工干預自主端到端建置一個大型功能、希望在平行化實作前將全面規格拆解為里程碑與任務並附上嚴謹驗證標準，或希望協調器在保留其...的同時將實作委派給工作者代理時，請使用此技能。

Sets up an `## Agent skills` block in AGENTS.md/CLAUDE.md and `docs/agents/` so the engineering skills know this repo's issue tracker (GitHub or local markdown), triage label vocabulary, and domain doc layout. Run before first use of `to-issues`, `to-prd`, `triage`, `diagnose`, `tdd`, `improve-codebase-architecture`, or `zoom-out` — or if those skills appear to be missing context about the issue tracker, triage labels, or domain docs.

在實作前先撰寫 PRODUCT.md，必要時撰寫 TECH.md，並隨著實作演進持續更新這兩份規格，以推動規格優先的工作流程，適用於開始開發重大功能、規劃由代理驅動的實作，或使用者希望將產品與技術規格納入版本控制時。

在當前會話中執行包含獨立任務的實作計畫時使用

將粗略的想法轉化為經過核准、決策完整的計劃，並在編碼前驗證結構。當用戶提出「出方案/給方案/深入分析/怎麼設計/有沒有必要/值不值得/plan this/how should I/should we keep this」等涉及功能、架構或價值判斷的要求時使用。不適用於錯誤修復或小型修改。

將計劃、規格或產品需求文件（PRD）拆解為專案問題追蹤器上可獨立處理的議題，採用追蹤子彈式的垂直切片。適用於使用者想將計劃轉換為議題、建立實作票證，或將工作細分為議題時。

將當前對話內容轉換為PRD，並發佈到專案問題追蹤器中。當使用者希望從當前內容建立PRD時使用。

透過由分類角色驅動的狀態機來分類問題。當使用者想要建立問題、分類問題、審查傳入的錯誤或功能請求、為AFK代理準備問題，或管理工作流程時使用。

為Warp中一個重要的使用者面向功能撰寫PRODUCT.md規格，重點在於詳細的行為描述與驗證。當使用者要求產品規格、期望行為文件或PRD，希望在實作前定義功能行為，或該功能足夠重大或行為模糊，以致於書面規格能改善實作或審查流程時使用。

在接觸程式碼之前，當你擁有某個多步驟任務的規格或需求時使用。