Dao Code：把 DeepSeek 前綴快取當成架構核心的終端編碼代理
Open-source TypeScript terminal coding agent for DeepSeek-V4 — builds on DeepSeek's strong price-performance and ultra-cheap cache pricing, engineering byte-stable prefixes and cache-reusing forks so cross-session memory and a continuous self-correction layer add almost no token cost; 1M context, Skills/MCP/Hooks, Claude Code config compatible.
秒懂
- 它是什麼？
- Dao Code 是 MIT 授權的 TypeScript 終端編碼代理，指令為 dao。它的設計重心不在模型能力，而在快取命中率：透過位元組穩定的系統前綴與重用快取的分支，把跨會話記憶與自我修正層的邊際成本壓到接近零。
- 適合誰用？
- Dao Code 適合已經在用 DeepSeek API、且願意接受終端工作流與審批閘門的個人開發者或小團隊，尤其是對 token 帳單敏感、又在中國大陸網路環境下工作的人。不適合需要多模型路由、或要求供應商中立抽象的團隊，也不適合把代理當成無人監督批次工具來跑的人。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 1 天前。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
它解決的不是模型不夠強，而是代理的固定開銷
多數終端編碼代理的成本結構有一個共同問題：真正解題的 token 佔比不高，被反覆重送的前綴、工具表與記憶內容才是大宗。Dao Code 把這件事當成主要設計約束。README 的說法是它「rather than buying experience with an expensive model, it builds on DeepSeek's strong price-performance and ultra-cheap cache pricing」，也就是不靠昂貴模型換體驗，而是靠 DeepSeek 的價格結構與快取定價。目標使用者寫得很明確：在中國大陸需要直接可用、免排隊、按量付費的開發者。README 對照了 Claude Code 需要 Anthropic 帳號與網路條件、GLM Coding Plan 額度稀缺這兩種情況，把「可用性」列為第一個理由。這是產品定位，不是技術論證，但它解釋了後續所有工程取捨的方向。
位元組穩定前綴：整個架構圍繞一個不變量
DeepSeek 的前綴快取命中價與未命中價差距約兩個數量級，README 給的比例是命中價約為未命中的 1/120。這意味著只要前綴有任何一個位元組變動，後面所有內容就從便宜價跳到貴價。Dao Code 因此把系統前綴、工具表與記憶維持在位元組穩定狀態，README 稱之為 byte-stable system prefix。反過來說，任何會改動前綴開頭的功能都得繞道，這就是為什麼反思與記憶不是直接插進主對話，而是跑在重用主前綴快取的分支上。這個約束也解釋了為什麼專案要有 /audit cache 這個指令：README 說它用四維指紋定位「what broke the cache」，也就是找出是什麼破壞了快取。當一個系統的核心不變量這麼脆弱，就需要專門的診斷工具，這點作者顯然清楚。
記憶與反思層跑在快取重用分支上
跨會話記憶的常見做法是把歷史不斷累積，結果是記得住但記錯。Dao Code 的做法是在會話結束時蒸餾偏好、專案慣例與關鍵事實，並在啟動時對當前程式碼做確定性驗證，過期的丟棄、變動的標記，而不是盲目堆疊。README 用一句對比概括：「others remember, but misremember」。反思層的角色是在卡住時自我檢視、在偏離時拉回，兩者都以重用主前綴快取的分支形式執行，所以 README 聲稱「better quality at almost no extra spend」。這裡要說清楚：這是專案自己的成本論述，我沒有獨立驗證過分支重用是否真的不影響命中率，只能說機制描述與前綴不變量的設計是自洽的。另外 README 提到記憶有 decay GC 清除死記憶，模型可以按需呼叫 memory_read。
安裝與實際會用到的指令
套件發佈在 npm，名稱是 dao-code，指令為 dao。README 標示 Node 版本需 ≥20，實際門檻以倉庫根目錄的 .nvmrc 為準。驗證快取機制的方式是 npm run accept:cache，README 說明它會對真實 API 跑一輪多輪對話，讓你觀察命中率從冷啟動爬到穩態，並特別註明這是機制展示，正式成本數字來自 evals 套件。成本檢視用 /cost，它顯示命中率與花費；快取診斷用 /audit cache。上下文接近上限時會自動壓縮，README 描述的順序是反應式重試、就地清除過期工具結果、增量摘要，摘要器失敗時退回硬截斷。過大的輸出會溢寫到磁碟，context 裡只留指標。設定層面，README 提到 Skills、MCP、Hooks，以及與 Claude Code 設定相容，但沒有在提供的材料裡列出完整設定鍵清單，這部分需要直接看倉庫文件。
成本數字怎麼讀，以及不該怎麼讀
README 給了一組具體數字：7 個 SWE-bench 風格任務，涵蓋 valibot、date-fns、es-toolkit、sqlglot、hono，總輸入 3.89M token，整體快取命中率 95.8%，單任務落在 85.4% 到 97.7% 之間。以 DeepSeek V4 Pro 官方費率計，一個完整功能流程約 ¥0.07 到 ¥0.21，平均 ¥0.15，七個任務合計 ¥1.07。README 說每個數字都可追溯到 evals/runs/<task>/run-1/agent.log，並可用 /cost 重播。它同時做了跨廠商比較，把同一份 token 軌跡套上各家官方費率，且把 Dao Code 的高命中率也計給 Claude，結論是仍比 Claude Opus 4.8 便宜約 30 倍、比 Sonnet 4.6 便宜約 18 倍。這些是專案自報的評測，不是第三方複核，樣本只有 7 個任務，且費率基準日為 2026-06。當成量級參考可以，當成採購依據不行。
驗證方式與它的邊界
README 提到兩組評測。一組是取自近期真實開源修補的 SWE-bench 風格基準，採 fail2pass 與 pass2pass 雙軌判定，測試檔對代理隱藏以避免 reward hacking，結果是 13/14。另一組是 Terminal-Bench 2.1，透過 Harbor 執行 89 個第三方代理編碼任務，涵蓋系統管理、安全、資料科學、科學計算、除錯與 ML，使用 deepseek-v4-pro 在官方 1× 逾時設定下通過 70/89，即 78.7%。README 自己說重點不在分數，而在迭代過程是評測驅動的工程：讀真實失敗軌跡，修的是框架層的 bug，不是調提示詞。這個說法若成立，代表專案的改進路徑是可審計的，但要注意 89 個任務裡仍有 19 個失敗，且逾時設定對結果影響很大，README 只說用官方 1×，沒有給放寬後的對照。
什麼情況下它會是錯的工具
第一個限制來自綁定。Dao Code 的整個成本模型建立在 DeepSeek 的前綴快取定價上，README 開頭就寫它 targets DeepSeek V4。若你的組織要求供應商中立、或需要在多家模型間路由與比價，這個架構的優勢就不成立，換模型等於放棄它最核心的工程投入。第二個限制是前綴不變量的脆弱性：任何第三方 skill 或 hook 若改動了前綴開頭，命中率就會塌陷，而 README 提到的 constitution-style priority 正是為了防這件事，把安全與快取紀律排在第三方 skill 之上。這意味著你安裝的 skill 能改變做事方式，但不能動到快取底線，對需要深度客製系統提示的團隊是硬約束。第三，前綴快取命中價是供應商側的計價行為，README 的 accept:cache 是拿來觀察命中率的，不是拿來保證計費結果的，費率若調整，整套成本論述要重算。
與 Claude Code 的差異不只在價格
最直接的替代品是 Claude Code，README 也明說 Dao Code 受其啟發。差異有兩層。表層是可用性與價格：Claude Code 需要 Anthropic 帳號與相應網路條件，Dao Code 走 DeepSeek，README 描述為註冊即用、按量付費、在中國大陸可直接連線。深層是架構取向：Claude Code 的體驗來自模型本身的能力與供應商側的快取機制，Dao Code 則把快取紀律做成應用層的不變量，自行維護位元組穩定前綴、自行做快取診斷、自行把記憶與反思塞進重用快取的分支。這個差異有代價，就是前面說的綁定與脆弱性；好處是成本曲線對開發者可見且可調。若你已經在 Claude Code 上建立工作流，README 提到與 Claude Code 設定相容，遷移的設定成本可能低於預期，但這點我無法從提供的材料確認相容的完整範圍。
維護成本與授權
授權是 MIT，README 與 LICENSE 一致，這對商業內部使用與二次修改都是寬鬆的。維護面可觀察到的訊號：最近版本為 v0.4.7，時間是 2026-07-18，其前有 v0.4.1 與 v0.4.0，集中在 2026 年 6 月底到 7 月中，最後一次推送為 2026-09-09，倉庫未封存。版本節奏在 v0.4.x 區間內偏密，代表仍在快速調整期，升級時要預期行為變動。專案有 CI workflow 與 CONTRIBUTING.md，README 也歡迎 PR。需要提醒的是，這類代理的升級成本不只在程式碼：前綴結構一旦調整，你既有的記憶內容與快取診斷基準都可能失效，升級前值得先跑一次 /audit cache 留下基準。以上不構成法律意見，授權條款的實際適用請自行確認。
編輯結論
Dao Code 適合已經在用 DeepSeek API、且願意接受終端工作流與審批閘門的個人開發者或小團隊，尤其是對 token 帳單敏感、又在中國大陸網路環境下工作的人。不適合需要多模型路由、或要求供應商中立抽象的團隊，也不適合把代理當成無人監督批次工具來跑的人。導入前先確認三件事：Node 版本是否達到 .nvmrc 標示的門檻、你的 DeepSeek 方案是否真的享有前綴快取命中價、以及 evals/runs 底下的 agent.log 是否能在你的環境重現。最實際的第一步是跑一次 npm run accept:cache，親眼確認命中率會從冷啟動爬到穩態，再決定要不要把日常開發交給它。
社群筆記