摘要：MiniMax 公开 Code CLI 0.4.12 源码，第一方代码默认 MIT 许可，支持终端交互、批处理与编辑器接入；360 联合昇腾以"蜂群多智能体"将 2 小时协作任务压至 20 分钟。
工具层的"可审查"与"能协作"，今天有两个值得记一笔的进展。其一是 MiniMax 公开了 Code CLI 的 0.4.12 源码，第一方代码默认采用 MIT 许可证（第三方组件仍遵循各自许可）。仓库涵盖终端交互界面、无界面批处理与 ACP 编辑器接入，工具可读写项目、执行命令与测试，支持权限控制、MCP 及自带 API 密钥接入兼容模型服务——等于把一个能动的 AI 编程助手，连同它的"怎么干活"一起交到了社区手里。其二是 360 集团在华为全联接大会期间，联合昇腾 AI 推出以"360 智能体工厂"为核心的方案，主打"蜂群多智能体协作技术"：支持多智能体多层嵌套与共享协作记忆，把原本需要 2 小时的多角色协作任务缩短到 20 分钟。
这两条路子不同，但内核一致：把 AI 从"黑箱助手"变成"可检查、可编排的生产系统"。MiniMax 开源 CLI，价值在透明度——企业和安全团队能审计它读什么、写什么、调什么 API，而不是盲信一个闭源二进制；360×昇腾的蜂群方案，价值在规模化的多 Agent 协作，用共享记忆把"一群各干各的 Agent"变成"一支能交接上下文的团队"。两者都指向同一个趋势：Agent 的竞争正在从"单兵多强"转向"体系多透明、多能协作"。
我的判断：对国内做 AI 基建和 Agent 的团队，今天这两条都该认真看。开源 CLI 降低了"自建专属编程助手"的门槛，也把安全审计的责任交还给使用者；蜂群多智能体则示范了"长链路任务如何被切分给一群 Agent 并共享记忆"。但要提醒：开源不等于开箱安全，权限控制和 MCP 接入仍要自己配好；蜂群协作的 2 小时→20 分钟是厂商自测口径，真实业务里的稳定性、成本与失败回滚，还得企业自己压测。工具能审查、能协作是好事，真正的护城河仍在"你怎么把它接进自己的流程"。
