亚马逊的AWS团队正把Kiro这款工具的设计重点转移到实战操作上。他们明白大多数开发人员其实并不照着Kiro最初设想的那种严格规范来干活，所以给它加上了两个新流程：一个是让大家先把手里的旧设计画出来，一个是专门帮大家修那些让人头疼的老代码里的错误。这算是对现实情况的让步。比如博通的Advait Patel就吐槽说，真正干活的时候谁会从一张白纸开始？大家大多都是从一堆乱七八糟的旧代码里或者那些还没理顺的设计草图里开干。所以现在这种把现实情况认账的做法，让大家觉得挺好上手。 AWS智能AI产品的Ankit Sharma在博客里解释了这两个新路子。先说这个设计优先的玩法，它让大家不用从零开始写规范，只要把脑子里的点子或者已经画出来的架构图拿出来就行。Kiro会顺着这些起点去把需求、设计细节和具体要做的任务给列出来。至于错误修复那块，就是专门对付那些要在老项目里缝缝补补的活儿。Sharma说这不是上来就改代码，而是先把现在的状况记下来，再说说你想要的样子，最后把那些不能动的地方也圈出来。这样一来，调试过程就变成了一次轻量级的规范练习。 Sharma说这就是听了用户的意见。大家都不想丢掉那种按规矩办事的好处，但觉得以前的流程太死板不够灵活。分析师们则觉得这主要是为了应对Claude Code、Cursor还有GitHub Copilot这些竞争对手。毕竟那几家工具虽然不推严格的规范，但因为好用所以很受欢迎。 HyperFrame Research的Stephanie Walter觉得这些改动算是认了输。她说规范驱动开发虽然看着聪明但干活太累，大家都喜欢那种噼里啪啦对话式的快速工作流。所以这是个“混合”策略，允许大家先在脑子里想清楚再去写文档，放松一点规范的条条框框来吸引人。 不过The Futurum Group的Dion Hinchcliffe觉得光靠这些还是留不住人。开发者往往为了速度就选那些专门提速的工具。Patel也同意这个观点：“程序员是很务实的人。” 如果哪个工具从头到尾都能帮你省时间，大家自然就用它了。不过有时候决定权不在程序员手里，有时候是领导说了算。Hinchcliffe说Kiro这种工具更适合那些有纪律的团队或者需要管控的生产环境。 他建议那些当大官的CIO们也别太纠结速度慢不慢。“对企业来说，'快点修错'其实更费钱。” 关键不在于工具是不是慢半拍，而在于能不能把出问题的几率降下来、把恢复的时间缩短。 大家有问题可以提问： Q1：Kiro到底是啥？能干啥？ A：这是AWS搞的一个基于Visual Studio Code的智能IDE工具。本来是想让人通过写规范来干活的。现在它多了两个新玩法。 Q2：那个设计优先的玩法具体咋弄？ A：你把现有的架构图或者方案拿出来就行了。Kiro会照着这东西帮你把需求、设计文档还有任务清单给整出来。 Q3：为啥要加这些新东西？ A：因为没人会真的从零开始写代码或者从头定规范。大家都是在旧代码上修修补补或者照着现成的设计去改。AWS觉得原来的老规矩太死了不实用。