JefferyandClaude Opus 5
73b9cd9f75
feat(install): 安裝完成等於驗過能用
install 寫完轉接檔後，把叫用鏈真的走一遍：轉接檔 → PATH 上的 tea-sdlc → 流程正本。
最脆弱的是中間那一環。套件裝在某個 Node 版本底下，換個版本就找不到了，而轉接檔本身
看起來完全正常——沒有這道驗證，使用者要到第一次打 /sdlc-plan 才發現，那時他已經離開
安裝的心智狀態很久了。所以不是查檔案在不在，而是真的到 PATH 上把 tea-sdlc 找出來執行
一次，再把取回的正本跟套件裡的那一份逐字比對：找不到、叫不動、或叫到的是另一份安裝，
三種都驗得出來。轉接檔則逐一回磁碟讀，比對存在且內容含正確的叫用行。
驗證不碰網路，也與 Gitea 登入、時間追蹤無關，所以無條件執行。
驗不過回 ok:false，但已經寫好的轉接檔一份都不刪。回滾在升級情境下是淨損失：原本有一組
能用的舊轉接檔，覆蓋後驗證失敗再刪掉，使用者就從「有點舊但能用」變成什麼都沒有；何況
最可能的病灶是「PATH 上找不到 tea-sdlc」，那不是轉接檔的問題。
為此 lib 多一個 Failure：有一種失敗是事情做完了、檔案也寫出去了，只是驗不過，那時最該
交出去的正是「已經寫了哪些、哪一段不通」。envelope 形狀不變，只是 {ok:false, error}
旁邊多一個 data，只讀 error.code 的呼叫端照常運作。
--dry-run 不寫入，也就沒有東西可驗，verify 標成 skipped。
Closes #59
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-17 18:25:32 +08:00
..
2026-09-17 18:25:32 +08:00
2026-09-17 06:59:37 +00:00
2026-09-17 17:33:44 +08:00
2026-09-17 16:29:12 +08:00
2026-09-17 07:39:54 +00:00
2026-09-17 09:19:10 +00:00
2026-09-17 08:23:24 +00:00
2026-09-17 18:25:32 +08:00
2026-09-17 06:59:37 +00:00
2026-09-17 04:44:47 +00:00
2026-09-17 09:19:08 +00:00
2026-09-17 06:06:05 +00:00
2026-09-17 07:39:54 +00:00
2026-09-17 07:39:54 +00:00
2026-09-17 04:44:45 +00:00
2026-09-17 16:29:12 +08:00
2026-09-17 06:22:31 +00:00
2026-09-17 09:19:07 +00:00
2026-09-17 17:46:43 +08:00
2026-09-17 08:46:34 +00:00
2026-09-17 17:16:44 +08:00
2026-09-17 04:44:45 +00:00
2026-09-17 07:39:54 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 18:25:32 +08:00
2026-09-17 06:50:35 +00:00
2026-09-17 06:06:11 +00:00
2026-09-17 08:23:27 +00:00
2026-09-17 05:43:24 +00:00
2026-09-17 16:59:30 +08:00
2026-09-17 17:33:44 +08:00
2026-09-17 05:43:26 +00:00
2026-09-17 06:50:35 +00:00
2026-09-17 09:19:11 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 04:26:51 +00:00
2026-09-17 16:29:12 +08:00
2026-09-17 06:22:29 +00:00
2026-09-17 17:33:44 +08:00
2026-09-17 16:27:43 +08:00
2026-09-17 17:06:07 +08:00
2026-09-17 09:19:08 +00:00
2026-09-17 06:06:08 +00:00