# 階段回報 — 四個階段收尾都要交的東西

規劃、分析、實作、維護跑完，最後一件事一定是階段回報。彙整由 `tools/stage-report.sh` 產出，
技能只負責把事實餵進去：寫過哪些 wiki 頁、有沒有寫工作日誌、實作階段的工作目錄與三條分支。

## 什麼時候回報

階段結束就回報，**提前停下來也算結束**：模型閘門擋下、工作包閘門擋下、沒有可選的計畫或工作包、
來源分支在遠端找不到——這些情況一樣要回報，而且更需要。停在半路卻沒有回報，看起來就跟沒跑過一樣。

## 每個階段都要回報的三項

| 項目 | 來源 | 沒有時怎麼辦 |
| --- | --- | --- |
| 模型能力標籤 | `jsc-hooks/hooks/sdlc-gate.sh report`，腳本自己讀 | 回報「查不到閘門狀態」，並要求重跑 `lock {stage}` |
| 工作日誌連結 | `--worklog` 給頁名、`--worklog-heading` 給條目標題，組成導向該條目的錨點連結 | 警告使用者檢查，並把內容暫存（見下節） |
| 所有寫入的 wiki 連結 | 每寫一頁就記一筆，收尾時用 `--page TYPE:PAGE` 全部餵進去 | 沒寫任何頁就據實回報「本階段沒有寫入任何 wiki 頁」 |

`--page` 的 `TYPE` 是頁名前綴（`PLAN`、`ANALYZE`、`DELIVER`、`REPO`、`MAINTAIN`、`LOG`）。腳本用它解析
該類型的 wiki 存取庫，再換成絕對網址，所以跨存取庫的頁面也連得到。目錄頁（`*_CONTENTS`）也算寫入，要列。

## 實作階段多回報四項

| 項目 | 選項 | 腳本自己查的部分 |
| --- | --- | --- |
| 工作目錄 | `--worktree PATH` | 無，原樣列出 |
| 來源分支 | `--source-branch NAME` | 遠端有沒有這一條。遠端找不到就標「只有本機」 |
| 工作分支 | `--work-branch NAME` | 相對來源分支的 commit 數、推送狀態（未 push、或還有幾個 commit 沒 push） |
| 目標分支 | `--target-branch NAME`、`--pr URL` | 省略目標分支時等同來源分支；沒有 PR 連結就列為警告 |

## 沒寫工作日誌就暫存

每完成一個任務就要寫一筆工作日誌（一個工作包、一輪 PR 留言修正、一個獨立的修正提交各算一個），
所以做完事情的階段收尾時本來就有日誌可連。本節講的是**還沒完成任何任務就停下**的那種階段。

暫存不等於已寫入。內容只留在對話裡，換一個工作階段就沒了，所以：

1. 把這個階段要記的日誌內容寫成一個檔案。
2. 收尾時一起餵進去：`--pending-file {檔案} --log-hash {LOG_{HASH} 的 HASH}`。
3. 腳本轉呼叫 `jsc-log/tools/worklog-pending.sh add`，把內容存進 `$JSC_HOME/worklog-pending/{HASH}/`，並在回報裡印出存放路徑。
4. 下次 `jsc-log:worklog` 寫入時，會先把暫存區的內容一併寫進日誌頁，寫成功才清掉暫存。

`{HASH}` 用 `jsc-gitea/tools/hash-id` 對程式碼存取庫的 `{owner}/{repo}` 算出來，和 `LOG_{HASH}` 同一個值。

## 結束碼

| 碼 | 意思 | 呼叫端要做的事 |
| --- | --- | --- |
| 0 | 回報完整 | 把輸出原樣貼給使用者 |
| 1 | 有警告（缺工作日誌、或實作階段沒有 PR） | 一樣把輸出貼給使用者。**這是警告不是阻擋**，階段的工作已經做完了 |
| 2 | 用法錯誤 | 修正參數重跑 |
| 3 | 找不到 `gitea.sh` 或 `sdlc-gate.sh` | 修好相依關係再重跑 |