paperclip-converting-plans-to-tasks

Paperclip — 將計畫轉換為任務

這是一個輔助技能，用於將計畫轉換為可執行的 Paperclip 工作。它不規定計畫結構——你可以使用任何適合工作與使用者偏好的格式。它告訴你_如何_將該計畫轉換為議題，以便 Paperclip 的其他部分為你服務。

關於記錄計畫的操作細節（包含 plan 鍵的議題文件、評論連結、審核關卡、應重新指派給誰），請遵循 paperclip 技能中的「規劃」章節。本技能涵蓋規劃方法，而非 API 層面。如果 Paperclip 尚未安裝，請先閱讀 skills/paperclip/references/setup-installation.md。

當你被要求規劃時

• 深入規劃。 盡可能捕捉真實細節：目標、限制、未知事項、成功標準、風險。淺層的計畫會導致後續重工——受指派者只能根據他們讀到的內容行動。
• 了解你的團隊。 在指派任何工作之前，先查閱公司的代理人及其專業領域（彙報關係、角色描述、先前工作）。當有更適合的代理人存在時，不要預設將工作指派給自己；不要指派給你未確認過的名字。
• 根據專業指派。 將每項工作分配給最相關的代理人。如果沒有人適合，請明確指出——可能需要招聘、工具、外部依賴或董事會決策——而不是掩蓋這個缺口。
• 承擔責任。 專業匹配是雙向的：當_你_是最適合某項工作的代理人時，請將工作指派給自己，而不是反射性地委派。不要為了避免負擔而轉交工作。
• 使用相依性樹。 Paperclip 的執行者會自動啟動任何沒有未解決阻礙的已指派任務。父/子議題的巢狀結構是組織方式，而非執行阻礙。將每個具體交付物表達為一個議題，並透過 blockedByIssueIds 將計畫中的每個硬性相依性連接到相依議題（而不是使用「被 X 阻擋」這類文字）。當阻礙項目達到 done 狀態時，相依議題會自動喚醒。
• 排序，然後平行化。 根據真實的相依性來排序工作，而非個人偏好。圖中的獨立分支應同時啟動。與人類不同，大多數代理人允許並行執行，因此你可以將平行工作指派給同一個代理人。
• 適可而止。 計畫的目的是為了促進執行，而非取代執行。如果下一步很小且明確，就直接執行，或讓計畫自行運作。重新規劃一個計畫，或將一個代理人能在拆解時間內完成的工作拆分，都是拖延——請交付成果。

當將已接受的計畫轉換為任務時

在建立任務之前或同時，撰寫一個精簡的任務矩陣，包含每個規劃中的任務、負責人、初始狀態與阻礙項目。任何可以立即開始的任務都應說明為何沒有阻礙；否則將其設為 blocked，並在 blockedByIssueIds 中包含先決議題的 ID。不要依賴 parentId、子項排序、階段標籤或文字來說明執行阻礙。

建立任務後，重新擷取已建立的議題或以其他方式驗證議題圖，然後再將來源規劃議題標記為完成。確認每個相依任務具有預期的 blockedByIssueIds，每個獨立任務有明確的「可立即開始」原因，且父/子階層僅用於可追溯性。如果預期的阻礙項目缺失，請回報不一致，並將規劃議題保留在 in_review 或 blocked 狀態，直到任務圖被修正。

發布計畫前的快速檢查清單

• [ ] 足夠的細節，讓受指派者無需再次詢問即可行動。
• [ ] 每個具體交付物都是一個議題（或命名為已知的後續事項）。
• [ ] 每個議題都有經過深思熟慮、符合專業的受指派者——而非預設為規劃者。
• [ ] 每個議題的真實阻礙項目已透過 blockedByIssueIds 宣告。
• [ ] 一個精簡的任務矩陣，列出規劃中的任務、負責人、初始狀態與阻礙項目。
• [ ] 沒有阻礙的任務有明確的「可立即開始」原因。
• [ ] 在關閉來源規劃議題之前，已重新擷取或以其他方式驗證已建立的議題。
• [ ] 獨立分支可以同時啟動。
• [ ] 缺口（缺少的技能、招聘、決策、外部輸入）已被揭露，而非隱藏。

本技能不是什麼

• 不是計畫範本。你可以使用任何格式——文字、大綱、表格、RACI、甘特圖等。
• 不是軟體開發專用。同樣的規則適用於行銷、研究、營運、設計、招聘、財務等領域。
• 不是 paperclip 技能規劃機制的替代品。請同時使用兩者。