| name | agents |
| description | 本 repo 自持 agent 定義目錄索引（complexity-triage / doc-reviewer / doc-updater / tdd-guide），供 design、update 等 skill 的 general-purpose subagent 呼叫時引用定義與檢查清單；本身非直接可呼叫的 skill，不會出現在指令清單中。 |
| user-invocable | false |
agents/ — 自持 Agent 定義目錄
本目錄存放本 repo 自持的 agent 定義（一 agent 一檔，ECC 式架構：frontmatter name/description/tools/model + 輸入防禦基線 / 職責 / 流程 / 輸出格式 / 判準或檢查清單 / 紅旗）。不依賴 everything-claude-code (ECC) plugin，供 design/SKILL.md、update/SKILL.md 等呼叫方在啟動 general-purpose subagent 時引用其定義。本文件是這份索引與呼叫慣例的唯一權威版本，其他文件（README、design/SKILL.md、update/SKILL.md）一律只留一句指標過來，不重複內容。
Step 1 — Problem：選定義檔
呼叫方在派 subagent 前，先依任務類型從下表選出對應定義檔：
| 定義檔 | 用途 | 何時用 | 被誰引用 |
|---|
complexity-triage.md | 任務複雜度分診（low/medium/multi-session） | 進入完整規劃儀式前，先粗估影響面決定走快速路徑或完整流程 | /design Step 2a |
doc-reviewer.md | 計畫／文件審查，逐項 PASS/FAIL 找碴 | Plan agent 產出計畫後、或文件更新完成後，需要隔離 context 找碴而非背書 | /design Step 4a、/update Step 2 |
doc-updater.md | 文件同步（README/docs/CODEMAPS），輸出變更 Manifest | 程式碼變更後需同步文件，且需要主模型事後逐條驗證 | /update Step 1 |
tdd-guide.md | TDD 紅－綠－重構引導，80% 覆蓋率門檻 | 新功能或修 bug 前缺測試覆蓋，需要先寫失敗測試再實作 | /design Step 1 資源盤點列出、Step 3 計畫步驟視需要引用 |
選錯定義檔的常見徵兆：把「審查」誤派成「更新」（doc-reviewer 只讀不寫，doc-updater 才會 Edit 檔案）、把「分診」誤派成「審查」（complexity-triage 只做影響面粗估，不做逐項 PASS/FAIL）。
Step 2 — Solution：呼叫慣例
一律經 general-purpose + 明確 prompt 引用定義檔內容執行，不直呼定義檔的 name 當 subagent_type：
Agent(subagent_type="general-purpose", model="sonnet") # model 取自定義檔 frontmatter（doc-reviewer/doc-updater/tdd-guide=sonnet、complexity-triage=haiku）
prompt 需包含：「依 agents/.md 的定義與檢查清單執行 <任務>」+ 呼叫方傳入的 context。例如審查計畫時：「依 agents/doc-reviewer.md 的定義與檢查清單執行審查」+ Step 3 產出的完整計畫內容。
撞名禁令：禁止 Agent(subagent_type="tdd-guide")、Agent(subagent_type="doc-updater") 這類直呼。 環境中存在同名的 ECC 遺留 agent type（tdd-guide、doc-updater 皆為 ECC plugin 曾註冊過的 agent 名稱），直呼會靜默載入舊的 ECC 定義而非本目錄的定義，且不會有任何錯誤或警告提示——這是本目錄從 ECC 解耦後最容易被繞過的一點，呼叫方必須明確走 general-purpose + 定義引用，不可貪圖簡潔改用 subagent_type=<name>。
Step 3 — When to Use：驗收
subagent 回報完成後，呼叫方（主模型）對照定義檔的「輸出格式」章節逐項核對回報是否符合契約（例：doc-reviewer 的回報是否為逐項 PASS/FAIL 表格，而非摘要式印象分）。
- doc-updater 額外要求：回報的「變更 Manifest」不可直接採信，主模型必須親眼
git diff 逐條比對其宣稱的每一項變更——這類 agent 有編造修改記錄的前科，見 agents/doc-updater.md 的紅旗章節
- doc-reviewer / complexity-triage：回報本身即為審查/分診結果，主模型的驗收工作是核對「是否逐項給了 PASS/FAIL 或固定 JSON 格式」，而非重新審查一次
Context — 路徑解析
呼叫方引用 agents/*.md 時，實際路徑依執行環境而異：
repo checkout： agents/<name>.md
skills CLI 安裝環境： ~/.agents/skills/agents/<name>.md
找不到對應檔案時視為「agents/ 目錄不存在（安裝不完整）」：從 https://github.com/ashe-li/agent-skills 的 agents/<name>.md 取得，或請使用者重跑 npx skills update；/design Step 4a 等呼叫方文件內的 fallback 一律指回這一段，不各自重複。
