你當傳聲筒的日子可以結束了：開源專案 myco，讓多個 AI Agent 互相喚醒

開發者同時用多個 AI 工具時，最累的往往不是模型本身，而是自己。V2EX 一則貼文點出了這個痛點：使用者同時跑雲端版 Claude、Codex 和 Grok Bot，任務經常需要在工具之間搬運，像是叫 Grok Bot 整理資料，再貼給 Claude 處理。人成了中繼站。

開發者 plane 為此做了開源專案 myco，近日發布在 V2EX 分享創作板，專案程式碼放在 GitHub 上。

它解決的是「互相不知道對方存在」

依照作者的說明，myco 的核心概念是讓各個 AI Agent「互相認識、互相喚醒」。裝好一個 myco Hub 之後，各個 agent 接入中樞，之後使用者只要跟其中一個 agent 對話，它就能去找其他 agent 派工。想要 Claude Code 控制 Codex，或 DeepSeek 控制 Claude Code，架構上都走得通。

用日常比喻來說，這就像公司裡各部門本來只跟你一人回報，你每天都在轉寄訊息。myco 做的事情是開一間共用辦公室，讓各部門直接看得到彼此，協調交給他們自己處理，你只對一個窗口說話。

部署方式也對應不同使用情境：有 VPS 的人可以把 VPS 當公網中轉；沒有的話，可以用 Cloudflare 或 Tailscale 替代。安裝流程被簡化到一句指令，直接請 agent 讀安裝文件、自己架 Hub，需要 sudo 時會先詢問使用者。另外提供 macOS 與 Windows 的桌面軟體做可視化管理，讓使用者看得到各節點正在做什麼。

它不做什麼，跟做什麼一樣重要

討論串裡有使用者問，如果只想待在 Claude Code 的介面裡，多一個 UI 是不是多餘。作者回應得相當清楚：myco 的 UI 只做管理，包含添加節點與權限設定，不能拿來聊天；純 CLI 使用也沒問題，而且它並不取代 Claude Code。

這個定位劃分值得留意。這與我們先前分析的Claude Code 側邊欄插件 panel屬於同一路數：工具生態的缺口不在模型能力，而在跨工具的資訊流與控制權。當開發者同時使用多個 agent，誰能看到誰、誰能叫醒誰，就成了新的基礎設施問題。myco 選擇用「中樞加節點」的拓撲處理，而不是把所有功能塞進某一個 agent 的介面裡。

互審與分工：多 agent 的兩種玩法

讓 agent 互相呼叫，和讓 agent 互相檢查，是相鄰但不同的需求。前者強調任務分配，後者強調品質把關，像cc-pair 讓 AI 互審程式碼走的就是後者。兩者共同的前提是：agent 之間必須有溝通管道。myco 提供的正是這條管道的通用版本，交給使用者自己決定上面跑的是派工還是驗收。

從工作情境看，這類工具適合的場景很具體：任務可以拆成幾段，且不同模型各有明顯強項。如果工作流本來就是單線進行，多一層中樞只會增加複雜度。判斷的標準不在工具本身，而在你的任務是不是真的需要兩個以上的 agent 同時在場。

需要留意的點：作者自述的「傻瓜式操作」是單方面說法，本站沒有實測紀錄；跨公網中轉涉及 VPS 或 Tailscale 的暴露面，接入前自行確認權限設定與傳輸路徑是基本動作。此外專案仍在早期，文件與功能可能持續變動，以 GitHub 上的 README 與 INSTALL 文件為準。