第一步：IDOL Wiki
沒有 IDOL Wiki，你建的只是一個空殼網站；有了它，每個系統都知道怎麼用你的語氣代表你說話。
在建網站之前，先做這一件事
在你打開任何建站工具之前，有一件事必須先做好。
這件事，是整個 AIOPC 能夠自動運轉的根本原因。
沒有它，你建的只是一個空殼網站。
有了它，你建的每一個系統都知道怎麼代表你說話、用你的語氣、講你的故事。
這件事，就是建立你的 IDOL Wiki。
IDOL Wiki 是什麼
IDOL Wiki 有兩個核心目的。
這兩個目的，都不是「知識管理」。
目的一：實現 Agent 原生網站與社群的內容自動化
你的 Agent 原生網站需要持續更新的 SEO 文章、GEO Wiki 條目、Landing Page。
你的社群需要符合你語氣的 Instagram 貼文、LinkedIn 洞察、Threads 短句。
這些內容從哪裡來？
從你——你的語氣、你的主張、你的故事、你對受眾的理解。
但你不可能手動在每個平台用每個平台的語氣寫每一篇內容。
IDOL Wiki 是讓 Agent 員工能夠代替你在每個平台產出對的內容的上下文基礎。
沒有 IDOL Wiki：
Agent 員工不知道你的語氣 → 文章不像你
Agent 員工不知道你的主張 → 內容沒有立場
Agent 員工不知道 IG 和 LinkedIn 的說話方式不同 → 所有平台都一樣的廢話
有了 IDOL Wiki：
Agent 員工讀取 voice.md → 語氣像你
Agent 員工讀取 beliefs.md → 立場鮮明
Agent 員工讀取 Channels/instagram.md → 150 字以內，情緒鉤子開場
Agent 員工讀取 Channels/linkedin.md → 思想領袖語氣，案例包裝觀點
→ 在對的平台，用對的語氣，說對的話
加上 Publish 操作，IDOL Wiki 的內容直接透過 Claude Code 部署上線——
不需要你手動搬運，不需要你一篇一篇複製貼上。
你更新 Obsidian，IDOL Wiki 更新，Agent 軍團自動產出內容。
目的二：訓練你的 AI 分身，成為未來的 IDOL Agent
每一次你在 Obsidian 輸出的東西——
一段想法、一個決策、一篇文章草稿——
都在訓練一個越來越像你的 AI 分身。
你每一次在 Obsidian 的輸出：
→ 進入 Raw_Sources（原始輸入，immutable）
Claude Code Ingest：
→ 提取語氣特徵 → 更新 voice.md
→ 提取核心主張 → 更新 beliefs.md
→ 提取故事片段 → 更新 story.md
IDOL Wiki 越豐富：
→ Agent 員工越了解你
→ 自動化內容越像你
IDOL Wiki 足夠成熟時：
→ AI 分身升級為 IDOL Agent
→ IDOL Agent 指揮整個 Agent 軍團
→ 自主判斷下一步要在哪個平台發什麼內容
IDOL Wiki，是你把自己「寫進 AI」的過程。
你每天的 Obsidian 輸出，都在讓 AI 更了解你、更能代表你。
等 IDOL Wiki 夠豐富，你的 IDOL Agent 就誕生了——
一個懂你的語氣、懂你的主張、懂你每個平台的說話邏輯，能夠指揮所有 Agent 員工的 AI 分身。
IDOL Wiki 的架構
IDOL Wiki 的技術基礎，借鑑自 Andrej Karpathy（前 Tesla AI 總監）提出的 LLM Wiki。
但 LLM Wiki 是線性管道：一個知識來源 → 一個 AI 消費者。
IDOL Wiki 要解決的問題更複雜：一個人 → 多個平台 × 多種格式 × 持續增長的內容。
所以 IDOL Wiki 是兩軸系統。
縱軸：你是誰（平台無關）
─────────────────────────────
Raw_Sources 你的 Obsidian 原始輸出
Wiki/ 提煉後的核心身份知識（7 個條目）
Schema/ 從 Wiki 同步的 Agent 行為準則
×
橫軸：你在哪裡出現（平台相關）
─────────────────────────────
Channels/ 每個平台的說話規則與格式限制
Memory/ 系統記得你在每個平台發布過什麼
Publish/ 執行部署的腳本庫
縱軸告訴 Agent：你是誰、說什麼、為誰說。
橫軸告訴 Agent：在哪個平台、怎麼說、說多長、之前說過什麼。
兩軸交叉，才能在任何平台產出任何格式的內容，而且不重複、不矛盾。
Wiki/ 是核心——你是誰
七個核心條目，記錄你這個人：
identity.md → 我是誰（身份 / 使命 / 主張 / 價值觀）
voice.md → 我的語氣（說話方式 / 句式 / 禁忌詞 / 真實範例）
story.md → 我的故事（轉折 / 失敗 / 現在在做什麼 / 為什麼）
audience.md → 我的讀者（他們是誰 / 痛點 / 夢想 / 疑慮）
products.md → 我的產品（定位 / 差異化 / 定價邏輯）
beliefs.md → 我的主張（核心觀點 / 我反對什麼 / 獨特洞察）
content.md → 我的內容（主題 / 格式偏好 / 成功案例）
這七個條目，是所有 Agent 員工的上下文基礎。
Channels/ 是規則——怎麼說話
同一個人，在不同平台說話的方式不一樣。
這不是假裝，這是每個平台的受眾習慣和格式限制決定的。
Channels/
├── blog.md → SEO 結構、1500–2500 字、H1/H2/H3、關鍵字密度
├── geo.md → Q&A 格式、AI 搜尋引擎可引用、What/Why/How 結構
├── lp.md → 轉換文案邏輯、打痛點、CTA 明確
├── instagram.md → 視覺方向 + 150 字以內 + hashtag
├── linkedin.md → 思想領袖語氣、案例包裝觀點、1300 字以內
└── threads.md → 單一洞察、對話感、500 字以內
有了 Channels/，Agent 不只知道你說什麼——
它也知道在這個平台怎麼說。
Memory/ 是記憶——做過什麼
這是 IDOL Wiki 解決規模問題的關鍵。
你發了 100 篇文章之後，系統怎麼知道這個主題發過了？
下一篇 blog 要連結到哪些相關文章？
哪些主題還沒有覆蓋？
Memory/
├── master-index.md → 所有已發布內容的總索引（跨平台）
├── topic-map.md → 主題群集地圖（哪個關鍵字已有內容）
├── gap-analysis.md → 尚未覆蓋的主題與關鍵字
└── refresh-queue.md → Wiki 更新後需同步修訂的舊內容
每次 Publish 完成，Memory 自動更新。
系統永遠知道做過什麼、缺什麼、什麼東西需要更新。
你需要準備的只有兩件事
1. Obsidian（免費）
→ 你的日常輸出工具
→ 在這裡寫你的想法、故事、主張、決策紀錄
→ 這裡是你給 IDOL Wiki 的「原料」
2. Claude Code
→ 負責把你的 Obsidian 輸出整理成 IDOL Wiki
→ 負責維護、更新、優化 Wiki 品質
→ 負責在正確的平台用正確的語氣發布內容
→ 你不需要手動管理任何 md 檔案
你的工作只有一件：持續在 Obsidian 寫。
其他全部，Claude Code 做。
建立 IDOL Wiki：一個步驟
把 IDOL-Wiki.md 放進專案，告訴 Claude Code 讀它
步驟一： 建立你的 IDOL Wiki 專案資料夾，把本章附錄的 IDOL-Wiki.md 放進去。
你的 IDOL Wiki 專案/
└── IDOL-Wiki.md ← 放在這裡，其他什麼都不需要
步驟二： 用 Claude Code 開啟這個資料夾，說這句話：
請讀取 IDOL-Wiki.md，然後初始化 IDOL Wiki 系統
就這樣。
IDOL-Wiki.md 是 IDOL Wiki 的完整規格文件——
Claude Code 讀完它，就知道整個系統的架構、每個組件的用途、每個操作的執行方式。
不需要解釋，不需要額外的提示詞，不需要上傳任何其他文件。
Claude Code 初始化完成後，會建立：
資料夾結構（六個組件）
七個 Wiki 核心條目模板
六個 Channels/ 頻道設定
四個 Memory/ 記憶檔案
七個 Publish/ 部署腳本
初始 Schema/CLAUDE.md
完整使用說明
全程不需要你懂技術，不需要手動建任何 md 檔。
之後每次開新對話，也只需要一句話：
請讀取 IDOL-Wiki.md，然後執行 Ingest
請讀取 IDOL-Wiki.md，然後 publish blog AI一人公司
請讀取 IDOL-Wiki.md，然後執行 Lint
IDOL-Wiki.md 住在你的專案裡，永遠在那裡。
Claude Code 每次讀它，就知道系統是什麼、怎麼操作。
文件即系統。讀完即能操作。
Claude Code 完成後，你得到什麼
IDOL-Wiki/
│
├── Raw_Sources/ ← 你的 Obsidian 原始輸出放在這裡
│
├── Wiki/ ← 你是誰
│ ├── identity.md
│ ├── voice.md
│ ├── story.md
│ ├── audience.md
│ ├── products.md
│ ├── beliefs.md
│ └── content.md
│
├── Channels/ ← 怎麼在每個平台說話
│ ├── blog.md
│ ├── geo.md
│ ├── lp.md
│ ├── instagram.md
│ ├── linkedin.md
│ └── threads.md
│
├── Memory/ ← 發過什麼、缺什麼、需要更新什麼
│ ├── master-index.md
│ ├── topic-map.md
│ ├── gap-analysis.md
│ └── refresh-queue.md
│
├── Schema/
│ └── CLAUDE.md ← 所有 Agent 員工的行為準則
│
└── Publish/
├── Website/ ← 網站部署腳本
│ ├── about.md
│ ├── blog.md
│ ├── geo.md
│ └── lp.md
└── Social_Media/ ← 社群發布腳本
├── instagram.md
├── linkedin.md
└── threads.md
加上四個隨時可呼叫的操作指令：
Ingest → Obsidian 新輸出 → 更新 Wiki + Memory
Lint → 掃描品質 → 找出空缺和矛盾
Query → 查詢 Wiki + Memory → 回答問題，沉澱為新條目
Publish → Wiki + Channels + Memory → 生成內容 → 部署上線
之後的日常維護
你每天只需要一件事：在 Obsidian 寫。
寫你今天的想法、今天的決策、今天的 IDOL 輸出。
不需要整理格式，不需要歸類，不需要想「這要放哪裡」。
就寫。
你想把新的 Obsidian 輸出整進 Wiki：
→ 「請執行 IDOL Wiki Ingest」
你想確認 Wiki 品質和內容空缺：
→ 「請執行 IDOL Wiki Lint」
你想把最新的 Wiki 內容直接上線：
網站發布：
→ publish about → About 頁面直接部署
→ publish blog [主題] → SEO 文章直接發布
→ publish geo [主題] → GEO Wiki 條目直接上線
→ publish lp [課程名] → Landing Page 直接部署
社群發布：
→ publish instagram [主題] → IG 貼文生成
→ publish linkedin [主題] → LinkedIn 貼文生成
→ publish threads [主題] → Threads 短文生成
每次 Publish，系統都會先查 Memory——
確認這個主題在這個平台發布過沒有，有哪些相關內容可以連結，
再生成內容，部署完成後更新 Memory。
你不需要記任何東西。系統有記憶。
IDOL Wiki 的兩條成長軌跡
軌跡一：內容自動化程度越來越高
第一個月：Wiki 條目剛建立，Channels 剛設定
→ Publish 出來的內容需要你確認調整
→ Memory 還很空，gap-analysis 清單很長
三個月後：Wiki 越來越豐富，Memory 越來越完整
→ publish blog 出來的文章語氣像你、立場清晰、SEO 結構完整
→ publish instagram 出來的貼文有情緒鉤子、150 字以內、hashtag 精準
→ Memory 知道哪些主題已覆蓋、自動建議下一篇寫什麼
→ 你的介入越來越少
六個月後：Wiki 深度了解你，Memory 記錄了幾十篇發布歷史
→ 所有平台的自動化內容，幾乎不需要你修改
→ 你只需要持續寫 Obsidian，Agent 軍團自動產出
軌跡二：AI 分身越來越像你，走向 IDOL Agent
持續 Ingest：
→ voice.md 累積真實語氣範例（目標 50+ 個）
→ beliefs.md 累積完整核心主張
→ story.md 累積你的故事脈絡
IDOL Wiki 成熟時：
→ IDOL Agent 誕生——它了解你是誰、在每個平台怎麼說話、已經做了什麼、還缺什麼
→ 不需要你下指令，自主讀 gap-analysis → 選主題 → 選平台 → 執行 Publish
→ IDOL Agent 成為 Agent 軍團的主控
→ 你只需要確認，不需要啟動
你每天往 Obsidian 投入的每一個想法，
同時在做兩件事：讓 Agent 軍團的內容更自動化，讓 AI 分身更像你。
IDOL Wiki 解鎖 目的一：實現 Agent 原生網站與社群的內容自動化 目的二：訓練 AI 分身，成為未來的 IDOL Agent 架構：兩軸系統（縱軸身份 × 橫軸平台） 縱軸：Raw_Sources / Wiki / Schema 橫軸：Channels / Memory / Publish 你的工作：持續在 Obsidian 寫 Claude Code 的工作：Ingest / Lint / Publish / Memory 維護 成長軌跡：Wiki 越豐富 → 自動化越高 → AI 分身越像你 → IDOL Agent 誕生