AI Agent 工具艦隊怎麼選:Skills、Codebase 脈絡與多 Agent 工作區

DKY 工具評測與導入筆記 · 2026-08-31 · 七個開源專案的用途、風險與 Hermes/DKY 選型

這七個專案不在同一個競爭層次。Matt Pocock skills 管流程規則,Graft 與 Codebase Memory MCP 管程式脈絡,Agent-Reach 管外部資料,Orca 管多 Agent 工作區,Agency Agents 管角色提示,OpenMontage 則是完整的影片製作流水線。合理做法是先找瓶頸,再只測一個能力層。

先看結論

專案主要用途對 Hermes/DKY 的判斷
Matt Pocock skills需求釐清、領域語言、模組設計、除錯與 Code Review取方法,不整包匯入
Graft以本機 codebase graph 減少 Agent 重複探索大型程式庫可測;先審查 npm 與遙測
Codebase Memory MCP本機知識圖譜、呼叫鏈、影響分析與 MCP 查詢Linux ARM64 首選候選;隔離安裝
Agency Agents角色人格、工作規則與交付格式的 Markdown 集合與 dky1/dky2/tky 重疊,不導入整套
Agent-Reach網頁、影片、GitHub、RSS 與部分社群資料存取保留公開資料路線;完整登入版風險較高
Orca桌面型多 Agent、Git worktree、diff 與通知工作區非 Gateway;Hermes Kanban 已涵蓋核心協調
OpenMontage研究、腳本、素材、剪輯與影片合成的 Agent 流程只在 AI 影片工廠專案另案評估

一、Matt Pocock skills:值得吸收的是工程習慣

本次固定審查的 commit 包含 37 個 SKILL.md,主體是可組合的 Markdown 工作流程,不是新的模型、MCP Server 或 Agent 執行引擎。它的價值在於把資深工程師的判斷寫成可重複流程。

  1. diagnosing-bugs:先建立能對準使用者症狀的紅燈迴圈,再重現、最小化、提出可證偽假設、加測量、修正與補回歸測試。
  2. domain-modeling:挑戰模糊或混用的業務術語,用具體情境確認邊界,並把穩定的詞彙寫入 CONTEXT.md
  3. codebase-design:以小介面包住複雜實作,讓變更集中在乾淨 seam,減少呼叫端與測試端需要知道的細節。
  4. code-review:把「是否符合工程規範」與「是否符合 Spec」分開審查,避免其中一項掩蓋另一項。
這四項適合轉成 DKY 內部的輕量規範,接到既有 Profile、Kanban 與驗收流程;不需要新增一個會重複路由與派工的總管 skill。

二、六個專案其實是六個能力層

工程規則

Matt skills

程式脈絡

Graft/Codebase Memory

外部資料

Agent-Reach

執行工作區

Orca/OpenMontage

Agency Agents 橫跨多個領域,但它提供的是角色 Prompt 與工作規則,不是可獨立負責結果的專業員工。這種角色庫只有在現有分工不足時才有價值;對已有明確專家責任與成本路由的 Hermes,整套安裝反而會增加選擇成本、上下文負擔與規則衝突。

三、程式脈絡:Graft 與 Codebase Memory MCP 二選一

Graft

Graft 把程式結構與說明整理成可閱讀的本機 Markdown graph,主打減少 Agent 每次重新搜尋檔案、追 import 的成本。官方 npm 套件要求 Node.js 20 以上,並含 postinstall 與多個 Tree-sitter 原生依賴;官方版本另有匿名使用遙測,可在初始化時退出或用環境設定停用。

Node.js ≥20Tree-sitter本機檔案 graph匿名遙測

Codebase Memory MCP

Codebase Memory MCP 以原生 binary 建立持久知識圖譜,提供函式、類別、呼叫鏈、HTTP 路由、跨服務關聯與 MCP 查詢。官方 README 明列 Linux ARM64 版本,且宣稱本機處理、不需 API key;但安裝程序會下載 binary、修改 Agent 設定,並可啟動共享 daemon、watcher 與 localhost UI。

Linux ARM6415 個 MCP tools原生 binary呼叫鏈

對 OCI ARM 主機,先以 Codebase Memory MCP 做隔離 PoC,比 Graft 更符合平台條件;使用固定 release、核對 SHA-256/簽章,先用跳過自動設定的模式,確認讀取範圍後才接入 Hermes。兩者不要同時安裝,否則無法判斷收益來源。

四、外部資料與多 Agent 工作區

Agent-Reach

Agent-Reach 是能力安裝、診斷與路由層,將網頁、YouTube、GitHub、RSS 及不同平台的上游 CLI 串起來。公開網頁與影片字幕是低風險用途;Twitter、Reddit、小紅書、Facebook、Instagram 等路線可能需要 Cookie、瀏覽器登入態或代理。Cookie 等同登入權限,不能把「沒有 API 費」誤解成沒有維護、封號與合規成本。

Orca

Orca 是桌面型 Agent Development Environment,讓多個 CLI Agent 各自在 Git worktree 工作,集中比較 diff、發送追問與接收通知。它適合本機需要視覺化管理多個候選方案的人,但它不是 Hermes Gateway、不是 Profile 路由器,也不取代 Kanban 的責任分工與驗收。

OpenMontage

OpenMontage 把影片製作拆成研究、企劃、腳本、分鏡、素材、剪輯與合成,並要求 Python、Node.js、FFmpeg 及影音服務。它是獨立的內容生產系統,採 AGPLv3;不應為了研究 Agent 工具而放進 Hermes 全域技能庫。

五、Hermes/DKY 的最小導入方案

  1. 保留協調核心:Profile、Kanban、主 Agent 驗收與現有公開網路資料能力維持不變。
  2. 先吸收四項工程方法:把除錯、領域語言、深模組與雙軸審查做成現有流程的補強,而非複製整個 skill repo。
  3. 只選一個 codebase context 工具:大型 repo 優先測 Codebase Memory MCP;Node.js 生態與低摩擦 Markdown graph 才測 Graft。
  4. 建立基準線:用三至五個真實任務記錄 token、工具呼叫、耗時、成功率、人工修正量與錯誤類型。
  5. 設定淘汰條件:若索引維護、合併、遙測或設定修改成本高於節省的探索成本,就移除,不為了熱門度保留。
最終選擇不是「擁有多少 Agent」,而是每一層是否有單一責任、可驗證產物與清楚的退出路徑。

安全審查結果

原始來源