Community寫作與編輯github.com

ssheleg/task-pipeline

AI 程式碼代理人的完整交付協調器:一個強制性的輸入關卡,預先決定所有事項,接著是十個門控階段——文件、腦力激盪、分解、規格、計畫、建置、測試、部署、部署後、驗收——並有一個循環守衛來中斷反覆循環。

task-pipeline 是什麼?

這個技能為 AI 程式碼代理人(如 Claude Code、Cursor 或 Codex)提供了一個嚴謹的結構化工作流程,確保交付過程中的每一個宣告都有證據支持。它不僅僅是一個檢查清單,而是一個基於「十條準則」的認識論框架,這些準則定義了何謂真正的文件——即一個宣告必須包含其可驗證的來源(如檔案行號、測試名稱或命令輸出)。該技能支援將工作劃分為十個依序進行的門控階段(從文件到驗收),並配備一個循環守衛,以防止代理人在無效的反覆中浪費時間。它與任務管線的參考文件(如 documentation.md、gates.md 和 hooks.md)緊密整合,將高層次的「為什麼」(準則)與可操作的「怎麼做」(規則)區分開來。代理人可以透過「без доков / on my word」這類拒絕短語來選擇繞過此流程,但必須明確承認其宣告缺乏證據支援。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add ssheleg/task-pipeline

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

證據支持的文件

一個宣告只有在具備驗證手段時,才算得上是文件。 這個技能既是標準,也是地圖:十條準則,以及它們各自被定義、強制執行以及植入種子的地方。

它是一個導航器,而非第二份副本。下面的每一條法則都只有一個家——這就是準則三,任何重述該原則的導航器都將違反它正在索引的規則。每條準則的完整陳述、其理由以及執行方式,都位於 documentation.md → 準則。

十條準則

  1. 一個宣告攜帶其地址 — 檔案:行號、一個命令及其輸出、一個測試名稱;一個教訓指明其提交。
  2. 數字是計算出來的,絕不重述。
  3. 每個事實只有一個家 — 其他部分連結過去,絕不重述。
  4. 參考資訊從文件被閱讀的位置解析 — 而不是從文件所在的位置。
  5. 無人觀看的綠色變成紅色,不算是證據。
  6. 一個檢查證明其範圍,僅此而已。
  7. 沉默不是通過 — 問問一個機制在它沒有查看時會印出什麼。
  8. 估計絕不能宣稱為測量結果 — 一條規則必須陳述其證據條件。
  9. 未被檢查的內容要與被檢查的內容一起印出來。
  10. 文件隨著使它成立的變更一起發布 — 並且修正內容是附加的,絕不覆寫。

它們是認識論層面的:定義了什麼讓一個宣告成為文件。操作層面——在特定觸發條件下要做什麼,附帶檢查和退出標準——位於 learned.md。當兩者看似在說同一件事時,準則是為什麼,而規則是怎麼做。

下一步

您即將…閱讀原因
從零開始設定一個專案的文件documentation.md → 庫存清單在工作開始第一行之前,先回答四個問題
記錄一個決策以便它能在作者離開後留存註冊表與ID + templates/decisions.md僅追加的ID、邊界標記、一個決策的家
變更某些內容而不讓文件變成孤兒文件循環 + 傳播矩陣哪些文件因變更而受影響,從元資料列開始
決定一個事實該歸屬何處單一事實來源兩個家會在其中一個被更新時產生分歧
建立一個無法說謊的檢查gates.md三個軸、執行階梯、漸進式武裝、探查
信任一個回報成功的機制gates.md → 假性成功那種會消除查看理由的失敗
將檢查接入代理人自己的工具鏈hooks.md鉤子合約,以及為何一個崩潰的守衛允許該動作
稽核一個專案已有的文件setup.md七個檢查回合,從最簡單的開始,輸出是一個修復計畫
將一個教訓帶到下一次執行retrospective.md先蓋戳記(冷觸發會讀取它),然後修剪到最多十條;每個教訓都要指明其提交
將一個關卡植入主機專案templates/docgate.sh它植入的是綠色:在沒有輸入時處於休眠狀態
宣稱一個代理人的行為tdd.md → 當待測物是代理人時 — 此處使用名稱而非連結,因為此導航器的目錄外連結會在打包工具單獨發布此技能時中斷地址是一個追蹤ID和所執行的斷言(準則一);一個無人觀看的不同意見就是一個無人觀看的綠色變成紅色(準則五)
將整個變更一路帶到驗收task-pipeline這個技能是標準;那個技能描述一個變更如何到達儲存庫

此技能的適用範圍

界限在於「它將被當作真理事實來閱讀。」 決策記錄、README、驗收報告、操作手冊、給使用者的變更日誌、稽核發現、某件事已被驗證的宣告。

不通過此技能: 草稿、自言自語、聊天中的回答、提交訊息、程式碼註解。要求一個「讓我去檢查一下」的 檔案:行號,是教導代理人繞過真正需要保護的規則最快的方式。

拒絕短語 — "без доков" / "on my word"。它適用於一個本來會通過這裡的任務:直接執行,並大聲說出該宣告是未經支援的,而不是將估計呈現為測量結果(準則八)。

唯一測試

在文件發布之前,請閱讀它,找出那個如果有人問「你怎麼知道?」會讓你尷尬的句子——然後要麼給那個句子一個地址,要麼刪除它。以上所有內容,都只是將這個問題機械化而已。

相關技能