完整學習分析：侯智葦「不被任何 AI 公司綁死」— 雙 AI 對辯週報 + 三棲遷移

分析日期：2026-05-30 分析者：Claude（web-learning-sop.md 八維分析框架） 來源平台：Facebook（侯智葦個人頁） 類型：learning-analysis 分類：AI工具 整體評分：★★★★★（全文完整分析 + 12 修正版）

---

維度 1：來源基本資訊

---

維度 2：核心概念萃取

核心主張

「把工作流寫成可遷移文件，AI 模型只是引擎。」

侯智葦描述自己因 Anthropic 2026-06-15 計費拆分觸發，打造「三棲遷移」工作備份策略：核心工作流程以 Markdown / JSON / Git 文件記錄，在多個 AI 平台備份，任一家 AI 倒閉或服務中斷，工作流程不受影響。

五個操作機制

① 三棲遷移（Triple AI Migration）

• 觸發事件：Anthropic 宣布 2026-06-15 計費拆分，促使侯智葦重新評估 AI 依賴風險
• 把所有工作流以文件形式儲存（而非依賴 AI 的記憶或 session）
• 現階段雙棲：Claude Code + Codex（OpenAI）；Gemini 暫緩（貼文明確說明：「雷蒙覺得現在的 Gemini 不太行」）
• 第三棲 Antigravity【未驗證】：貼文提及但未確認平台定位與可用性
• AI 換代、換平台、倒閉時：「搬家只需換引擎，不需搬大腦」

② 雙 AI 對辯週報（Dual AI Debate Weekly Review）

• 操作核心：各 AI 先獨立撰寫週復盤報告，不可互看（防止相互污染） — 此獨立撰寫約束是最重要的設計原則
  • 雷小蒙（Claude Code 分身）：看 18 天完整對話記錄 → 撰寫質化週報
  • Codex 分身：看自身 session 數據 → 撰寫獨立週報
• 兩份獨立完成的報告 → consensus-builder 對辯平台 → 6+3 提問交換 → 產出 12 條共識升級清單 → 侯智葦裁決
• 核心設計原則：最有價值的輸出是衝突點（不是共識） — 兩份報告的分歧、互相質疑，才是打破同溫層的材料；共識只是確認，衝突才是洞察
• 解決「Claude 審查 Claude」的同溫層回音壁問題

③ 老闆讓 AI 可被取代原則

• 不是讓 AI 不可替換；而是讓「使用 AI 的老闆」不可替換
• 若工作流只在 AI 的 session 裡、沒有文件化 → 老闆與 AI 同時消失
• 若工作流完整記錄為文件 → AI 可替換，老闆仍保有知識與方法論

④ 工具資產化

• 原話：「用得不爽的地方，如果一天能解，那就自己解，讓它變成可以一直用下去的東西」
• 不被動等待 AI 公司修復，主動把工具問題轉為自有資產
• 求職類比潛力：能力資產化 vs 技能消耗型

⑤ 「描述清楚力」是真正可遷移資產

• 原話：「真正可靠的不是任何單一 AI，是『描述清楚』這件事本身」
• 工作流文件化的本質是「把自己的方法論描述清楚」這個能力
• 此能力不被任何 AI 公司綁死，也不因模型更換而消失
• 人機分工邊界洞察：「主動去挖一個還沒人玩透的新工具，目前還是人類擅長的領域」— 人類在工具探索、問題定義、需求描述上仍有優勢；AI 擅長執行已定義清晰的工作流

---

維度 3：方法論品質評估

核心風險點：

• Codex CLI（OpenAI）目前仍在 Research Preview，台灣用戶是否可使用未確認
• 全面三棲遷移的維護成本：保持多平台的 context 同步代價不低
• 雷小蒙第一人稱撰寫的「效益聲明」（如 AI 帶來多少效益）需外部驗證
• ⚠️ 最重要的設計洞察（避免錯誤複製）：獨立撰寫約束不可省略 — 如果兩個 AI 可以先看對方報告再寫，就退化為「AI 審查 AI」的同溫層，失去對辯價值

---

維度 4：與 TZLTH-HQ 現況的相關性

高相關——TZLTH-HQ 已實踐「老闆不可被取代」原則

Tim 的系統設計本身就已體現此原則：

