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-analyze.md

@@ -26,6 +26,13 @@ Milestone、看板與人天估算補上。
 錶已經跑在同一顆議題上時起錶什麼都不做，所以 plan 接著跑 analyze 不會把累積的時間
 切成兩段。**錶不跨階段跑**，也**不碰別顆議題上的錶**。
 
+## 〔可委派〕的意思
+
+標題後綴 `〔可委派〕` 的步驟只在意結果：**你的環境若能把工作交給子代理，就交出去，
+只把結果帶回來；不能就自己做。** 沒有這個後綴的步驟一律自己做。
+
+怎麼挑、為什麼這樣挑，見 `references/delegation.md`——判準只有那一份，這裡不複述。
+
 ## 第一段：可行性分析
 
 ### 1. 讀議題
@@ -59,7 +66,7 @@ node scripts/timer.js --repo <owner/name> --index <需求議題編號> --dry-run
 請他自己去停**，不要代勞：那一段時間該記在哪顆議題上只有他知道。順帶說明停錶不會動到
 任何既有的工作樹——碼錶只管時間、工作樹只管檔案。
 
-### 3. 對四份清單列出疑點
+### 3. 對四份清單列出疑點 〔可委派〕
 
 依序讀這四份規則正本，逐條對照議題內容：
 
@@ -165,7 +172,7 @@ no-op」。確認無誤後拿掉該旗標再跑一次。
 工作包建好之後，把它們之間的關係與時程補上。做完這一段，看板上呈現的才是真實的
 開發順序，而不是一堆平鋪的議題。
 
-### 10. 算出截止日
+### 10. 算出截止日 〔可委派〕
 
 把每顆工作包的編號、人天估算與先決關係寫成一份計畫檔：
 
@@ -207,7 +214,7 @@ node scripts/project-add.js --repo <owner/name> --index <編號> --project "<看
 看板名稱靠掃最近 50 筆議題反查 id，反查不到就會請你直接貼專案網址（結尾即 id）。
 本流程不建立 Milestone，也不建立專案。
 
-### 12. 產生分析版的圖解總覽
+### 12. 產生分析版的圖解總覽 〔可委派〕
 
 用同一份 `templates/overview-artifact.html` 再產一份，但這一份要多出**工作包全景**：
 把工作包之間的相依與截止日畫成一張圖，讓開發者看得出自己這一項在整體中的位置。
@@ -224,6 +231,8 @@ node scripts/project-add.js --repo <owner/name> --index <編號> --project "<看
 節點寫工作包標題與截止日，箭頭方向是「先決 → 後續」。節點一樣以 12 個為上限，
 超過就只畫相依鏈最長路徑上的那幾顆，其餘在頁尾列成文字。
 
+委派的是**產出那份 HTML**；拿到網址之後寫回議題那一步**不委派**（判準第四條）。
+
 網址一樣寫回需求議題：
 
 ```