待验证50% 置信事件精确时间
Atomic Agent 曾允许 Worker 通过 needs_orchestrator 将任务退回规划者,该例外通道在测试中被规划者利用了13次写入;一次运行中6个任务里有4个走了这条路径。
1
来源数
50%
置信度
中期 (~90 天)
时效性
2026/10/12
首次发现
有效期至:2027/1/10
来源
涉及实体
相关事实
待验证Atomic Agent 选择在工具调用返回结果中附带拒绝消息('你负责规划,Worker 负责写入')而非动态移除写工具,目的是保护本地规划模型的 KV 缓存,避免 prompt 前缀改变导致缓存失效。69% 相似待验证Atomic Agent 现行规则:在规划者的整个回合内不能执行任何变更操作,所有 MCP 工具都被视为变更操作,Worker 负责写文件,规划者只能读取文件、运行只读检查、重新委派任务。67% 相似待验证Atomic Agent 提供了六个 Agent 的导入器,每个支持 --dry-run 模式不写入任何内容;API 密钥仅在显式使用 --migrate-secrets 时才会迁移。67% 相似待验证在命令行终端中无法同时给多个Agent下达任务,而Multica支持任务队列,让一个人同时管理十几个AI Agent67% 相似待验证针对长期运行、多步骤的 Agent 场景,如何追踪跨越数小时甚至数天的任务执行链路仍是尚未成熟的工程难题66% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1010241API
curl https://kongchang.com/api/v1/knowledge/claims/1010241MCP
get_claim(id=1010241)