用 Elves 委派计划任务

解决多代理协作的失控风险

在复杂开发或研究任务中，直接将工作完全交给自动化代理常面临三大风险：运行环境失控（如工作树被意外修改）、审查流程缺失（合并请求未经过验证）、权限边界模糊（人工干预机制不明确）。Elves 通过结构化委派机制，将计划拆解为可隔离执行的单元，同时强制保留关键控制节点。

核心能力与工作流

• 多驱动适配：支持 Claude Code 与 Codex 两类工作者驱动，兼容原生或外部提供商实现，不锁定单一模型生态。
• 安全隔离机制：每个委派任务在独立工作树中执行，通过 git 原生操作保证环境隔离，合并前需通过 人工审查门禁。
• 持久化运行状态：任务进度与决策记录可追溯，支持断点续跑与跨会话恢复，避免重复劳动。
• 双模审查流程：静态帮助探针（不触发模型调用）验证基础配置，动态审查环节强制要求 PR 人工确认，杜绝未经审核的自动合并。

适用边界与注意事项

• 外部依赖：需配置至少一个外部模型提供商（如 Claude API），可选集成 Grok 等第三方驱动。
• 权限最小化：工作者默认无直接合并权限，所有变更需通过 审查门禁 后由人工执行 git merge。
• 首次运行准备：需预先配置 GitHub CLI 或工作者适配器，确保 git 操作权限与远程仓库访问正常。
• 静态探针限制：帮助探针仅验证标志位宣传，不替代实际功能测试，必须结合动态审查使用。