ADHDev 智能体控制台

用一个面板统一调度多台机器上的 AI 编码 Agent,任务各自在独立 worktree 中执行,只有通过你仓库自检的代码才自动合入 main。

Star 数
★ 116
最近更新
今天
License
AGPL-3.0
主语言
TypeScript

30 秒速览

运行形态
命令行工具自托管服务网页应用
可在哪里用
通用 · 跨平台Codex · Claude CodeOpenAI API · Claude API(不支持)
费用
有免费版,另有付费云服务
上手难度
中 · 需要几步配置
开始前需要
Node.js 22 LTSgit至少一个已安装并完成认证的编码 Agent CLI/IDEShell / 命令行网络访问本地文件系统
典型场景
同时维护多台开发机(笔记本、台式机、构建机)的团队,希望把编码任务丢进一个共享队列,让空闲机器自动认领。
不适合
  • 希望一条命令就能完全离线、零配置跑通的用户
  • 只使用一个 CLI、一台机器、不需要任务队列和自动合并的开发者
  • Windows 上使用 Node.js 24+ 且不愿改用 22.x 的用户

这个 Agent 能做什么,适合哪些场景?

ADHDev 是一个自托管的 AI 编码 Agent 控制面板:它不替换也不新建 Agent,而是附着到机器上已安装的 Claude Code、Codex、Kimi、Cursor Agent、Antigravity CLI、Grok CLI、OpenCode 等 CLI 工具(通过 PTY),以及 Cursor、VS Code、Antigravity、Kiro 等 IDE(通过 Chrome DevTools Protocol)和 IDE 扩展(CDP webview)之上。本地守护进程 daemon-standalone 在 localhost:3847 提供 HTTP/WebSocket 服务并托管 Web 面板,daemon-core 管理各类 provider 集成与命令路由,独立的 adhdev-sessiond 进程持有长期 PTY 运行时,使 CLI 会话在守护进程重启或升级后仍然存活。核心能力是 Repo Mesh:任务进入 SQLite 队列(pending → assigned → completed/failed,支持 depends_on 依赖与重试),空闲节点自行认领,每个任务在独立 git worktree 中运行,完成后由 Refinery 执行仓库自带校验、补丁等价性检查、子模块感知的 rebase,并在 main 未移动时才合并、清理 worktree。此外还提供基于订阅额度的路由(读取各 CLI 5 小时与每周配额)、审批收件箱、多视角评审和单一助理聊天。开源版为 AGPL-3.0,云端版额外提供跨网络可达、推送通知和项目文件传输。

启动后守护进程探测本机已安装的 Agent,通过 PTY 启动并驱动 CLI 会话、通过 CDP 连接 IDE,把聊天与原始终端两种视图暴露在 Web 面板上。用户向协调者(coordinator)描述任务,协调者调用 mesh_enqueue_task 将其写入 SQLite 队列并打上难度标签;空闲节点认领后在自动引导(安装依赖、原生重建、生成 gitignore 的构建产物)过的 worktree 中运行 worker Agent。任务完成或失败都写入 mesh 本地 SQLite 的 append-only 账本,运行期学到的操作笔记会被注入后续协调者提示词。Refinery 随后执行仓库自带的校验门禁、补丁等价性检测、子模块可达性检查与原子指针更新,rebase 后仅在 main 未移动时合并,否则转人工持有。额度方面,每台机器读取各 CLI 订阅的 5 小时与每周剩余窗口,接近耗尽的方案被跳过,即将在下次重置前浪费的额度优先消耗,Tasks 页可按难度预测下一个任务分配到哪个槽位。面板通过 WebRTC 数据通道传输聊天、命令、截图与远程输入;自托管模式还暴露 GET /api/v1/status、POST /api/v1/command、/api/v1/runtime/:sessionId/snapshot、/api/v1/mux/:workspace/state 等本地 API 与 ws://localhost:3847/ws。

  1. 同时维护多台开发机(笔记本、台式机、构建机)的团队,希望把编码任务丢进一个共享队列,让空闲机器自动认领。
  2. 已经在为 Claude Code、Codex、Kimi 等多个 CLI 订阅付费,想避免某个订阅额度到期末被浪费,并按任务难度分配到便宜或昂贵的模型。
  3. 在含 git 子模块的 monorepo 中并行跑多个 Agent,需要自动化的 rebase、子模块指针收敛和测试门禁后才允许合入 main。
  4. 需要在手机或平板上查看 Agent 会话、审批 rm -rf 或 git push --force 这类高风险命令,而不是守在终端前。
  5. 想对一次故障根因分析或设计评审获得多模型交叉意见,把同一问题发给 2–3 个不同 provider 的 worker 并对比结论。
  6. 需要为审计留痕的团队,要求每一次派发、完成、失败、停滞都可从 append-only 账本回溯。
  7. 已有自研或小众编码 CLI 的开发者,想通过 ~/.adhdev/providers/ 下的 provider.v1.json 清单把它接入统一面板。

