Babysitter MCP Server

社区

对智能体工作队列强制执行服从，通过确定性、无幻觉的自我编排管理极其复杂的工作流。

分类: 开发工具第 355 / 438
Stars: ★ 1.9k 非常热门
传输方式: stdio（本地进程）
运行环境: Node.js 20.0.0+
凭据: 无需凭据
许可证: MIT
最近提交: 54 天前

40FMRS · D

Babysitter 是一个 MIT 许可的编排工具，核心主张是对智能体行为进行强制约束：process 以 JavaScript 定义并作为唯一权威，每步强制停止，门禁阻断推进，断点要求人工批准，全程记录可重放的日志。v6 引入 Adapters 运行时，使其可在其安装矩阵列出的 12 个框架上运行。README 列出了多个 npm 包、插件市场安装方式以及内建 internal harness。它适合需要强流程控制、可审计与可恢复性的团队，但会写入状态目录、按 process 权限操作工作区，且 blueprint 可执行较广泛的安装动作。本条目基于提供的 README 推断 MCP 相关能力（如 genty start-server --transport stdio），仓库未提供可供核对的 MCP 工具清单或客户端配置示例，因此相关字段留空。

最强项 · 文档质量 11/20 最弱项 · 可靠性 6/20

可靠性

6/20

安全与权限

7/20

维护活跃度

9/20

文档质量

11/20

安装易用性

7/20

查看各项评分依据

可靠性 6/20: 静态审查仅基于仓库根目录的 README 与描述，SERVER MANIFEST 未缓存，无法核对声明的 MCP 服务端工具清单与实际实现是否一致，因此可靠性上限被压低。README 声称存在 genty start-server --transport stdio 与 babysitter-mcp-server 二进制，但未给出该 MCP 服务的工具列表、参数或初始化握手细节，属证据缺口。文档自述存在大量包（@a5c-ai/babysitter、adapters-cli、genty-platform、SDK、atlas、kradle、kip-sdk）与多层运行时，依赖面广且各有不同的 Node 版本下限（20.0.0+ 与 22.13.0+），启动路径复杂、边界条件多，静态无法验证错误处理与依赖可控性。仓库有 CI 徽章指向 ci.yml，属可核验的持续集成迹象，但未见提交的 MCP 服务端关键路径测试证据，因此不给高分。综合扣分项：MANIFEST 缺失、工具清单未披露、运行时依赖重、错误处理与重放机制无静态可验证证据。
安全与权限 7/20: 未触及红线：未发现恶意代码、凭证窃取、隐蔽外传或默认执行不可逆删除/付费/部署/远程命令的证据，安装示例中也未出现真实令牌或密钥。但权限与数据流披露不完整：系统核心卖点是“强制服从/强制执行钩子”，会在宿主 harness 内注册 hook 并对代理行为施加强制停止与门控，这属于对代理执行权限的强介入，README 仅以营销口吻描述，缺乏权限范围、最小权限设计、数据边界与危险操作确认机制的具体说明。默认状态存储于 ~/.a5c/runs/ 并可读仓库内 .a5c/runs/，事件来源日志包含全部任务与决策记录，但未说明敏感信息脱敏、日志访问控制或保留期限。多 harness 委派（internal harness 可运行时发现并派发任务到 Claude Code、Codex、Gemini CLI 等）扩大了外部进程调用面，未见沙箱或调用白名单说明。压缩子系统会上传/处理提示与命令输出（含 bash 输出），涉及数据流披露不足。综合扣分：确认机制、作用域限定与数据流披露均不完整。
维护活跃度 9/20: MIT 许可证明确，README 与描述一致，有 CI 徽章、Discord、GitHub Issues/Discussions、CONTRIBUTING.md 与 npm 发布渠道，说明维护与响应通道存在且可发现。但治理与版本管理存在缺口：维护者身份仅以“Built with Claude by A5C AI”口号式提及，缺乏明确负责人与安全响应流程；版本处于 v6 且存在“0.0.x → v6”迁移文档，说明历史上有大范围破坏性变更；kip-sdk 为 0.0.1/private 未发布，文档自述内部/半成品状态；open issues 高达 427，相对 1783 stars 属较高缺陷积压，提示问题响应可能滞后。整体判为“活跃但治理与版本化有缺口”，不给更高分。
文档质量 11/20: 文档体量可观：README 提供多 harness 安装矩阵、CLI 参考、适配器 CLI、包与插件结构图（monorepo 布局）、压缩配置示例、蓝图与流程说明，以及指向 FAQ、排错、安全、CLI 参考、进程库等分册文档的链接，分层结构基本成立。扣分点：MANIFEST 未缓存，MCP 服务端（genty start-server / babysitter-mcp-server）的工具参数、认证方式、限额与成本未在 README 中披露；文档对“12 个 harness 支持”多为“Experimental/Beta”标注，能力声明与成熟度混杂；“2,000+ 预置进程”“压缩降低 50-67%、99% 事实保留”等量化断言缺少可核验证据；安装章节同时出现 Claude Cowork 手工点选与团队/企业私有仓库限制等隐藏假设。故为可用但存在隐藏假设与排错缺口，不予更高分。
安装易用性 7/20: 安装路径多且需谨慎区分：既有 npm 全局包（@a5c-ai/babysitter、@a5c-ai/adapters-cli、@a5c-ai/genty-platform），又有按 harness 的插件市场命令与 babysitter harness:install-plugin，README 明确警告两条安装轨道“不应混为一谈”，对普通用户构成认知负担。运行时前提较重：Node 20+，host 侧 adapters CLI 另要求 22.13.0+（依赖内置 node:sqlite），还需先安装受支持的 AI coding harness，并执行 /babysitter:user-install、project-install、doctor 等初始化步骤。文档给出了 Claude Code 与 Codex 的具体命令，属客户端配置示例，具备一定可操作性；但 MANIFEST 缺失、MCP 客户端连接配置缺乏直接示例，且以插件市场为主路径在非官方市场环境下较脆弱。综合判为可完成但步骤多、易错、偏手工。

