總整專案：改造棕地 repository，替自治決策負責

寫 supported task class、excluded work、repository entry、authoritative state、initializer、environments、tools、permissions、rules、evaluator、budgets、terminal reasons、effects、recovery、kill、handoff、owners、evidence retention、health 與 removal commands。每個 claim 都連到能執行或證明它的 artifact。

記 model、tool、runtime、lockfile、fixture、contract、instructions、rule、evaluator 與 generator versions。Current facts、hypotheses 與 course fixture results 分開；reviewer 要能看出哪一層機械執行、哪一層需要 judgment、哪一項仍未驗。

Baseline／candidate 比 correctness、acceptance coverage、completion honesty、intervention、changed scope、orientation、recovery、elapsed time、total cost、context volume 與 review effort。Permission、duplicate effect、secret、destructive action、evidence integrity 與 environment isolation failure 都是 blocker，不能由平均改善抵銷。

逐 layer 列 observed benefit、ongoing cost、owner、failure mode 與 removal trigger。只保留支援 scoped decision 的最小集合。沒有 evidence 或 risk rationale 的層就移除，再跑完整 suite，證明簡化沒有藏著 dependency。

Capstone manifest 要從 clean clone 解析，不接受 builder 本機上的 uncommitted file、global package 或手動開啟服務。每個 artifact 記 path、hash、source module、owner、input version、health command、consumer 與 removal。Command 執行前先驗 workspace identity，避免誤把另一個 repository 的同名 `.harness` 當目標。Reproduction receipt 列出任何 unavoidable external variance，不能用『在我電腦正常』補掉缺少的環境合約。

Before／after comparison 要保留同一任務價值。Baseline 不應故意拿掉一般 repository 文件或使用較差環境，candidate 也不能取得 holdout 私人提示。兩者使用 equivalent contract、fixture、model setup、budget 與 reviewer rubric；若 lockfile 或 provider 版本無法相同，要在 report 分欄揭露，避免把外部變更誤算成 harness 改善。所有 trials 都保存，失敗 run 不能以 warm-up 名義刪除。

Layer decision table 是總整的核心。每一列寫它修正哪個 baseline evidence、保護哪個 boundary、由哪個 check 驗、帶來多少 orientation／intervention／failure recovery 改善、每週維護成本、owner、known failure 與 removal trigger。若只有『最佳實務』卻沒有本 repository 的理由，先移除再跑 suite。若移除造成 cold session 走錯路，該 failure 反而補上了保留層的直接證據。

Blind reviewer 不只重跑 happy path。要刻意讓 browser missing、approval expired、write result unknown、secret canary、worktree collision 與 dangerous cleanup target 出現，觀察 harness 是否停在正確 terminal。Reviewer 也要從 receipt 追到 source evidence，驗 commit 與 environment 綁定。只要需要 builder 說『這一關平常不用跑』，就代表 required registry 或課程說明仍有隱藏假設，應回到 candidate 修正。

Scoped decision 要寫允許與不允許。可以批准 request-state transition 類 task 在合成或已授權環境中，最多一個 worker、指定 turns／time／spend、critical gate 全過、named operator 可 kill。Repository restructure、new dependency、production data、外部 write、broader roles、額外 workers 與長期無人監督都在範圍外。當任一版本、權限、工具、資料或 task class 改變，decision 自動進 review，不延續舊 receipt。

Maintenance contract 要指定平日誰看、事故時誰停、多久抽查 trace、何時跑 full holdout、exception 最長多久、map 如何更新、artifacts 保存多久、成本超標怎麼 fallback。Rollback 不只回退 code，也要停 intake、處理 in-flight effects、恢復上一版 rules／contract，並重新驗 environment。若團隊無法負擔這份維護，正確決策可能是縮小 unattended window 或只保留 orientation／verification 層。

最後的證據包要讓決策者看見通過與未解問題。首頁列 exact versions、supported scope、critical gate、clean reproduction、logical effect、collision result、成本範圍與 reviewer decision；後面才附 traces、diff、screenshots 與詳細表格。任何失敗被修復後，原 failure receipt 仍保留並連到修正 commit，不能只呈現最後一次綠燈。Residual risk 要有 owner、期限與會改變決策的事實，避免用『後續持續觀察』當無責任的收尾。

課程完成不等於 production 上線。若真實 repository 含客戶資料、部署 credential、外部 write 或受管制流程，需另做資料授權、威脅模型、供應商行為確認、target-environment eval、incident drill 與 accountable business approval。可以重用 artifacts 的形狀與檢查思路，不能重用 fixture 的結果與閾值。Final memo 應明確寫出這條邊界，避免團隊把 training receipt 當成正式環境的 release proof。

Independent sign-off 要分責任。工程 reviewer 確認 repository、state、rules、tests、recovery 與 cleanup；安全 reviewer 確認 identity、permission、secret、effect 與 destructive boundaries；營運 owner 確認 budgets、alerts、kill、incident、maintenance 與 scope；產品或 domain owner 確認任務合約與使用者結果。人數不足時可以由同一人依序扮演不同角色，但紀錄仍分開，不能一個『看起來沒問題』勾掉所有責任。任何角色選 hold，final decision 就列缺口、owner、期限與重跑條件。

交付後安排第一次 health review，不等到事故才看。檢查 cold-start orientation、rule false positives、exception age、eval consistency、recovery drills、operator burden、cost tail 與實際 task scope 是否漂移。若團隊開始用 harness 做未批准工作，先縮回 policy 與 intake，不以補更多警告文字處理。若使用率低到維護不划算，保留最有價值的 repository map 與 verification command，其餘安全移除。Decision 的價值在於持續守住範圍，也允許根據證據簡化。

結案時將下一次重新評估條件寫成可檢查清單，例如模型或工具升版、權限擴大、工作圖增加節點、資料類別改變、重大規則失效、成本尾端超標或兩次復原演練未過。任何一項出現，原決策就轉為待審。