| 項目 | 值 |
|---|---|
| 角色 | 不是寫新 spec(47 頁全完成)。是 FR-047 手冊的編輯/潤飾者:user 看 render 出來的 HTML → 指出可讀性/格式問題 → 你 scope 後修 |
| Branch | main(全程不切)|所有 commit 未 push,push 永遠等 user 明示 |
| 建議模型 | Sonnet(措辭/格式潤飾夠用、省);遇到要查 code/DB 核事實或業務判斷才切 Opus |
| Build | python3 scripts/deliverables/render_html.py "docs/specs/v1.8.0"(改完必跑,看 ✅) |
一連串「讀者導向」的手冊改造,commit 由舊到新:
bf3d4775/c3e5c545 側邊欄改領域分組(=repo 目錄)+ 首頁「產品選單→spec」對照表 + 各群「功能群總覽」子群0988db03 解除 docs/specs/*/html/ 的 gitignore(HTML 站改入版控,但 html/ 內容還沒 commit,見下)4657f98c 讀者/生產內容分離:README 只留讀者物、界線規則寫進生產側13b7d818 8 個 _overview 加「角色是誰」白話介紹 + user story06368ef5 白話化第一輪:清頁面 spec 內洩漏的生產/內部術語(tracker/FR-047 連結、intro 句的 ui_routes.enable=1 等)7024218c/fd4a54a8 稽核輪次狀態機圖 + 兩張轉換表白話化(啟動稽核 launch-audit 這種:白話動詞前置、API action 名保留)06d7cffe 角色速覽提前到 §1(45 頁;§2 開頭那份保留,兩處重複、不改章節編號)405f7db0/6e4de2f8 §6 API 格式:Request/Response 行內 JSON 全改成 ```json 區塊(22 處/13 檔,6 隻平行 agent + 手動);欄位註記(必/選填/預設/OneOf)用 JSON5 // 保留規則都寫進 .claude/skills/writing-feature-specs/(往後新頁自動遵守):讀者vs生產界線、角色速覽提前§1、API 格式鐵則(json 區塊 + 欄位表別擠散文)。
user 看 HTML 指問題 → 先 grep 量範圍(別憑感覺)→ pilot 修 1 處給 user 確認方向 → 確認後才批次(獨立的 per-file 工作派平行 agent,prompt 要寫「只改目標、不動其他技術事實、不 spawn agent、不跑 render_html」)→ 收回後主導統一驗證:build ✅ + code-fence 成對 + grep 殘留 0 + 抽讀 2~3 檔忠實度。大改動前先量「跨檔章節號引用」會不會被打斷(曾有 231 處 _overview §N)。
docs/specs/v1.8.0/evidence/assets/img/(截圖 session 新圖)、docs/features/FR-046-.../tracker.md(M)、docs/features/ddd-layer-audit/、docs/交付文件/*.docx——commit 前顯式 git add <檔名>、禁 -am/add -A,別把這些掃進來。4449ac8e)等 user 回「對帳 OK」才跑 Task 12/13。非本線工作。docs/features/FR-047-2607-feature-spec-handbook/tracker.md(含「最後定版前待辦」段).claude/skills/writing-feature-specs/(SKILL.md + references/page-spec-template.md)scripts/deliverables/out/{db_schema,routes}.jsondocs/specs/v1.8.0/project-management/project-planning.md