适合谁
- 需要流程强制约束与可审计日志的团队
- 在多个 AI 编码框架之间切换但希望复用同一流程定义的用户
- 需要可重放、可恢复、带人工门禁的复杂智能体工作流
- 希望在 CI/CD 中以无 AI 代理方式运行编排流程的工程团队
B
40FMRS · D
Babysitter 是一个 MIT 许可的编排工具，核心主张是对智能体行为进行强制约束：process 以 JavaScript 定义并作为唯一权威，每步强制停止，门禁阻断推进，断点要求人工批准，全程记录可重放的日志。v6 引入 Adapters 运行时，使其可在其安装矩阵列出的 12 个框架上运行。README 列出了多个 npm 包、插件市场安装方式以及内建 internal harness。它适合需要强流程控制、可审计与可恢复性的团队，但会写入状态目录、按 process 权限操作工作区，且 blueprint 可执行较广泛的安装动作。本条目基于提供的 README 推断 MCP 相关能力（如 genty start-server --transport stdio），仓库未提供可供核对的 MCP 工具清单或客户端配置示例，因此相关字段留空。
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 记忆基底包。
安装接入
- 确认 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。
选型与风险
不适合谁
- 只需要一次性简单对话或单步代码生成的用户
- 不想安装 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 已弃用，沿用旧命令可能失效
常见排障
- 运行 /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
使用场景
用 TDD 实现功能并强制质量门禁
在 CI/CD 或脚本中以 internal harness 无头运行 process
跨多个框架委派子任务编排多智能体工作流
在关键节点插入人工审批断点
中断后从事件日志确定性恢复运行
使用 blueprint 安装安全、测试、部署、CI/CD 等配置
支持客户端
Claude Code完整支持
Codex CLI完整支持
Cursor部分支持
Gemini CLI部分支持
GitHub Copilot部分支持