静态评测 · 未实际运行收录于 2026-09-10

查看 FMRS 评分方法 →

选型与风险

能访问什么读取本地文件写入 / 删除本地文件执行命令或代码访问网络

适合谁

需要流程强制约束与可审计日志的团队
在多个 AI 编码框架之间切换但希望复用同一流程定义的用户
需要可重放、可恢复、带人工门禁的复杂智能体工作流
希望在 CI/CD 中以无 AI 代理方式运行编排流程的工程团队

不适合谁

只需要一次性简单对话或单步代码生成的用户
不想安装 Node.js 或运行外部 CLI 的环境
期待无需人工审批的完全自治自动化且无法接受强制停止的团队
希望消费已发布 kip-sdk 包的用户（该包为 private/0.0.1，未发布）

所需权限

可写入运行状态目录（默认 ~/.a5c/runs/，并兼容读取仓库内 .a5c/runs/）
可在项目目录中创建或修改文件，具体由所定义 process 代码决定
可在流程中执行任意 AI 代理能执行的操作，包括安装 npm 包、生成 CI/CD 配置、设置 git hooks
运行 process 时可调用已发现的框架 CLI 与外部命令
可读取并修改 .a5c/compression.config.json 以配置压缩层

风险与副作用

process 代码是权威来源，编写不当的 process 可能导致不必要的文件修改或命令执行
带质量的流程可能反复迭代直到门禁通过，消耗较多 token 与时间
插件会安装到框架的用户级作用域，影响该用户所有会话
blueprint 可执行安装 npm 包、修改 linter 规则、写入 CI 配置等操作，需要在批准前审查其指令
文档明确提示 harness:install 与 harness:discover 已弃用，沿用旧命令可能失效

安装接入

准备工作

运行环境：Node.js 20.0.0+

其他可选配置项（1 个）

BABYSITTER_COMPRESSION_ENABLED 可选设为 false 可关闭 4 层令牌压缩子系统；该变量为可选项，安装插件后压缩默认开启。

