Babysitter
用代码定义并强制执行多智能体工作流，加入审批、质量门禁与可回放审计记录。
- Star 数
- ★ 1.9k
- 最近更新
- 2 个月前
- License
- MIT
- 主语言
- JavaScript
- FA 评分
- 59/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Claude CodeCodex · Claude.ai（部分支持）
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 技术负责人需要把“先规划、人工批准、实现、测试、质量评分不足则返工”的交付流程写成 JavaScript 并强制执行时。
- 不适合
- 只想用单一编码工具、不愿安装插件或适配器的团队
- 不愿接受强制断点与人工审批、追求全自动无约束的团队
- 源码审查
- 59/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Babysitter 是面向 AI 编码工具的工作流编排项目，核心交互包括 babysitter、genty 和 adapters 命令行，以及各宿主工具的插件。工作流以 JavaScript 进程定义，进程可调用 ctx.task 和 ctx.breakpoint；运行时据此决定后续允许执行的任务。它将任务、门禁和决策写入事件式 journal，并支持从中断处恢复运行。v6 通过 Adapters 运行时支持跨多个编码宿主执行同一流程，另有无需外部编码代理的 internal harness，可用于脚本、测试和 CI/CD。仓库还提供蓝图、进程库、压缩配置、MCP 服务启动命令，以及面向运行管理的 genty 平台包。
用户通过 /babysitter:call、/babysitter:yolo、/babysitter:plan 等会话命令，或 genty call --harness <harness> --prompt <prompt> --workspace <path> 启动流程。JavaScript process 中的 await ctx.task(...) 分派工作，await ctx.breakpoint(...) 创建必须通过的人类审批点，代码中的条件判断可将质量检查结果作为后续步骤的门禁。运行时在每一步后检查流程允许的下一项，并把任务、门禁和决策记录到默认的 ~/.a5c/runs/；同时兼容读取仓库内 .a5c/runs/。genty 支持 resume、doctor、retrospect、cleanup 和 start-server，internal harness 可直接执行进程或提示词，并可将子任务委派给运行时发现的已安装宿主。插件会自动注册四层压缩钩子；可通过 BABYSITTER_COMPRESSION_ENABLED、babysitter compression:toggle 和 .a5c/compression.config.json 调整。
- 技术负责人需要把“先规划、人工批准、实现、测试、质量评分不足则返工”的交付流程写成 JavaScript 并强制执行时。
- CI/CD 维护者希望在没有外部 AI 编码 CLI 的环境中，用 genty call --harness internal 运行 lint 与测试流程时。
- 使用 Claude Code 的团队需要在长任务中设置结构化审批点，并在会话中断后通过 /babysitter:resume 继续时。
- 同时使用 Claude Code、Codex CLI 或其他已支持宿主的工程团队，希望以 Adapters 复用同一套流程时。
- 需要审计并复盘自动化运行的团队，希望使用 journal、genty doctor 和 genty retrospect 查看任务与决策记录时。
如何安装或部署这个 Agent？
前置条件为 Node.js 20.0.0+（adapters CLI 要求 20.9.0+）及一个受支持的 AI 编码宿主。安装主 CLI：
npm install -g @a5c-ai/babysitter如需从 shell 直接驱动宿主，安装：
npm install -g @a5c-ai/adapters-cli
adapters doctor如需运行编排命令，安装：
npm install -g @a5c-ai/genty-platformClaude Code 可通过 claude plugin marketplace add a5c-ai/babysitter 后安装 [email protected]；Codex CLI（Beta）可执行 codex plugin marketplace add a5c-ai/babysitter。所给资料未说明额外凭据配置步骤。
如何使用这个 Agent？
在 Claude Code 会话中可运行：
/babysitter:user-install
/babysitter:project-install
/babysitter:doctor
/babysitter:call implement user authentication with TDD使用运行时 CLI 的最小调用示例：
genty call --harness claude-code --prompt "implement user authentication with TDD" --workspace .
无外部编码代理的自动化示例：
genty call --harness internal --process .a5c/processes/lint-and-test.js#process --workspace . --no-interactive --json中断后可用 genty resume --run-id <runId> --harness claude-code --workspace . 恢复。
这个 Agent 有哪些优点和局限？
- 流程是可执行的 JavaScript，而非仅靠提示词约定；ctx.task、ctx.breakpoint 与代码条件可直接限定后续步骤。
- 任务、门禁和决策会写入 journal，支持确定性回放与从中断点恢复。
- 同时提供会话内插件、host-side adapters CLI、genty 运行时 CLI 和 internal harness，覆盖交互式与无头自动化调用。
- 支持结构化人工审批、并行分派和质量门禁，适合需要治理而非一次性提示的流程。
- 主 CLI 需要 Node.js 20.0.0+，adapters CLI 的最低版本更高，为 20.9.0+。
- 除 internal harness 外，典型使用依赖已安装且受支持的 AI 编码宿主；不同宿主的安装方式不同。
- Codex CLI 集成标为 Beta，Cursor、Gemini CLI、GitHub Copilot、Pi、Hermes、Oh-My-Pi、OpenCode 与 OpenClaw 集成标为 Experimental。
- 采用完整编排能力通常要理解多个包的边界：@a5c-ai/babysitter、@a5c-ai/adapters-cli、@a5c-ai/genty-platform 与宿主插件并非同一安装物。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Babysitter 当前 | 59 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1.9k | 2 个月前 | JavaScript | Claude Code |
| Agency Orchestrator：一句话组队 AI 专家团队 | 71 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 2.5k | 5 天前 | TypeScript | Codex · Claude Code · OpenAI API · Claude API |
| Dagu 工作流编排器 | 65 · 存在缺口 | 命令行工具免费版 + 付费版 | ★ 4.6k | 今天 | Go | Codex · Claude Code · Claude API |
| DuraGraph | 50 · 缺口较多 | 命令行工具免费 | ★ 161 | 1 个月前 | Go | — |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
安全架构明确说明当前没有默认强隔离或能力安全保证，并指出文件系统、插件、钩子、网络和供应链风险；CI 工作流授予 contents、pull-requests、issues 写权限，且冲突修复会 force-push，故最小权限和外部影响仅部分充分。交互模式有审批断点，但 YOLO 明确取消断点；日志与恢复能力有说明，却没有敏感数据处理或依赖风险缓解细节。仓库提供维护者名称和联系邮箱，但发布者身份未验证，不能据此确认归属。
事件日志、恢复命令、诊断状态和故障排查说明支持常规使用；但 README 宣称确定性、无幻觉，而安全架构将更强保证限定在具体实现和验证范围内，且安装指南对 Node.js 最低版本的说明不一致。项目依赖多个外部 harness、npm 包和远程服务，材料未证明这些依赖始终可用。
材料覆盖交互、自主、计划、持续和内部运行方式，并列出多种 harness、CI 与脚本场景；也说明外部 harness 和隔离能力的边界。技能触发描述较具体，但不同 harness 的成熟度不一，部分标为实验性；Node.js 版本要求和依赖配置限制了环境适配。
文档有清晰的目录、包边界、安装路径、命令示例和故障排查，安全架构也区分当前控制与延后目标。MIT 许可证文本完整。安装材料对 Node.js 版本存在不一致；插件市场清单为 6.0.2，而根 package.json 为 6.0.3，版本信息未完全对齐。样本未提供可核对的变更日志；维护联系信息存在，但维护责任和发布者身份仍不够明确。
流程代码、任务、质量门、断点和运行日志为复杂工作流提供可读的执行结构，且涵盖多 harness 编排，体现明确的增量价值。命令和示例有助于产出可操作结果，但复杂的多包安装链、外部运行依赖以及不同成熟度的插件增加采用和维护成本。
文档将部分架构主张对应到具体命令、包、控制面和验证要求，并明确区分现有控制与延后目标。README 的确定性和无幻觉表述缺少所给材料中的直接证明，安全说明又对相关保障作出限定；跨文件对照发现版本与环境要求不一致。部分性能与能力描述仍是产品主张，不能由本静态材料独立确认。
- YOLO 模式不设置审批断点；确认任务授权和运行环境适合自主执行。
- 安全架构明确表示默认不提供强隔离或能力安全保证；插件、钩子、外部 harness 和远程服务都应视为信任边界。
- 安装材料的 Node.js 最低版本说明不一致，且所给插件清单与根包版本不同，安装前应核对目标包的发布说明。
你是这个项目的维护者？把 FARS 徽章加到 README
[](https://followagents.com/zh/agents/babysitter)<a href="https://followagents.com/zh/agents/babysitter"><img src="https://followagents.com/badge/babysitter.svg?lang=zh" alt="FARS 评测"></a>最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
常见问题
是否必须使用 Claude Code？
流程能否在人工审批前自行继续？
运行中断后会丢失状态吗？
是否需要付费或额外凭据？
谢谢反馈，我们会据此改进页面。