如何安装或部署这个 Agent?

需要 Node.js 22 LTS、git,以及至少一个已安装并完成认证的编码 Agent。Windows 上 Node.js 24+ 目前无法正常启动,需改用 22.x 或 PowerShell 安装脚本。

推荐用 adhdev CLI 安装:

npm install -g adhdev
adhdev standalone

或者直接安装独立守护进程包(两个包都提供 adhdev 命令,只装其一,不要同时安装):

npm install -g @adhdev/daemon-standalone
adhdev-standalone

云端版(多机器、推送通知)可通过安装脚本或 Homebrew:

curl -fsSL https://adhf.dev/install | sh
irm https://adhf.dev/install.ps1 | iex
brew tap vilmire/adhdev && brew install adhdev
adhdev setup

从源码开发需要带子模块克隆,因为 vendor/seqscribe 是构建依赖:

git clone --recurse-submodules https://github.com/vilmire/adhdev.git
cd adhdev
npm install
npm run build
npm run dev

如何使用这个 Agent?

启动后在浏览器打开 http://localhost:3847,面板会检测本机已安装的 Agent。常用启动参数:

adhdev standalone --host 0.0.0.0   # 允许同一局域网的其他设备访问
adhdev standalone --port 8080      # 自定义端口
adhdev standalone --token mysecret # 为脚本或运维访问启用令牌认证
adhdev standalone --no-open        # 不自动打开浏览器
adhdev standalone --dev            # 启用本地 DevServer 端点(:19280)调试 provider

第一个会话:选一个 provider 和工作目录并启动,聊天视图与原始终端视图可切换。当 Agent 请求权限时,请求进入面板的活动收件箱,而不是阻塞在无人查看的终端里。单机试用 Mesh:打开 /mesh,创建一个绑定到仓库的 mesh,克隆一个 worktree 节点,然后排队一个任务并观察账本中 dispatch → completion → Refinery → rebase 合并到 main。局域网或 Tailscale 上的第二台机器可在 mesh 界面用地址加一次性配对码接入。

本地 API 可直接调用:

curl http://localhost:3847/api/v1/status
curl -X POST http://localhost:3847/api/v1/command -H 'Content-Type: application/json' -d '{"type":"..."}'

接入自定义 Agent 的 provider 清单放在:

~/.adhdev/providers/provider.v1.json

这个 Agent 有哪些优点和局限?

优点
  • Repo Mesh 是真正的多机并行:任务按难度和配额路由到笔记本、台式机或构建机,每个任务在独立 git worktree 中运行,避免并行 Agent 互相踩踏。
  • Refinery 把“完成”定义为 git 状态和提交检查点,而不是 Agent 自述;子模块可达性门禁、补丁等价性检测与原子指针更新针对真实 monorepo 场景设计,且项目自身就在这套流程上开发。
  • 额度感知路由读取每个 CLI 订阅的 5 小时与每周窗口,跳过接近耗尽的方案并优先消耗即将作废的额度,直接降低多订阅用户的浪费。
  • 审批策略刻意收窄:自动批准只按一次性“是”,绝不给“总是允许”;被委派的 worker 先问协调者,一分钟未决才推送给用户,推送内容包含命令本身。
  • 开源版即可完整运行 Repo Mesh、Refinery 与 worktree 节点,无账号、无配额;云端只承担跨网络可达与推送,数据面走 WebRTC 直连而非经过服务器。