确认 Node.js >= 20.0.0（推荐 22.x LTS）；仅使用宿主侧 adapters CLI 时需 Node >= 22.13.0。
安装主 CLI：npm install -g @a5c-ai/babysitter。
如需从 shell 直接驱动某个框架，安装宿主侧 CLI：npm install -g @a5c-ai/adapters-cli，然后运行 adapters doctor 检查环境。
在你的框架中安装 Babysitter 插件，例如 Claude Code：claude plugin marketplace add a5c-ai/babysitter-claude，然后 claude plugin install --scope user [email protected]，并重启框架，用 /skills 确认 "babysit" 出现。
也可以走可脚本化安装：babysitter harness:install-plugin <harness>（例如 cursor、gemini-cli、github-copilot、pi、hermes、oh-my-pi、opencode、openclaw）。
首次配置：/babysitter:user-install、/babysitter:project-install，最后用 /babysitter:doctor 验证。
如需运行时编排命令，可额外安装 @a5c-ai/genty-platform 并使用 genty。

验证是否装好

安装 Claude Code 插件并重启后，输入 /skills 确认出现 'babysit'；也可运行 /babysitter:doctor 验证环境正常，或在安装 adapters CLI 后运行 'adapters doctor'。

常见排障

运行 /babysitter:doctor 或 genty doctor --run-id <runId> 诊断运行健康状态
Claude Code 中重启后用 /skills 确认 "babysit" 是否出现
若 adapters CLI 报错，确认 Node 版本是否满足 >= 22.13.0
中断的运行可用 /babysitter:resume 或 genty resume --run-id <runId> 恢复
若上下文占用过高，可用 babysitter compression:config 查看压缩配置，或用 babysitter compression:toggle <layer> off 关闭单层
需要无外部 AI 代理时使用 --harness internal

试试这样问

连接成功后，可以直接对 AI 助手这样说：

使用 babysitter 技能以 TDD 方式实现用户认证
/babysitter:call 以 TDD 实现用户认证
/babysitter:plan 为 API 添加分页功能
/babysitter:doctor 诊断运行健康状况

使用场景

用 TDD 实现功能并强制质量门禁

在 CI/CD 或脚本中以 internal harness 无头运行 process

跨多个框架委派子任务编排多智能体工作流

在关键节点插入人工审批断点

中断后从事件日志确定性恢复运行

使用 blueprint 安装安全、测试、部署、CI/CD 等配置

支持客户端

Claude Code

Codex

Cursor部分支持

Gemini CLI部分支持

GitHub Copilot部分支持

依据项目文档列出，未经本站实测。

详细介绍

Babysitter 是一个用于智能体编排的开源（MIT）工具，其目标是对智能体工作队列强制执行服从，并让它们通过确定性、无幻觉的自我编排来管理极其复杂的工作流。你的工作流以 JavaScript 代码（process）定义：编排器只能执行该代码所允许的操作，每一步之后都被强制停止，质量门禁必须通过才能继续，断点处需要人工批准，所有决策都会记录在不可变、可确定性重放的事件溯源日志中。自 v6 起，Babysitter 通过其 Adapters 运行时实现与框架无关，同一套 process 可在其安装矩阵所列的 12 个受支持 AI 编码框架上运行。安装方式包括：npm 包 @a5c-ai/babysitter（主 CLI）、@a5c-ai/adapters-cli（宿主侧 adapters CLI，需 Node >= 22.13.0）、@a5c-ai/babysitter-sdk（公共 SDK/库）、@a5c-ai/genty-platform（可选运行时 CLI，提供 call、resume、plan、start-server、tui 等命令），以及各框架专属插件。README 还提到了内建 internal harness，可在没有任何外部 AI 编码代理的情况下以编程方式运行 process，并可由运行时动态发现已安装的框架 CLI 进行任务委派；此外还有 4 层 token 压缩子系统与 blueprint（自然语言指令或确定性 JS process）市场。仓库还包含一个相邻的 kip-sdk 记忆基底包。