創造と構築
4/29 GitHub 把我斷線了：兩週重建五層韌性架構的工程紀錄
要約
2026年4月29日作者GitHub帳號遭無預警停權，觸發對整套工作流單點失效的危機反思。作者用兩週重建五層韌性架構：本地優先寫作、三點Git備份加冷儲存、本地直推Cloudflare Pages、契約測試與混沌演練、跨AI session協同協議。核心洞見源於三哩島事故教訓——複雜系統的脆弱來自緊密耦合與非預期交互，真正的韌性不是系統強到不壞，而是設計讓局部失效可被隔離與補位。文章論證Human in the Loop不只是AI能力限制的補救，而是韌性系統的必要設計；同時指出AI加速執行層工作，卻放大了決策密度需求，催生「判斷力經濟」的崛起。
要点
- 單點失效的系統設計在衝擊下會迅速擴散，不該依賴單一外部服務作為必經之路
- 韌性系統核心是容許局部故障且能自動補位，而非追求完全不壞的虛幻強韌
- Human in the Loop在設計與執行階段都不可或缺，人類判斷是韌性的關鍵節點
- AI加速執行工作但無法自動收斂決策，個人化的Agent系統需要反覆迭代優化
- 判斷力正成為稀缺資源，從執行者過渡到策展人再到裁判官的角色升級
チャプター
- GitHub停權危機：單點失效的暴露
2026年4月29日作者GitHub帳號無預警停權，沒有理由與申訴回應，導致整套寫作部署流程中斷。
- 三哩島事故與複雜系統設計
回顧1979年核電站事故案例，分析緊密耦合與非預期交互如何導致局部錯誤演變為系統災難。
- 五層韌性架構重建方案
詳述創作層、保存層、部署層、監測層、協同層的完整設計，各層如何解耦外部依賴並建立冗餘。
- AI Agent系統的實踐陷阱
分析為何「一週建好AI員工系統」不可行，Skills的折疊形狀取決於個體工作環境與決策脈絡。
- 五大核心學習與韌性設計原則
闡述允許局部故障的設計理念、AI無法自動收斂決策、Human in the Loop的必要性等核心洞見。
- 判斷力經濟的崛起
論證AI加速執行層工作，同時放大決策密度與判斷需求，從Maker到Judge的職能演進趨勢。
引用
我用兩週把所有依賴 GitHub 的環節打散重建：本地優先寫作、Codeberg + GitLab + R2 多點備份、本地 wrangler 直推 Cloudflare Pages、契約測試 + 混沌演練 + 漂移掃描，以及 Chat / Cowork / Code 三種 AI session 的協同協定。
不能讓任何一家服務變成必經之路。這個原則不只適用於內部系統，也適用於你所依賴的外部系統。
我們需要的不是安全意識，是安全系統。把系統搞好，有緩衝區，有餘裕，有穩定的迴路，我們才能有恃無恐。
韌性系統不是『全自動』的系統。它是設計階段有意識讓人類處於關鍵節點、執行階段持續被人類監督的系統。
知識工作者的角色，正在從『Maker（執行者）』過渡到『Curator（策展人）』、最後落腳在『Judge（裁判官）』。判斷該不該做、何時停下、為後果負責，最稀缺。