局限
  • 开源版没有推送通知、托管 REST API 和项目文件传输,跨网络访问需要云端版,属于明确的功能分层。
  • 安装门槛不低:需要 Node.js 22 LTS,且必须在机器上预先安装并认证好至少一个编码 Agent;HTTP 服务若要暴露到局域网还需自行配置令牌或面板密码。
  • Windows + Node.js 24+ 目前被明确阻断,只能退到 22.x 或改用 PowerShell 安装器。
  • provider 目录虽然覆盖 CLI、IDE 与扩展三类,但项目自述“内置 ≠ 已验证”,各集成支持级别不一,未端到端验证的组合可能需要自行修 provider 清单。
  • 核心贡献需要签署 CLA,自定义 provider 建议提交到独立的 adhdev-providers 仓库而非主仓库。
  • README 中的 Auto-merge 占比等数据来自上游私有 monorepo,公开镜像的提交历史无法直接复核。

这个 Agent 与同类方案有什么区别?

README 明确点名了同类方案:Claude Code Remote Control 与 Codex Remote 擅长从手机驱动单一厂商的会话,但不提供跨厂商、跨机器的共享队列与测试门禁合并;Paseo、Happy 是面向编码 Agent 的开源远程控制与移动端应用,而 ADHDev 的落点在于提示词之后的工作——空闲机器认领任务、各自独立 worktree、通过测试才落地 main;Conductor、Superset、Vibe Kanban 在 worktree 中并行跑 Agent,但最终产出是待人工审阅合并的 diff 或 PR,ADHDev 则让 Mac、Windows、Linux 机器共同从一条队列拉取,并在门禁通过时替你合并。

与相关度最高的同类 agent 并排比较关键指标。

Agent 源码审查 形态 / 费用 Star 最近更新 主语言 完整支持的平台
ADHDev 智能体控制台 当前 46 · 缺口较多 命令行工具免费版 + 付费版 ★ 116 今天 TypeScript Codex · Claude Code
AGRO 沙箱运行时 49 · 缺口较多 命令行工具免费 + 模型费 ★ 42 2 天前 TypeScript Codex · Claude Code
Agor 45 · 缺口较多 命令行工具免费 + 模型费 ★ 1.5k 今天 TypeScript Codex · Claude Code
CC-Connect 60 · 存在缺口 命令行工具免费 + 模型费 ★ 16k 今天 Go Codex · Claude Code

FollowAgents 如何评估这个 Agent?

FollowAgents 源码审查 · FARS-2.1
缺口较多
46/ 100 五分制 2.3 / 5
信任安全 13/29
可靠稳定 6/14
适用触发 9/18
规范维护 8/18
有效结果 7/13
证据核验 3/8
查看各维度的扣分理由
信任安全13 / 29 · 2.2/5

README 与 configuration.md 明确说明 standalone 默认仅绑定 localhost、0.0.0.0 无鉴权时会告警、自动批准只按一次性 yes、Refinery 不 force-push 且歧义时阻塞待人工,这些体现了最小权限与用户确认的意图(各得 2)。但敏感数据处理仅停留在文字承诺(.env 排除、文件不出工作区),无代码佐证,扣至 1;依赖安全仅见 CI 的 npm ci 与 lock 校验,无审计/SCA 证据,得 1;外部效果(自动合并 main、子模块推送)虽有门禁但默认开启自动合并,风险面大,得 1;回滚仅提及 worktree 清理与 blocked_review,无显式回滚机制,得 1;来源归属仅 AGPL 与作者字段,发布者身份未验证,得 1。

可靠稳定6 / 14 · 2.1/5

CI 定义了 build/test/typecheck 多包流程,测试文件显示对失败结果与隐藏面板回退有针对性断言,自洽性得 2。但依赖可用性存在明显缺口:测试依赖外部 adhdev-providers 子模块,fork PR 可能缺失并导致 spec 测试失败(CI 注释自认),得 1;失败信息方面仅见零散错误字符串,无系统性错误分类文档,得 1。

适用触发9 / 18 · 2.5/5

README 清晰界定受众(多机多 CLI 的开发者)与场景,并明确“不替代你的 agent、连接已安装的 CLI”的边界,各得 2。触发精度方面,权限提示识别、自动批准范围等机制描述较细但无代码验证,且 mesh 调度/难度路由复杂,得 1;环境适配仅覆盖 Node 22、Windows 24+ 被阻断等有限说明,跨平台细节不足,得 1。

