亚马逊开源了一个叫 Kiro Crew 的系统：把多个编程智能体组织成一支「队伍」，跨会话、跨工具、跨仓库异步干活——你下班了，它接着跑；你在开会，它在查线上事故；你睡一觉，代码迁移自己推进到了下一个检查点。它先在亚马逊内部跑了半年，被 3.9 万名开发者用起来之后，才决定开源。这个出生顺序值得注意。它原本是三位亚马逊工程师的内部副业项目，代号 MeshClaw，动机很朴素：想要一个「交代任务、走人、回来时拿到值得审阅的结果」的工具，而不是盯着一个提示词一条条喂。结果内部传开了——不到六个月，3.9 万名内部开发者自发采用，近 500 人贡献了 597 次更新，平均每周 143 次提交。没有行政命令推广，这种自然扩散本身就是最硬的产品验证。现在的 AI 编程工具大多是「一问一答」：你问，它答，关掉窗口就忘。Kiro Crew 解决的是另一半问题——真实工程工作从来不是单个会话里的单个任务，它横跨多个仓库、多个工具、好几天。过去你是自己所有工具之间的集成层：上下文断了你重新接，任务之间你来协调；你一离开，一切停摆等你回来。Crew 接手的正是这个「协调层」。具体场景：把工单队列丢给它，它自动分诊、派活、标出需要人拍板的部分；指着一场跨仓库的事故，它去调查，你专注修；发起一次代码迁移，它带着检查点和重试逻辑持续推进。支撑这些的是几件基础设施：共享记忆（跨会话保留项目上下文，不用每次冷启动）、可复用技能、定时任务、子智能体委派，外加 MCP 和 Webhook 接外部工具。桌面端、网页、手机、Slack 都能远程查看和推进。安全设计也写得毫不含糊，毕竟它拿的是你代码库和 CI 的真实权限：OS 级沙箱、命令默认拒绝、可疑模式拦截、敏感路径封锁、凭证脱敏、每一步操作带签名审计日志。通过智能体客户端协议编排，每个智能体的计划、工具调用、审批关卡全程可见——不是黑盒。冷静看，这个开源是有限度的。Apache 2.0 协议下你确实可以随便改、随便部署，但编排层底下跑的智能体运行时绑在 Kiro 自家的引擎上，模型调用走 AWS Bedrock 的按额度计费——也就是说，外壳开源了，发动机还是要付费的。这是今年企业级智能体平台反复出现的结构：开放编排层吸引生态，封闭推理层留住收入。另外两个实际反馈：有用户报告 Crew 的词元消耗速度明显快于单智能体模式——多智能体并行的代价就是账单更烧；安全能力目前只有官方描述，还没有独立第三方审计。用之前这两条都得掂量。但它指向的趋势是确定的：编程智能体正在从「对话式助手」变成「后台常驻的数字同事」，从陪你写一段代码，变成替你盯一次迁移、值一次班。亚马逊 3.9 万人用半年投出来的不是票，是先例——这个形态在超大规模软件组织里已经跑通了。接下来比的就是谁先把「智能体指挥官」这个岗位，搬进自己的工程团队。
