docs(prompts): 六個只在意結果的步驟標上〔可委派〕

三份正本各加一節說明這個後綴是什麼意思，只留能力描述那一句與指回判準正本的指路，
判準本身不複寫——抄過去就會有兩份各自演化的規則（AGENTS.md 的 references/ 那一列）。

標的是六個：sdlc-plan 的產生圖解版總覽；sdlc-analyze 的對四份清單列出疑點、算出截止日、
產生分析版的圖解總覽；sdlc-feat 的把議題標題翻成英文、分批提交。

其中三步是部分委派，各自在該步寫明哪一半留給主流程：兩份圖解總覽委派的是產出 HTML，
寫回議題的 issue-update 不委派；分批提交委派的是方案計算，實際跑 commit-split.js 不委派。
理由不在這裡複述，指回判準第四條。

**「認出語言，讀規則正本」不標**，儘管議題的列舉點了它。那一步的核心動作含「認不出語言
就停下來問、不要猜」，正是判準第二條硬排除的事；排掉它之後剛好是議題所寫的六個。
這一條與 repo 擁有者確認過。

AGENTS.md 的 references/ 那一列補上「委派判準」，否則那串括號裡的列舉會漏掉新的一份。

議題 #58

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

prompts/sdlc-feat.md

@@ -19,6 +19,13 @@ description: 僅由 /sdlc-feat 指令叫用。領取一顆工作包、備妥工
 一個工作包議題編號。使用者直接給的，或 `/sdlc-fix` 收到議題後交棒過來的——
 兩者一樣處理，**不要因為是交棒來的就要求他再打一次指令**。
 
+## 〔可委派〕的意思
+
+標題後綴 `〔可委派〕` 的步驟只在意結果：**你的環境若能把工作交給子代理，就交出去，
+只把結果帶回來；不能就自己做。** 沒有這個後綴的步驟一律自己做。
+
+怎麼挑、為什麼這樣挑，見 `references/delegation.md`——判準只有那一份，這裡不複述。
+
 ## 第一段：領取與開工準備
 
 ### 1. 讀工作包
@@ -83,7 +90,7 @@ node scripts/claim.js --repo <owner/name> --index <編號> --dry-run
 
 不論哪一種，來源分支都必須**已經在遠端上**：工作樹的起點一律取自 `origin/{來源分支}`。
 
-### 4. 把議題標題翻成英文
+### 4. 把議題標題翻成英文 〔可委派〕
 
 分支名的中段要用英文，中文會讓 CI 與 URL 出問題。把工作包議題的標題翻成
 **小寫英文 kebab、40 字元以內**，例如「建立工作包的抽取契約」→ `wp-extract-contract`。
@@ -231,9 +238,12 @@ reviewer 得從一堆「已完成第 N 項」裡找真正的討論。
 
 ## 第三段：提交與開立 PR
 
-### 13. 分批提交
+### 13. 分批提交 〔可委派〕
 
-全部待辦都勾完之後才進這一段。變更依類型分批：
+全部待辦都勾完之後才進這一段。變更依類型分批。
+
+委派的是**方案計算**：變更分成哪幾批、每一批收哪些檔案、各自的 `--type` 與描述怎麼寫。
+**實際提交不委派**——底下那支 `commit-split.js` 由主流程執行（判準第四條）。
 
 ```
 node scripts/commit-split.js --path <工作樹路徑> --type feat \