• CLAUDE.md、methodology/、knowledge/ 全為 Markdown 文件 → 不依賴 Claude 記憶
• Tim 擁有方法論（六大框架）、SOP、客戶洞察 → 這些不在 AI 裡
• Git 管理所有文件版本 → 天然版本控制

結論：TZLTH-HQ 已是「工作流文件化」的實踐者，侯智葦的原則在 Tim 身上已成立。

中相關——跨平台遷移性評估有實際意義

高相關——reflection-log 同溫層問題確實存在

目前流程：Claude 審查 Claude 的工作 → reflection-log、improvements.md 均為 Claude 單視角 → 侯智葦的雙 AI 對辯機制可解決此問題：讓 Codex/ChatGPT 獨立評估 Claude 的輸出品質

直接相關——Anthropic 6/15 計費拆分影響評估

侯智葦此貼文的直接觸發事件是 Anthropic 2026-06-15 計費拆分，TZLTH-HQ 同樣受影響：

---

維度 5：可採用的具體做法

採用點 A【DEV / KM】P3 — CLAUDE.md 跨平台相容性評估

做什麼：清點 TZLTH-HQ 元件，分類為「跨平台可遷移」vs「Claude Code 專屬」，建立 knowledge/analyses/hq-portability-map.md 為什麼：若未來有 Codex 或其他 AI 接手部分任務的需求，需要清楚知道哪些需要重寫 優先度：P3（目前無遷移需求，但值得建立清單） 等待條件：Codex Research Preview 正式可用（或有其他遷移需求觸發時）

採用點 B【KM】P3 — reflection-log 加入「雙視角確認」機制

做什麼：每月底（而非每週）執行一次「外部視角確認」——將當月 improvements.md 新條目貼給 Codex 或 ChatGPT，請其撰寫獨立評估報告（不可先看 Claude 的 reflection-log），兩份報告必須獨立完成後再比對衝突點 為什麼：improvements.md 的品質完全依賴 Claude 的自我覺察，有系統性盲點風險；獨立撰寫約束防止「Claude 審查 Claude」回音壁 優先度：P3（月頻率，低成本） 等待條件：Codex Research Preview 開放；或以 ChatGPT 替代

採用點 C【CNT】P2 — 「老闆讓 AI 可被取代」Threads 破圈素材

做什麼：以此框架寫一篇 Threads 貼文，針對求職者：「你的求職能力不能只綁定一個 AI 工具（或獵頭、或公司）」 類比：侯智葦的「AI 三棲遷移」= 求職者的「能力可遷移性」——履歷技巧不應只適用一家公司，而應是可遷移的核心能力框架 時效性：Anthropic 6/15 計費拆分 → 話題性高，可結合時事 優先度：P2（話題性高，與 Tim 定位契合） Hook 方向：「為什麼你的求職能力可能比 AI 更脆弱」/ 「三年後你還在靠同一份履歷嗎」

採用點 D【CNT】P2 — 「工具資產化：一天能解就自己解」Threads 素材

做什麼：以「工具資產化」概念寫 Threads 貼文，職涯版：「一天能解決的能力缺口，就自己解，讓它變成你的資產」 原話：「用得不爽的地方，如果一天能解，那就自己解，讓它變成可以一直用下去的東西」 求職類比：遇到不擅長的面試題型，與其依賴話術包裝，不如花一天把底層能力補起來 優先度：P2（求職版工具資產化）

採用點 E【CNT】P2 — 「描述清楚力才是可遷移資產」Threads 素材

做什麼：以「描述清楚力」概念寫 Threads 貼文，核心訊息：「你的競爭力不是你用哪個 AI，是你把自己的方法論描述清楚的能力」 原話：「真正可靠的不是任何單一 AI，是『描述清楚』這件事本身」 接 Tim 職涯轉譯核心：履歷轉譯、面試敘事、能力語言化 — 都是「描述清楚力」的應用場景 優先度：P2（直接對接 Tim 核心服務價值主張）

採用點 F【CNT】P3 — 「主動挖工具 vs 被動接指令」人機分工 Threads 素材

做什麼：以「人機分工邊界」概念寫 Threads 貼文，核心：AI 擅長執行清晰定義的工作流，人類擅長主動探索不確定的新工具、挖掘未定義問題 原話：「主動去挖一個還沒人玩透的新工具，目前還是人類擅長的領域」 求職類比：主動研究陌生產業/公司/機會，是人比 AI 更有優勢的領域；AI 輔助已知，人類探索未知 優先度：P3（需配合後續整體人機分工系列企劃）

