它要当的不是又一个聊天窗口，而是把你已经在用的终端 Agent 收成一间本地办公室。
⚡️ 30 秒速读：chaitanyagiri/munder-difflin 以 2,052 星、今日 +306 新上榜至 GitHub Trending #2，Fork 242。GitHub 描述只写 local multi-agent harness；README 把它写成桌面应用：用 node-pty 包装 Claude Code、Codex、Grok、Copilot 等终端 CLI，由名为 Michael 的 GOD agent 调度，并在 Pixi.js 办公室地板上可视化。亮点是本地文件邮箱、共享黑板和可选 git worktree。风险同样明确：GitHub 元数据许可证为 NOASSERTION，README 徽章写 MIT；状态徽章写 working prototype；v0.4.4 才让 Windows 上的 Agent 互相发消息。+306 只列全榜第九，不能把 #2 写成当日最热。
项目概览
| 属性 | 值 |
|---|---|
| 仓库 | chaitanyagiri/munder-difflin |
| 定位 | 本地多 Agent harness：把现有终端编码 CLI 收成一间由克隆人调度的办公室 |
| 主要语言 | TypeScript（84.0%） |
| 其他语言 | JavaScript（11.4%）、CSS（2.0%）、HTML（1.4%）、Nunjucks（0.7%）、Python（0.5%） |
| 许可证 | GitHub 元数据 NOASSERTION；README 徽章写 MIT |
| 总星标 | 2,052 |
| 今日新增 | +306 |
| Forks | 242 |
| 最新版本 | v0.4.4（2026-08-18） |
| 建库时间 | 2026-05-31 |
| 最近推送 | 2026-08-18 |
| 开放 issue | 37 |
| 订阅者 | 15 |
| 主页 | munderdiffl.in |
| Trending 排名 | #2，新上榜；增量列全榜第九 |
当日趋势事实只有一天：08-19 新上榜即排 #2，今日 +306，总星标 2,052，Forks 242。+306 只列 12 个项目中的第九，低于 #6 public-apis 的 +1,005，也低于 #11 无描述模板仓的 +535，因此不能把 #2 写成增量第二。仓库建于 2026-05-31，最近推送和最新正式版都在 2026-08-18。时间上发版紧邻上榜，但现有材料只能确认先后关系，不能证明全部热度都由 v0.4.4 带来。
它是什么
README 标题写成 Agent harness to run an office of your clones。它不是自研编码模型，而是一层桌面外壳：把你已经在付费或已经装好的终端 Agent CLI 收成团队。支持列表写到 Claude Code、Antigravity（Gemini）、OpenAI Codex、xAI Grok、Kimi Code、Qwen、OpenCode、Crush、pi.dev 和 GitHub Copilot CLI，并允许自带密钥和本地模型。
交互模型被写成两层。你只直接对 GOD agent 说话，它的人设叫 Michael，负责名册、路由和裁决；其他 Agent 各占一个伪终端、一份记忆和一只邮箱，并在 2D 办公室地板上显示为头像。README 原句是 He's the boss of the floor; you're still the boss of him。技术栈徽章列出 Electron、React、TypeScript、Pixi.js、xterm.js 和 node-pty。
状态徽章写 working prototype，版本徽章写 0.4.4，平台徽章写 macOS、Windows 和 Linux。这三处都按原文记录：它把自己同时标成能用的原型，而不是已经冻结合约的生产套件。
技术要点
- 每个终端都是真实进程 ：README 写每个
claude、agy、codex等会话跑在node-pty伪终端里，字节级输出用 xterm.js 渲染。它包装的是现有 CLI，不是自研推理引擎。 - 协调层是本地文件仓库 ：Agent 往自己的
outbox/写消息，harness 的 router 投递到对方inbox/。共享层还包括记忆、blackboard 和追加日志。摘录写明 No agent ever touches git，由单提交者设计避免index.lock损坏。 - GOD agent 做编排和升级：它读取请求、自行处理常规项，只把花费、破坏性操作和范围变更送进审批队列。材料没有给出升级规则的完整清单或误升级率。
- 可视化是 Pixi.js 办公室：头像走到工位、信封在桌子间飞行，状态反映真实工作。这是观察面，不能从动画推出调度正确性。
- 双数据平面 ：架构图把 Electron 渲染进程分成办公室地板和终端/文件/Git 面板；主进程一边跑 hive/hooks/router/GOD，一边跑
PtyManager。渲染层只通过window.cth的 contextBridge 访问 PTY、文件系统和 git。 - 记忆被写成 markdown-first：可选语义召回索引，README 称 recall in milliseconds，并写 world's fastest memory layer。这是项目主张，deep-pick 没有对照基准。没有该索引时，markdown 记忆仍可用。
- 控制面列出人闸和熔断：花费、范围和破坏性操作升级给人；另有 steer → constrain → stop 的 circuit breaker，以及每 Agent 的 token 预算和开销台账。摘录没有这些闸门的触发样本。
- v0.4.4 的重点是 Windows 和前五分钟 ：Release 写 Windows 上 Agent 以前无法互发消息，因为协议被当成多行命令行，
cmd.exe在第一个换行处截断；新装后消息路由、卡片状态和 Restart & Continue 也要重启才活。这次才修。新能力提到 Skills 目录和 Prerequisites 页。
安装路径是 git clone 后 npm install 和 npm run dev，需要 Node.js 18+，以及为 node-pty 准备的 C/C++ 工具链。macOS、Windows、Linux 的签名构建在 Releases 页。缺失的 Agent CLI 被写成可在终端里自愈安装。这些是上手声明，不是兼容性矩阵。
为什么现在火
热度可以量化，原因不能。今天是可见快照里的第一天：#2、+306、总星 2,052。仓库还有 242 个 Fork、15 个订阅者、37 个开放 issue。能确认的是它以全榜最低存量冲到榜眼；不能确认增量来自 v0.4.4 的 Windows 修复、办公室可视化，还是多 CLI 包装叙事。
时间线提供一个合理但不能写成因果的解释：v0.4.4 在 08-18 发布，同一天还有推送，08-19 新上榜。Release 把自己写成 If you use Windows, this is the release that makes the app work。现有材料只能记录发版与上榜相邻，不能证明 #2 由这次修补驱动；+306 也说明声量并不大。
同类对比
- 单独开多个终端 CLI --- 本仓把 Claude Code、Codex、Copilot 等收进同一桌面和同一套邮箱。单独开终端更简单，也没有 GOD 调度和办公室动画。材料没有并行任务完成率或冲突率对照。
- 只做长期记忆的中间层 --- 同日 #3 ai-memory 的描述是给编码 CLI 做长期记忆和跨厂商交接。munder-difflin 也有 markdown 记忆，但主叙事是进程包装、路由和可视化。两者都碰记忆，材料不能比较召回质量。
- 统一记忆 / RAG / Skills 的服务端库 --- 同日 #4 OpenViking 写成 Self-evolving Context Database。本仓的记忆和 Skills 目录跑在本地桌面里。摘录没有说明它能否对接这类外部上下文库。
- 云端多 Agent 平台 --- README 强调 subscriptions you already pay for 和 local-first。它把编排留在本机文件和 PTY。材料没有把本地 hive 与托管编排做功能差集对比。
冷静思考
- GitHub 元数据许可证是 NOASSERTION，README 徽章写 MIT。两处并存，不能选定哪一份对二次分发生效，也不能写成已经在 GitHub 上声明完毕。
- 状态徽章写 working prototype。v0.4.4 才修通 Windows 互发消息和首次安装后的路由。材料不能把它写成跨平台已稳定。
- GOD agent 被写成可自行处理常规请求，只升级 critical 项。谁来定义 critical、漏升级会怎样，摘录没有给出可核对规则。
- 每个 Agent 都是真实 CLI 进程。本机同时跑多个付费订阅工具，权限、文件访问和花费会叠加；人闸和预算是声明，不是审计报告。
- 「最快记忆层」「milliseconds」是项目原话。deep-pick 没有数据集、没有对照系统，不能当成基准结果。
- 架构依赖 Electron 主进程拥有 PTY、文件系统和 git。
window.cth降低了渲染进程直访磁盘的面，但不等于已经完成安全评审。 - Skills 目录写 227 个可浏览项，Release 正文先写 22。两处数字不一致，只能分别记录，不能写成已核实的技能数量。
- 37 个开放 issue、15 个订阅者只是计数。不能直接解释为 37 个缺陷，也不能判断严重程度。
- 主页和仓库名带纸业公司梗，可视化也走办公室。这能解释传播，不能证明协调层比普通消息队列更可靠。
- #2 但只有 +306。名次高、绝对投票低，材料没有解释为什么是这个窗口，也不能外推明天还会在榜。
这套仓库最有辨识度的判断不是再做一个 Agent，而是让你已经在用的那些 CLI，共用邮箱、记忆和一名本地调度员。
适合谁
- 已经在本机使用 Claude Code、Codex、Copilot 或其他列表内 CLI，想看它们被放进同一套邮箱和调度的人
- 接受 Electron 桌面应用，并能安装 Node.js 18+ 和 node-pty 原生依赖的人
- 希望协调数据留在本地 git 仓库和 markdown 文件，而不是先上云的人
- 愿意把花费、破坏性操作和范围变更交给审批队列，并接受 GOD agent 先处理常规请求
- 可以接受 GitHub 许可证未声明、README 写 MIT、状态仍是 prototype、Windows 互信直到 v0.4.4 才打通
如果你需要 GitHub 上已声明的 SPDX 许可证、跨平台稳定性证明、独立的记忆评测，或不能接受多个真实 CLI 进程同时拥有本机权限，当前 deep-pick 材料还不足以支持这些结论。
未来展望
从 README 已经写出的方向看，项目会继续补 Skills 目录、Prerequisites 页、Slack/webhook 入口和本地模型。v0.4.4 把 Windows 消息和首次安装写成「终于能用」。摘录没有承诺何时去掉 prototype 徽章、何时在 GitHub 上声明许可证，或何时公布协调失败率。
如果后续能公开人闸样本、邮箱投递失败和多 CLI 权限边界，办公室可视化会是一层可核对的观察面；如果只有头像和上榜名次，它仍是一个包装层，不能自动证明多 Agent 比多个终端窗口更可控。
如果你们已经在本机跑多个编码 CLI，会接受 GitHub 许可证未声明、状态仍是原型的现状，把它们交给一个本地 GOD agent 调度，还是继续自己开多个终端窗口？
📊 数据来源：GitHub Trending · 2026-08-19
每天追踪 GitHub Trending，写日报和深度解读。更多内容可关注公众号「AI Agent 赛道技术拆解」。