核心功能
OpenClaw Swarm Layer 将 Markdown 规格文档转化为可执行的任务图，支持依赖排序与显式并行阶段。执行层提供双轨模式：ACP（自动化控制平面）作为默认路径，manual 作为安全回退。会话管理支持持久化绑定、线程跟随与 steering 消息注入，确保长流程连续性。
显著优点：
- 评审门禁（approve/reject）与结构化质量评分（四维度加权）保障输出质量
- GAN 启发的 Sprint Contract 与自动 Evaluator 注入，实现可验证的验收标准
- 完善的保护机制：任务字段不可变性、会话预算（时长+重试）、并发保护队列
- 并行调度（
--parallel N、--all-ready）与死信追踪提升吞吐与可观测性 - Autopilot 控制平面支持监督式自动化，含 watcher 驱动与降级保持模式
- 多路径报告（本地 + Obsidian 同步）便于复盘与知识沉淀
潜在局限：
- 单机单项目架构，非分布式多节点编排器
- 非 CI/CD 工具，无 git push、PR 创建或部署自动化
- 评审决策仍需人工介入，非完全自主的 "PR 工厂"
- ACP 就绪依赖 OpenClaw 版本（>=2026.3.22）与正确配置的 public path
- 配置复杂度较高，harness 模式与 quality rubrics 需 JSON 级调优
适合人群：
- 需要结构化、可审计工作流的技术团队
- 追求人机协作（human-in-the-loop）质量门禁的开发者
- 使用 OpenClaw 生态、希望复用 ACP 能力的用户
- 愿意以 Markdown 规格驱动开发流程的工程师
常规风险：
- 版本漂移导致 doctor 警告，需及时清理 legacy bridge 配置
- ACP runtime 误设为 read-only 会阻塞自动化执行
- 会话孤儿或任务僵死需定期 cleanup
- 过度并行可能触及 ACP 并发上限，触发队列等待
使用建议
首次使用建议按 Setup → Doctor → Init → Plan → Dry-run → Run 顺序验证；生产环境建议启用 enforceTaskImmutability 与 bootstrap 进度恢复，并配置 Obsidian 同步用于审计追踪。