date: 2026-06-10 群集: AI架構 × 知識管理（跨群集聯集，方案 A 聚焦） 讀取篇數: 8（交集 ●● 4 篇 + 知識管理 ● 側翼 4 篇） 時間跨度: 2026-05-03 ～ 2026-06-10 編譯者: Claude 來源分布: 江江教練 ×3（gamma/yt/ai-office）/ 侯智葦 ×1 / WenHao ×1 / yuliang35 ×1 / Wilson Hu ×2
知識編譯：AI架構 × 知識管理
首次「知識編譯」SKILL 執行（RCF-080 驗證 + 重現 Session 61 原型）。 納入 8 篇全文：harness-engineering（gamma）/ jiangjiang-harness（yt）/ houjhwei-dual-ai-debate / jiangjiang-ai-office-workshop / wenhao-northstar-12weekyear / yuliang35-obsidian-claudian / wilson-claude-obsidian-llm-wiki / fb-claude-obsidian-workflow
① 群集概覽
這 8 篇橫跨 2026-05-03～06-10，是台灣 AI 應用圈在 2026 上半年對「個人/講師如何用 AI 管理知識」的集體論述切片。來源以講師身份創作者為主（江江教練、侯智葦、Wilson Hu 皆為 AI 應用教學者），主題收斂於三個反覆出現的詞：Harness Engineering、LLM Wiki、知識與工具解耦。交集 4 篇（江江 ×2 + 侯智葦 + 江江 ai-office）提供框架骨架，知識管理側翼 4 篇（WenHao/yuliang35/Wilson ×2）提供具體工作流（12 Week Year、Obsidian 雙向讀寫、compile/query/lint/log 四指令）。共同預設：知識是核心資產，AI 是可替換引擎。
② 跨分析共識點
共識 1：知識與工具解耦是 2026 上半年的集體運動（5+ 篇同指）
- 支持分析：gamma-harness（「我的文件就是我的系統」）/ houjhwei（「換引擎不換大腦」三棲遷移）/ jiangjiang-ai-office（「流水的 AI，鐵打的知識」）/ yuliang35（Obsidian 持久化）/ wilson（LLM Wiki raw/wiki/output 文件層）
- 核心引述：「真正可靠的不是任何單一 AI，是『描述清楚』這件事本身」（侯智葦）
共識 2：知識管理焦點從 retrieval（查詢）推向 compilation（編譯）
- 支持分析：gamma-harness / wilson-llm-wiki / fb-claude-obsidian-workflow
- 核心引述：「Before：知識庫 = 被查詢的資料池 → Now：知識庫 = Agent 持續維護的編譯結果」（江江引 Karpathy）
共識 3：知識庫需要「維護/防腐」機制，不只「存入」
- 支持分析：wilson ×2（lint：矛盾偵測 + 孤島識別）/ jiangjiang-ai-office（技能包大總管健檢）/ houjhwei（雙 AI 對辯防同溫層）
- 核心引述：「知識只有『存入』沒有『維護』機制，導致隨時間腐化」（Wilson 四工作流）
共識 4：把「執行」變成可追蹤迴路是個人系統的共同訴求
- 支持分析：wenhao（12 Week Year + Lead/Lag + WAM 問責）/ jiangjiang-ai-office（承諾訊號 0-4 分級）
- 核心引述：「年度目標被遺忘——一月立志、三月消失」（WenHao）
③ 跨分析張力點
張力 1：自我進化 vs 人工可控（知識系統演進方向之爭） 江江提出 Hermes（Agent 從自身經驗自動生成/優化 SKILL，越用越強）vs OpenClaw（人工精心設計、質量高、可控）兩端。侯智葦的「工具資產化／一天能解就自己解」偏人工掌控端。成因：自動化提升效率但有降質風險，可控性保品質但靠人力。TZLTH-HQ 現處 OpenClaw 端（人工升規 improvements.md）。
張力 2：視覺化圖譜 vs 純文字+Grep（知識可瀏覽性兩條路線） yuliang35/Wilson 主張 Obsidian Graph View / Canvas 視覺化關聯；HQ + Wilson 的文件層則靠 Grep + README 文字索引。成因：視覺化降低瀏覽門檻但需 GUI 維護；純文字對 AI 檢索更友善但對人類瀏覽較弱。
張力 3：個人知識持久化 vs 操作程序持久化（「鐵打的知識」內涵不同） 江江/yuliang35 的「鐵打的知識」= 個人日記/脈絡/歷史（3×4 資料法）；HQ 的 = SOP/SKILL/方法論（操作程序）。同一句口號，兩種落地。
④ 跨分析新洞察（⭐ 單篇看不到、跨篇才浮現）
洞察 1：「解耦運動」有一個所有來源都沒解決的共同未竟之處——路由邏輯仍與工具耦合
- 依據：gamma-harness × jiangjiang-ai-office（補充二 2a）× houjhwei × wilson（4 篇交叉）
- 內容：5+ 篇都主張「知識存成平台無關文件，AI 只是引擎」。但沒有一篇真正把「怎麼用這些知識」也解耦。江江 ai-office 分析補充二 2a 已點破：methodology/ 是鐵打的知識（✅ 文件化），但「何時用哪個框架」的路由邏輯只存在 CLAUDE.md 的情境觸發規則——若換掉 Claude，方法論文件還在，但「使用說明」消失。單看任一篇都看不到這個盲點；橫跨 4 篇「解耦」主張對照後才浮現：整個 2026 解耦運動停在「知識解耦」，沒走到「使用知識的路由也解耦」。
- 對 Tim 的含義：Tim 的下一個具體動作不是再建知識，而是把框架路由（江江補充二已備好 six-consulting-frameworks.md 補強草稿）寫進文件本身，讓任何 AI 不讀 CLAUDE.md 也能正確調用方法論。
洞察 2：四篇的「自我改進」機制可組成一道知識系統成熟度階梯，TZLTH-HQ 只缺第三階
- 依據：wilson（compile/lint）× jiangjiang（Hermes 自進化）× houjhwei（雙 AI 對辯）× 本 session 知識編譯 SKILL（IMP-170 核對）
- 內容：把散落 4 篇的自我改進機制排序，浮現一道遞進階梯：① compile 整理 → ② lint 除錯（矛盾/孤島）→ ③ 外部視角防同溫層 → ④ Hermes 自動生成。TZLTH-HQ 已有 ①（整理知識庫 SKILL）、②（Step 7.5 lint）、④的雛形（improvements.md 手動升規 + 本日新建知識編譯 SKILL 的 IMP-170 採用核對）。第③階「外部視角」侯智葦的雙 AI 對辯正是補洞——且核對發現 HQ 已建 dual-ai-review-sop.md（RCF-058）涵蓋此階。結論：階梯四階 HQ 已全數有對應機制，是少見的完整度；單篇只給一個機制，跨篇才看出這是一條可檢核的成熟度光譜。
- 對 Tim 的含義：知識系統自我改進已成體系，無新建需求；可作為對外教學的「知識系統成熟度模型」素材。
洞察 3：Tim 的下一個槓桿不在系統建設（已領先），而在把已建系統翻譯成「可教的語言」
- 依據：gamma（Harness Engineering / LLM Wiki 學術命名）× houjhwei（「描述清楚力」「老闆讓 AI 可被取代」）× wenhao（Lead/Lag）× jiangjiang-ai-office（C6/W7 課程機會）
- 內容：8 篇全部得出同一結論「Tim 系統已超越來源描述的入門狀態」。但反覆出現一個 Tim 缺的東西——不是「做法」（都做了），而是「命名/語言」：江江給了 Harness Engineering、LLM Wiki；侯智葦給了「描述清楚力」；WenHao 給了 Lead/Lag。這些是 Tim 對外解釋「為什麼花時間設計 CLAUDE.md」+ 轉化成課程素材的語言層。跨分析洞察：領先者的下一個槓桿往往不是再領先，而是把領先翻譯成可傳遞的語言——這正是 Tim 從「自用系統」走向「課程產品（C6/W7）」的橋。
- 對 Tim 的含義：Harness 術語已入 role-brief（✅ 已做對方向）；下一步是 C6「職涯 AI 工作室」/ W7「AI 員工工作坊」——把系統設計能力產品化。
洞察 4：三篇知識管理工具分析裡，浮現一個跨界到職涯服務的執行追蹤產品模組
- 依據：wenhao（12 Week Year/Lead-Lag/WAM）× jiangjiang-ai-office（承諾訊號 0-4 分級）
- 內容：WenHao 的「Lead/Lag 指標 + WAM 週問責」與江江的「承諾訊號分級」表面是個人生產力/外展工具，但兩者交叉指向同一件事：把模糊的「執行」變成可量化追蹤的迴路。這對 Tim 職涯諮詢最痛的「行動斷點」（客戶諮詢後不執行）是直接解方——可組成「諮詢後執行追蹤」模組（Lead 指標=面試數/履歷投遞、Lag=Offer；WAM 週自評）。核對確認 post-consultation-wam-weekly.md 已建 v1.1（✅ 已落地）。跨分析價值：純知識管理工具的方法論，跨界成了 Tim 職涯服務的客戶留存設計。
- 對 Tim 的含義：WAM 問卷已建；可再把「Lead/Lag 教學」正式寫入諮詢方法論（諮詢中向客戶解釋可控行動 vs 結果）。
⑤ IMP-170 採用狀態核對
⛔ 實際 grep tasks.md + improvements + 檔案，非從建議欄反推（防 Session 62 過度宣稱）。
| 洞察 | 建議事項 | tasks.md 狀態 | 實際核對 | 建議動作 |
|---|---|---|---|---|
| 1 路由解耦 | six-consulting-frameworks.md 加「AI 調用前置說明」 | 查無對應條目 | grep 確認檔案無路由前置（江江補強草稿存於 analysis 未套用） | 新增 tasks P3（真缺口） |
| 2 成熟度階梯-外部視角 | 雙視角確認機制 | 查無 tasks 條目 | dual-ai-review-sop.md 已建（RCF-058） | 已涵蓋，無需新增 |
| 3a 教學語言-Harness | Harness 術語入 role-brief | — | ai-employee-role-brief.md L177 已入 | 已涵蓋 |
| 3b 教學語言-課程 | C6 職涯AI/W7 AI員工工作坊 | 查無對應條目（W7 為壓力課，非 AI 課） | pending-decisions + tasks 均查無 | 建議確認是否追蹤（jiangjiang 分析曾建議 P3，疑未落地） |
| 4 諮詢後執行追蹤 | WAM 問卷 | 查無新條目 | post-consultation-wam-weekly.md 已建 v1.1 | 已涵蓋；可選：Lead/Lag 寫入諮詢方法論 |
核對結論：4 洞察的建議中 3 項（雙視角/Harness/WAM）已落地，IMP-170 防護成功攔截過度宣稱。真正待辦僅 2 項：① 路由解耦（P3 新增）② C6/W7 課程追蹤確認。