ADHDev 简介
你的编码代理的控制平面。
Claude Code、Codex、Gemini —— 在你的 Mac、你的 Windows 机器、你的家庭服务器上运行。ADHDev 把它们全部协调起来：并行分派任务，从手机上批准，并让 Refinery 把每个分支安全地落地到 main。
📸 [截图：ADHDev 仪表板显示多个代理会话在多台机器上同时运行]
代理你已经有了。ADHDev 是它们之上的一层 —— 一个统一的位置来查看每个会话、把工作发送给有余量的机器，并在不盯着任何一个终端的情况下把完成的分支合并进来。
四大支柱
1. Refinery —— 落地工作
生成十个并行代理很容易。合并十个分支才是难点。Refinery 会针对你仓库自身的关卡（类型检查、测试、lint）验证每个工作树，验证补丁等价性，发布子模块提交，fast-forward main，并清理工作树 —— 全自动。
为什么重要： 这正是厂商工具留给你自己处理的部分。它们创建工作树后就停下了。ADHDev 会一路带到 main —— 而且它从不 force-push。任何有歧义的东西都会被退回给人工审查，而不是被强行推进。
2. 任意代理，自由混用
设计上厂商中立。在 Mac 上运行 Claude Code，在 Windows 机器上运行 Codex，用 Gemini 做一轮审查，让 Hermes 与它们并行 —— 在同一个 mesh 中，在同一套策略下。
为什么重要： 每个厂商都只提供自己的代理。ADHDev 让你在不切换平台的情况下混用并在它们之间切换。
3. 你的机器
P2P 优先。你的 Mac、你的 Windows 机器、你的 Linux 服务器成为单一控制平面。聊天、命令和截图通过 WebRTC 在你的浏览器和守护进程之间直接流动；云端只处理认证和信令元数据。
为什么重要： 工作运行在你已经拥有并信任的硬件上，作为一个整体被协调 —— 而不是散落在你必须来回 alt-tab 切换的终端里。
4. 远程控制 + HITL
从手机上批准工具调用。通过 P2P 连接驱动会话。借助 session-host 栈让长生命周期会话在守护进程重启后仍保持存活。
为什么重要： 人的决策往往是瓶颈。ADHDev 把批准和状态路由到你所在的地方，这样一个等待中的代理不会因为你不在桌前而空耗 20 分钟。
适合谁
那些在多台机器上运行多个编码代理、厌倦了在终端之间来回 alt-tab 询问“完成了吗？卡住了吗？一小时前是不是需要批准？”的开发者。
两种运行方式：
- Standalone —— AGPL，无需账户，完全运行在
localhost:3847。为你面前的机器（及局域网内其余机器）提供的完全本地仪表板。 - Cloud —— 多机器管理、推送通知、webhook 以及托管 API，位于 adhf.dev。随时随地访问你的任何机器。
它的与众不同之处
并行代理很容易。落地工作很难。ADHDev 做的是难的那部分。
大多数工具帮你启动更多代理。ADHDev 则围绕它们完成之后发生的事情构建 —— 跨你使用的每台机器和每个厂商，把真实、已验证的工作安全地送回 main。
看看它的实际表现：本仓库最近一次 7 任务的协议迁移是在一台 Mac 和一个 Windows 工作机上开发的，每个分支都通过 Refinery 落地到 main —— 已验证、补丁核对、fast-forward、清理完毕。