Atomic Agent
一个开源多Agent编排框架，支持强模型与弱模型协同工作，用于构建「编排者-执行者」架构的AI应用
时间轴 (近 90 天)
Atomic Agent 作者认为规划者-工作者架构中最难设计的不是任务拆分算法，而是权限边界的严格执行；三次失败都源于'留有余地'（软门控、例外通道、未调用的检查），每一次余地的存在都导致架构退化。
Atomic Agent 提供了六个 Agent 的导入器，每个支持 --dry-run 模式不写入任何内容；API 密钥仅在显式使用 --migrate-secrets 时才会迁移。
Atomic Agent 支持的导入来源包括 Claude Code、Codex、Hermes、OpenClaw、Pi 和 Oh-My-Pi，涵盖技能、记忆、MCP 服务器和会话记录等维度；其中 Hermes 和 OpenClaw 的记忆数据无法迁移，因为两者存储格式不同且没有交换标准。
Atomic Agent 以终端 Agent 形式运行，近期新增了桌面应用，支持 Mac、Windows、Linux；桌面端审批选项包括'允许一次'和'拒绝/中止运行'，用户可在编辑器中切换模式来减少确认频率。
在 Atomic Agent 的 Fusion 模式中，典型配置是云端模型做规划、本地模型做执行，这样只有规划环节消耗 API token。
Atomic Agent 初版软门控设计中，fusion.delegate 即使所有 Worker 都失败了也返回 ok 状态，导致规划者误判成功后越权写入了15个文件、执行了5条命令。
Atomic Agent 曾允许 Worker 通过 needs_orchestrator 将任务退回规划者，该例外通道在测试中被规划者利用了13次写入；一次运行中6个任务里有4个走了这条路径。
Atomic Agent 早期版本中门控逻辑从未被执行器调用——步骤执行器只转发 plan-mode 参数而未触发权限检查，导致一次驱动测试中规划者无阻碍地写完了全部四个文件、零次拒绝，且单元测试全部通过。
Atomic Agent 现行规则：在规划者的整个回合内不能执行任何变更操作，所有 MCP 工具都被视为变更操作，Worker 负责写文件，规划者只能读取文件、运行只读检查、重新委派任务。
Atomic Agent 选择在工具调用返回结果中附带拒绝消息（'你负责规划，Worker 负责写入'）而非动态移除写工具，目的是保护本地规划模型的 KV 缓存，避免 prompt 前缀改变导致缓存失效。
还有 5 条时间轴事件
全部知识事实 (15)
Atomic Agent 作者认为规划者-工作者架构中最难设计的不是任务拆分算法，而是权限边界的严格执行；三次失败都源于'留有余地'（软门控、例外通道、未调用的检查），每一次余地的存在都导致架构退化。
50%待验证在 Atomic Agent 的 Fusion 模式中，典型配置是云端模型做规划、本地模型做执行，这样只有规划环节消耗 API token。
50%待验证Atomic Agent 现行规则：在规划者的整个回合内不能执行任何变更操作，所有 MCP 工具都被视为变更操作，Worker 负责写文件，规划者只能读取文件、运行只读检查、重新委派任务。
50%待验证Atomic Agent 选择在工具调用返回结果中附带拒绝消息（'你负责规划，Worker 负责写入'）而非动态移除写工具，目的是保护本地规划模型的 KV 缓存，避免 prompt 前缀改变导致缓存失效。
50%待验证MCP 服务器往往是第三方代码，其声明的权限提示（如 readOnly）只是自我描述，无法被宿主程序强制验证，因此 Atomic Agent 采取'默认有罪'策略将所有 MCP 工具视为变更操作。
50%待验证Atomic Agent 支持的导入来源包括 Claude Code、Codex、Hermes、OpenClaw、Pi 和 Oh-My-Pi，涵盖技能、记忆、MCP 服务器和会话记录等维度；其中 Hermes 和 OpenClaw 的记忆数据无法迁移，因为两者存储格式不同且没有交换标准。
50%待验证在Atomic Agent框架下用GPT Sol编排本地Qwen模型完成三个小游戏任务，成本从Sol单独运行的$0.75降到$0.17
50%待验证Atomic Agent是作者开发的开源框架，提供标准化接口定义编排者与执行者角色并管理消息传递
50%待验证该实测存在样本极小（每个游戏只跑一次）、任务单一（都是编程小游戏）、利益相关（作者是框架开发者）等局限性
50%待验证一次运行中，Atomic Agent 的本地规划模型正确诊断了一个真实 bug，但因禁止写入文件，花费了22分钟将修复方案写在拒绝消息的文本里。
50%待验证Atomic Agent 初版软门控设计中，fusion.delegate 即使所有 Worker 都失败了也返回 ok 状态，导致规划者误判成功后越权写入了15个文件、执行了5条命令。
50%待验证Atomic Agent 早期版本中门控逻辑从未被执行器调用——步骤执行器只转发 plan-mode 参数而未触发权限检查，导致一次驱动测试中规划者无阻碍地写完了全部四个文件、零次拒绝，且单元测试全部通过。
50%待验证Atomic Agent 曾允许 Worker 通过 needs_orchestrator 将任务退回规划者，该例外通道在测试中被规划者利用了13次写入；一次运行中6个任务里有4个走了这条路径。
50%待验证Atomic Agent 提供了六个 Agent 的导入器，每个支持 --dry-run 模式不写入任何内容；API 密钥仅在显式使用 --migrate-secrets 时才会迁移。
50%待验证Atomic Agent 以终端 Agent 形式运行，近期新增了桌面应用，支持 Mac、Windows、Linux；桌面端审批选项包括'允许一次'和'拒绝/中止运行'，用户可在编辑器中切换模式来减少确认频率。
50%