---

維度 6：不採用 / 暫緩項目

❌ 全面三棲遷移（暫緩）

原因：

1. Codex CLI 仍在 Research Preview，台灣可用性未確認
2. 三個平台的 context 同步成本高（每次 session 需分別設定 CLAUDE.md 等效文件）
3. TZLTH-HQ 目前 Claude Code 依賴性深（Hooks/MCP），遷移成本高
4. 目前無單一 AI 崩潰的緊迫風險

保留觀察期：Codex 正式開放 + Gemini Code Assist 穩定後，重評

❌ AI 分身第一人稱 daily-log（不採用）

貼文截圖顯示的做法：讓 AI 以「第一人稱」記錄工作日誌，彷彿 AI 本身有連續性記憶 不採用原因：

• 與 TZLTH-HQ 的記錄歸屬邏輯衝突（daily-log 的主語是 Tim 的工作，非 AI 的行為）
• 引入「AI 的感知」描述會模糊真實工作記錄的事實性
• 維度 1 已識別的 AI 自報偏差問題，在 daily-log 此場景尤其明顯

❌ P.S. 互動實驗（不採用）

貼文提及的做法：貼文末 P.S. 要求讀者以特定表情回覆，作為 AI 協作演算法觸發實驗 不採用原因：

• Threads 平台演算法機制不同於 Facebook，此互動信號效果未驗證
• Tim 的 Threads 品牌定位是職涯顧問，CTA 以諮詢/詢問為主，不適合搞互動實驗
• 此做法是侯智葦個人品牌測試行為，非可遷移框架

❌ Swift/SwiftUI 提詞機 App（不採用）

貼文提及的做法：侯智葦用 Claude Code 打造 Swift/SwiftUI 提詞機 App 作為 AI 工程能力展示 不採用原因：

• Tim 的系統棧為 Next.js/Node.js/Python，無 iOS/Swift 開發需求
• 此案例是侯智葦個人展示，無法直接遷移至 TZLTH-HQ 場景

⏳ AI 分身撰寫週報格式（P3 評估/暫緩）

貼文描述的格式：讓 AI 分身每週生成一份「自身工作」的質化週復盤報告（雙 AI 對辯的輸入材料） 評估：此格式在雙 AI 對辯框架下有明確用途，但需：

• Codex Research Preview 台灣開放（確認雙 AI 可用）
• 確認 consensus-builder 工具的具體使用方式 等待條件：採用點 B（reflection-log 雙視角確認）試行 3 個月後重評

---

維度 7：整體評分與優先判斷

★★★★★ 升評依據：

• 原評 ★★★★☆ 基於前版 60% 不完整資訊
• 全文閱讀後發現：工具資產化（概念 4）和描述清楚力（概念 5）是完全新增的高價值概念；採用點由 3 條增至 6 條（採用點 E 直接對接 Tim 職涯轉譯核心，為目前 6 條中最高價值）
• 來源可信度升至 ★★★★★（完整全文 + 第一手操作截圖 + Anthropic 6/15 計費拆分外部可驗證事件佐證）；但維度 1 來源偏差聲明仍有效（AI 自述偏差不消失）

與現有知識庫的連結：

• improvements.md IMP-055（同溫層問題記錄）：雙 AI 對辯機制是直接的解法
• 2026-05-26-jiangjiang-ai-office-workshop.md：「流水的 AI，鐵打的知識」哲學高度吻合老闆讓 AI 可被取代原則
• knowledge/methodology/six-consulting-frameworks.md：描述清楚力 = Tim 職涯轉譯服務的底層能力語言；可引用為服務價值主張佐證
• 2026-05-03-fb-claude-code-context-window.md：Context Window 優化與 CLAUDE.md 遷移性評估相互呼應
• 侯智葦三棲遷移架構 × TZLTH-HQ 系統架構：CLAUDE.md 的「老闆不可被取代」設計哲學已先於侯智葦實踐，可反向引用為外部佐證

---

維度 8：存入知識庫（三步強制執行）

• Step A（condensed） → knowledge/references/AI工具.md ← 執行
• Step B（本檔） → knowledge/analyses/2026-05-30-fb-houjhwei-dual-ai-debate.md ✅ 完整修正版
• Step C（index） → knowledge/analyses/README.md ← 執行

---

步驟九：採用點彙整（tasks.md 已寫入）