by Rain Chu | 7 月 15, 2026 | AI , skills , Tool
OpenWiki 最值得看的地方是它把 Agent 需要的上下文整理成可以持續更新的本地 wiki,對每天用 Codex、Claude Code、Hermes 或其他 coding agent 的人來說,真正麻煩的不是模型不夠聰明,而是每次開工都要重新解釋專案背景、設計理由、檔案位置和過去踩過的坑。
OpenWiki 的定位很清楚,它是一個 CLI,會替 codebase 或個人知識來源寫出 agent wiki,更精準一點說,它不是給人類慢慢翻的漂亮文件站,而是替 Agent 準備的第二大腦。
先講結論
OpenWiki 解決的是上下文斷裂,Code mode 會在目前 repository 產生 `openwiki/` 文件,並維護 `AGENTS.md` 和 `CLAUDE.md`,讓 coding agent 知道要先看 wiki。Personal mode 則把本地 repo、Notion、Gmail、Web Search、Hacker News、X 等來源整理成 `~/.openwiki/wiki`,比較像個人知識庫。
我會把它放在 Codex 與 GPT-5.6 合體成 AI 代理 之後的下一步,Agent 能不能做事,除了模型能力,也取決於它拿到的記憶是不是乾淨、穩定、可追溯。OpenWiki 就是在補這一層。
OpenWiki 是什麼
OpenWiki 是 LangChain 推出的 CLI,官方 README 的描述是,它會替 codebase 或 purpose memory 寫出並維護 agent wiki,也能透過內建 connectors 或 git repositories 擷取本地知識來源,再合成成本地 wiki。
它有兩種主要模式。Code mode 是針對目前程式碼倉庫,建立 repository documentation。Personal mode 是針對個人知識來源,建立本地 personal brain wiki。這兩個模式很像,但適合的工作不一樣。
模式 輸出位置 適合用途 我會怎麼用 Code mode `openwiki/` 替單一 repo 建立 Agent 文件 每個專案都放一份,搭配 Codex 和 Claude Code Personal mode `~/.openwiki/wiki` 整理個人知識、郵件、Notion、Web Search 做跨專案的研究記憶與決策索引
它不是 Obsidian 換皮
如果只看個人知識庫,Obsidian 加 Git 加 Claude CLI 確實能做到很多事情,但 OpenWiki 真正有差異的地方是 code mode,它會跟 repository 放在一起,程式碼變動後可以更新文件,甚至透過 CI 開 PR 或 merge request,讓文件跟著專案一起走。
這和一般筆記最大不同在於責任邊界。Obsidian 很適合人類整理想法,但 coding agent 更需要可被任務流程穩定引用的專案上下文。OpenWiki 會維護 `AGENTS.md` 和 `CLAUDE.md` 裡自己的區塊,讓 Agent 進 repo 後知道要先參考 wiki,而不是每次都重新掃整個專案。
OpenWiki 的重點不是單次產生文件,而是讓資料來源、wiki、Agent 和 CI 更新形成循環。
資料飛輪怎麼形成
OpenWiki 的資料飛輪可以拆成四步。
第一,把本地 repo、Notion、Gmail、Web Search、Hacker News 或 X 這些來源接進來。
第二,connector 先把 raw data 和 manifest 寫到本機。
第三,由 Agent 把來源資料整理成 wiki。
第四,下一次 Codex 或 Claude Code 做事時,先讀 wiki,再開始改 code。
這個流程可以降低「每次都從零開始理解專案」的成本,你之前如果有把 Claude Code、Codex、Hermes 放進同一個 AI 工作流 ,OpenWiki 就像是替這些工具加上一個共用的專案記憶層。
支援 ChatGPT login 這點很關鍵
OpenWiki 官方 README 裡有一段很重要。它支援 `openai-chatgpt` provider,可以透過 ChatGPT login 呼叫 OpenAI 的 Codex backend。也就是說,如果你有 ChatGPT Plus、Pro 或 Team 的 Codex 使用量,可以走訂閱方案裡的額度,而不是每次都用 OpenAI API token 計費。
OpenWiki 的設定方式是用 `OPENWIKI_PROVIDER=openai-chatgpt openwiki code –init` 或 `OPENWIKI_PROVIDER=openai-chatgpt openwiki personal –init` 進入 setup wizard,完成瀏覽器登入後,token 會存在 `~/.openwiki/.env`。refresh token 要當成密碼看待,不要同步到 Git,也不要放進任何公開筆記。
本地模型能不能拿來整理 wiki
個人 wiki 可能包含私密資料,全部丟給閉源模型不一定舒服,而且資料量一大,token 成本也會變成長期開銷。OpenWiki 支援 openai-compatible provider,所以理論上可以接 LiteLLM gateway、本地推理服務或任何 OpenAI 相容 endpoint。
但本地模型不是只看能不能跑。wiki 任務真正需要的是長上下文理解、文件分段、引用來源、去重、摘要穩定度和低幻覺。我的測法會很簡單:拿同一個 repo 跑 code mode,檢查它產出的模組邊界、安裝步驟、資料流、風險說明是否和實際程式一致。再拿一組故意放錯的文件,看模型會不會照抄錯誤資訊。
如果要走本地模型,我會先從 Qwen、DeepSeek 或其他長上下文模型開始,並搭配 本地大模型推理框架比較 裡提到的推理服務來測延遲和成本。若知識庫偏圖表、截圖或 PDF,再把 Docling 文件解析 這類工具放到前處理層。
資料要放同一個 wiki 還是分開
不是所有資料都應該塞進同一個知識庫。Code mode 的 wiki 應該跟 repo 綁定,保存專案架構、重要決策、開發流程、CI 和部署資訊。Personal mode 則放跨專案知識,例如研究筆記、工具比較、常用 prompt、會議記錄和文章素材。
如果全部混在一起,Agent 很容易在錯誤上下文裡找答案,比較好的做法是把 wiki 當成多個 source instance,而不是一個巨大雜物箱。OpenWiki 的 connector 設計也支援這種想法,例如可以建立不同的 Web Search source,一個追 AI research,一個追別的主題。
CI 自動更新才是重點
OpenWiki 支援把 update workflow 放進 GitHub Actions、GitLab CI 或 Bitbucket Pipelines。對我來說,這比第一次產生 wiki 更重要。因為文件真正會壞掉的地方,不是第一天沒寫,而是第三十天程式已經改了五輪,文件還停在舊狀態。
如果你的工作流已經開始讓 AI Agent 直接改程式,那文件也應該跟著 PR 更新,這可以和 讓 AI Agent 開工前先問清楚需求 放在一起看。前者讓需求更清楚,OpenWiki 則讓專案記憶更穩定。
第一次可以這樣試
安裝方式很直接。
針對目前 repository 建立 code wiki。
openwiki --init
openwiki --update
如果要測 ChatGPT login,則用 provider 指定。
OPENWIKI_PROVIDER=openai-chatgpt openwiki code --init
如果要更新個人知識庫,用 personal mode。
openwiki personal --init
openwiki personal --update
我的判斷
OpenWiki 比較像 Agent 工作流裡的基礎設施,而不是單純的筆記產品,如果你只有一個人、一個小專案,Obsidian 加 Git 可能已經夠用。但只要你開始讓多個 Agent 工具輪流碰同一個 repo,或想讓個人研究資料變成可重複使用的任務上下文,OpenWiki 就值得試。
我最看重的是 code mode、CI 更新、ChatGPT login 和 openai-compatible provider,這四個點合在一起,代表它可以同時服務雲端模型、本地模型、訂閱制 Codex 使用量,以及團隊裡的多 Agent 協作。
延伸資源
FAQ
OpenWiki 和 Obsidian 最大差異是什麼?
Obsidian 偏人類筆記,OpenWiki 偏 Agent 可讀的工作上下文。OpenWiki 的 code mode 會和 repository 綁定,並維護讓 Agent 參考 wiki 的提示文件。
OpenWiki 可以不用 OpenAI API key 嗎?
可以。官方支援 `openai-chatgpt` provider,可以用 ChatGPT login 走 Codex backend。它也支援 openai-compatible provider,可以接相容 endpoint。
個人資料適合放進 OpenWiki 嗎?
可以,但要先想清楚 provider 和資料邊界。私密資料建議優先測本地模型或可信任的私有 endpoint,並避免把 `~/.openwiki/.env` 同步到 Git。
OpenWiki 適合團隊使用嗎?
適合用在程式碼專案。搭配 GitHub Actions 或 GitLab CI,可以讓文件跟著程式碼更新,降低 Agent 和新人讀錯舊文件的機率。
by Rain Chu | 4 月 13, 2026 | AI , claude
在 AI 開發工具快速演進的時代,Claude Code 正逐漸成為開發者與 AI Agent 架構中的核心工具。然而,多數人卡在同一個問題:
👉「文件看懂了,但就是不會用」
如果你也遇到這個問題,那麼這個教學網站會是目前最有效的解法之一👇
👉 Learn Claude Code 教學平台
🎯 為什麼這個網站值得學?
這個網站最大的核心理念只有一句話:
「Learn Claude Code by doing, not reading」
也就是——用做的學,而不是用看的學
它提供:
✅ 完整 11 個學習模組(從 beginner → advanced)
✅ 瀏覽器內建終端機(不用安裝)
✅ 可直接生成設定檔(CLAUDE.md / hooks / plugins)
✅ 每章節都有測驗+錯誤解析
👉 重點:學完可以直接上 production,不只是看懂概念
🧠 教學架構:真正「由淺入深」的學習路線
這個平台的設計非常接近實務開發流程:
🔰 初學者階段(建立基礎)
Slash Commands(指令操作)
Memory & CLAUDE.md(記憶與設定)
Project Setup(專案初始化)
Commands Deep Dive(指令進階)
👉 幫你打好 Claude Code 的「操作基礎」
⚙️ 中階能力(開始做系統)
Skills(技能模組)
Hooks(自動觸發邏輯)
MCP Servers(外部資料整合)
Subagents(子代理)
👉 開始打造 AI Agent 系統
🚀 進階實戰(Production 等級)
Advanced Features
Workflows
Plugins
👉 直接進入「可商用」的 AI 系統設計
⚡ 最大亮點:邊學邊做,立即實作
1️⃣ 瀏覽器就是你的開發環境
不需要:
❌ 安裝 Claude Code
❌ 設定 API Key
❌ 處理環境問題
👉 直接開網頁就能練習指令
2️⃣ 超強 Config Builder
你只要填表單,它會幫你產生:
CLAUDE.md
Skills
Hooks
MCP Server 設定
Plugins
👉 直接 copy 到專案就能用
3️⃣ Quiz 機制(真的會學會)
不像一般教學只是:
👉 對 / 錯
這裡是:
👉 ❌ 錯了 → 告訴你「為什麼錯」
這點對理解 Claude Code 非常關鍵。
🧩 適合哪些人?
這個教學網站特別適合:
🔹 想學 Claude Code 的新手
🔹 想做 AI Agent / 自動化系統的人
🔹 已經會用,但不懂 hooks / MCP / skills 的開發者
🔹 想快速做出 AI SaaS 或內部工具的人
🧠 為什麼這種學習方式更有效?
傳統學習方式:
文件 → 理解 → 嘗試 → 卡住 → 放棄
這個平台:
操作 → 立即回饋 → 修正 → 建立理解
👉 這其實就是「工程師最有效的學習方式」
by Rain Chu | 4 月 12, 2026 | AI , API
🧠 ApiFree 沒法讓你財富自由,但你可以先實現 API 自由
在 AI 時代,真正的競爭力不再只是技術能力,而是「調用資源的效率」。
你可能用過 OpenAI、Anthropic、Google 的模型,但你一定也遇過這些問題:
API 太貴,Token 一直燒
每個模型都要不同 SDK / endpoint
模型切換麻煩,整個系統要改一堆
成本難控,難以 scale
這時候,一個新概念出現了: 👉 API 自由(API Freedom)
而 ApiFree,就是專門為這件事而生。
⚡ 什麼是 ApiFree?
ApiFree 是一個 AI API 聚合平台 ,讓你用「一個 API」就可以調用多個主流 AI 模型。
簡單來說:
👉 One API. Any Model.
你不需要再為每個模型寫不同整合 也不需要再管理一堆 API Key
🔥 核心特色解析
🚀 Faster and Cheaper(更快、更便宜)
ApiFree 透過優化推理(Inference)層,讓你在使用 AI 模型時:
延遲更低(Low Latency)
成本更低(Cost Reduction)
更適合高併發應用(High Concurrency)
👉 對你這種在做 AI Agent / SaaS / WP + AI 整合 的架構來說 這點直接影響毛利率。
🤖 Popular Models, Ready to Use
不用再自己整合:
GPT 系列
Claude 系列
開源模型(如 LLaMA / Mistral 等)
全部都已經 ready:
👉 你只要呼叫 API,就能直接用
🔌 One API. Any Model.
這是最關鍵的能力:
你可以:
同一套程式碼切換模型
動態 routing(例如 fallback)
做 multi-model ensemble
例如:
# 原本 openai.chat.completions.create(...)# 用 ApiFree client.chat.completions.create( model="gpt-4o" # 可隨時改成 Claude / LLaMA )
👉 對在做 LangChain / AI Agent 架構 這直接是神器等級。
🧠 Powered by Cutting-Edge Inference
ApiFree 的底層不是單純 proxy,而是:
模型調度(Model Routing)
推理優化(Inference Optimization)
成本最佳化(Cost-aware execution)
這代表:
👉 不是只有整合,而是幫你「用得更聰明」
💡 為什麼這叫「API 自由」?
以前你是這樣:
現在變成:
想換模型 → 直接換
想降成本 → 自動 routing
想升級品質 → 切高階模型
👉 你從「使用者」變成「調度者」
✅ 但它可以讓你更快做到這件事
👉 降低成本 = 提高存活率 👉 提升效率 = 更快迭代 👉 降低技術門檻 = 更快上線
這才是關鍵。
🎯 結論
❌ ApiFree 不能讓你財富自由 ✅ 但它可以讓你先實現「API 自由」
而在 AI 時代:
👉 API 自由 = 開發自由 = 商業自由
by Rain Chu | 4 月 10, 2026 | AI , 記憶
覺得 AI 助理總是問一次忘一次?這次不一樣 Rowboat 深度解析
你應該也遇過這種情況:
👉 跟 AI 聊了一堆專案細節 👉 隔天再問,它完全忘光
這不是你錯,是目前大多數 AI 的「設計限制」。
但現在,有一個專案正在顛覆這件事 —— Rowboat
它的目標不是做一個聊天機器人,而是:
✅ 一個「有長期記憶」的 AI 數位同事 ✅ 一個能理解你工作脈絡的 AI Agent ✅ 一個真正能幫你處理工作的系統
🚀 Rowboat 是什麼?
Rowboat 是一個 Local-First 的 AI Agent 系統 ,核心概念很簡單但非常關鍵:
👉 AI 不應該只靠 prompt,而應該有「記憶系統」
它的架構結合了:
本地資料存儲
知識圖譜(Knowledge Graph)
Markdown-based 知識庫
AI 任務自動化
👉 簡單講:它讓 AI 變成「真的記得事情的人」
🎥 Rowboat 實際運作
這支影片展示了 Rowboat 如何:
自動整理資訊
建立關聯
持續累積記憶
協助日常工作
🏗️ 核心特色一:Local-First 架構(真正的資料主權)
🔐 為什麼 Local-First 很重要?
傳統 AI:
Rowboat:
👉 所有資料存在你的電腦裡
這帶來幾個關鍵優勢:
✅ 完全資料掌控
✅ 可離線運作(搭配本地模型)
✅ 適合企業 / 敏感資料
🧩 核心特色二:知識圖譜(AI 長期記憶的核心)
Rowboat 最大的突破在這裡:
👉 它不是存資料,而是建立「關係」
📊 傳統 AI vs Rowboat
類型 記憶方式 ChatGPT 單次對話 RAG 文件檢索 Rowboat 🧠 知識圖譜
🧠 知識圖譜能做什麼?
Rowboat 會自動:
連結 Email ↔ 人物
連結會議 ↔ 專案
連結任務 ↔ 文件
建立「上下文關係」
例如:
Rain → GCP 專案 → Cloud Run 架構 → WordPress
👉 AI 會「理解脈絡」,不是只找資料
📝 核心特色三:Obsidian 相容(Markdown = 最強知識格式)
Rowboat 選擇一個非常聰明的設計:
👉 用 Markdown 當資料格式
並且相容 Obsidian
💡 為什麼這很重要?
✅ 永遠不被綁架
✅ 可讀可改
✅ AI 友善
非結構 → 可結構化
易於 embedding / parsing
👉 這點比很多 SaaS 工具高級非常多
🤖 核心特色四:數位分身(真正能工作的 AI)
Rowboat 的最終目標:
👉 建立一個「數位分身 AI」
🧪 實際應用場景
🧑💼 1. 會議助理
自動整理會議紀錄
建立關聯人物
產生 follow-up 任務
📂 2. 專案理解
📧 3. Email 分析
🧠 4. 個人知識庫
👉 AI 不只是回答問題,而是「幫你做事」
🆚 Rowboat vs 一般 AI Agent
功能 一般 Agent Rowboat 記憶 ❌ 短期 ✅ 長期 資料位置 雲端 本地 結構 無 知識圖譜 控制權 低 高 可擴展 中 高
💡Rowboat 的實戰評價
如果你是:
DevOps / 架構師
多專案管理者
WordPress / GCP 維運
AI Agent 開發者
👉 Rowboat 很可能是你下一步的「核心系統」
因為它解決一個關鍵問題:
❗ AI 沒有記憶,就永遠只是工具 ✅ AI 有記憶,才會變成「同事」
🚀 結論:Rowboat 是 AI 的「第二階段」
第一階段: 👉 ChatGPT(會回答)
第二階段: 👉 Rowboat(會記住 + 會做事)
未來:
👉 每個人都會有一個「數位分身 AI」
而 Rowboat,正在把這件事變成現實。
🔗 官方資源
參考資訊
VIDEO
by Rain Chu | 3 月 17, 2025 | AI , Chat , Tool
DeepSeek R1 模型已經在 NVIDIA 平台上線,這是一個擁有 6710 億參數的開放式專家混合模型(MoE),專為解決需要高級 AI 推理的問題而設計的,但就是官方API不穩定,只能到處尋找替代的解決方案。
DeepSeek R1 的主要特點
API 友好性 :DeepSeek R1 提供了多種 API 接口,支持 Python、LangChain、Node.js 和 Shell 等,方便開發者根據需求選擇合適的開發環境。
免費使用額度 :NVIDIA 為個人和企業用戶提供了免費的使用額度。個人用戶可獲得 1000 點額度,企業用戶則可獲得 4000 點額度,讓更多人能夠體驗和使用該模型。
如何開始使用 DeepSeek R1
以下是使用 DeepSeek R1 的基本步驟:
註冊並獲取 API 密鑰 :
前往 NVIDIA NIM 平台的 DeepSeek R1 頁面:
點擊右上角的「Login」或「Get API Key」,按照提示完成註冊並獲取 API 密鑰。
選擇開發環境並調用 API :
Python :使用 OpenAI 兼容的客戶端調用 DeepSeek R1。 python複製編輯
LangChain :可將 DeepSeek R1 集成到 LangChain 框架中,實現更複雜的語言處理任務。
Node.js 和 Shell :NVIDIA 提供了相應的 SDK 和示例代碼,開發者可根據官方文檔進行集成。
用 python 來做示範
from openai import OpenAI
client = OpenAI(
base_url = "https://integrate.api.nvidia.com/v1",
api_key = "YOUR_API_KEY"
)
completion = client.chat.completions.create(
model="deepseek-ai/deepseek-r1",
messages=[{"role":"user","content":"你的問題內容"}],
temperature=0.6,
top_p=0.7,
max_tokens=4096,
stream=True
)
for chunk in completion:
if chunk.choices[0].delta.content is not None:
print(chunk.choices[0].delta.content, end="")
注意事項
使用額度 :請留意您的免費使用額度,合理規劃 API 調用次數。
參考資料
https://build.nvidia.com/deepseek-ai/deepseek-r1
近期留言