规范维护8 / 18 · 2.2/5

文档结构清晰(README 多语言、self-hosted 配置、SECURITY、CI),信息架构得 2;安装说明详尽含多路径与 Windows 注意事项,得 2。命名稳定性方面包名/命令存在 adhdev 与 adhdev-standalone 双命令冲突提示,得 1;示例与 FAQ 偏营销式叙述、缺少故障排查 FAQ,得 1;已知限制仅零散提及(Windows、cloud 功能差异),得 1;LICENSE 为完整 AGPL-3.0,得 2;版本号在 package.json 有但无 CHANGELOG,得 1;维护责任仅 SECURITY 的响应时限与邮箱,发布者未验证,得 1。

有效结果7 / 13 · 2.7/5

输出可用性方面面板、审批收件箱、任务队列等产出形态明确,得 2;边际价值相对单 CLI 远程控制有队列/多机/测试门禁的差异化,得 2;成本效益受限于需自备多个已认证 CLI、Node 22、子模块与复杂 mesh 配置,上手成本高,得 1。

证据核验3 / 8 · 1.9/5

README 大量能力声明(P2P 加密、配额路由、Refinery 门禁)主要靠自述,缺少可追溯的代码/测试锚点,claim_traceability 得 1;跨源佐证仅 configuration.md 与 SECURITY 部分呼应,得 1;事实与推断分离方面 README 混入营销性对比与“约六分之一提交为自动合并”等无法在本仓库核实的说法,得 1。

风险与缓解建议
  • 发布者身份未经 FollowAgents 验证,安装前应自行核实 npm 包与仓库归属。
  • 默认自动合并到 main 与子模块推送属高影响外部效果,生产仓库使用前应确认 Refinery 门禁与 allowAutoPublishSubmoduleMainCommits 配置。
  • 测试依赖外部 adhdev-providers 子模块,fork 或离线环境可能无法复现 spec 测试。
  • 敏感数据处理(.env 排除、文件不出工作区)仅为文档承诺,静态审查无法验证实现。
  • Windows + Node 24+ 被阻断,需使用 Node 22.x 或 PowerShell 安装器。
证据充分度:低 评估于 2026年10月29日 审查版本 760f17bb2ea9
查看完整评分方法 →

常见问题

自托管免费版到底少了什么?
云端版主要补的是“可达性层”:账号(GitHub/Google OAuth)、跨互联网的机器访问(P2P WebRTC + TURN)、推送通知、托管 REST API 与 API 密钥,以及自有机器之间的项目文件传输。面板、全部三类 provider、Repo Mesh、Refinery、worktree 节点、助理和同一局域网/Tailscale 内的直连配对都在开源版里。
它会申请很高的权限或者替我执行危险命令吗?
审批策略是刻意收窄的:自动批准只回答一次性“是”,不会选“总是允许”或会话级授权;请求展示的是 provider 的真实选项,最窄的排在前面,长期授权排在最后并标注;审批文字必须来自活着的提示,已被滚动走或仅被打印出来的文本不算数;请求已变更时的选择会被拒绝。Refinery 从不 force-push,无法判断的情况一律留给人。
任务被认领后失败了或者卡住了会怎样?
任务状态在 SQLite 队列中按 pending → assigned → completed/failed 流转,支持重试和 depends_on 依赖排序;失败或取消的前置任务会按 mesh 策略挂起或取消下游链并通知协调者,每次派发、完成、失败、停滞和检查点都写入 append-only 账本,可事后追查。
需要为每个 Agent 单独配置 API Key 吗?
不需要,ADHDev 不管理 Agent 的 API 密钥,每个工具自行处理认证;ADHDev 只负责检测安装状态并在面板上呈现错误。它读取的是各订阅的剩余额度窗口用于路由,而不是接管凭证。
可以接入 catalog 里没有的编码 Agent 吗?
可以。provider 是数据而非需要 fork 的代码:一个版本化的 provider.v1.json 清单加若干脚本,描述如何检测工具、启动它、把输出解析成聊天轮次、识别审批提示。放进 ~/.adhdev/providers/ 后面板即会加载,同名覆盖会优先于内置版本,便于本地修好解析器而无需等待发版。
在 GitHub 查看 ↗ 安装 ↓

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents