导语

Thoughtworks近期在瑞士英格堡举办第二届未来软件开发闭门峰会，全球软件工程领域的顶尖从业者、研究者齐聚，共同探讨AI技术渗透下的下一代研发模式变革。不同于2026年2月美国鹿谷首场峰会的观望氛围，本次欧洲场释放的信号非常明确：智能驱动的软件工程的价值已经得到行业普遍验证，全球研发体系正式从「要不要拥抱AI」的争论期，进入「怎么落地用好」的实践深水区。

事实综述

作为参会者，Thoughtworks首席科学家Martin Fowler近日在个人官网放出了本次会议的第一批碎片化观察，后续还将陆续更新更多会议内容。本次会议共设5个平行议题赛道，单个参会者最多只能覆盖五分之一的内容，和首场会议一样，本次闭门会不输出官方定论，而是聚焦前沿实践者的经验分享和趋势探讨。

对比两场峰会的氛围差异，参会者普遍提到，鹿谷场大家还在试探「智能代理研发到底能不能成」，而欧洲场的参会者几乎都已经在生产环境落地了相关实践，有人已经整理出了数十种智能工程模式库，关于「AI会不会改变软件工程」的争论已经完全结束，行业讨论的核心已经转向落地路径、成本管控、风险对冲等实际问题。

本次会议还出现了多个首场峰会没有的新议题：首先是「智能代理编排工程（Harness Engineering）」成为全场热议的新方向，这个概念在半年前还完全不存在；其次是token成本首次成为核心讨论点，此前从业者普遍优先鼓励尝试大模型能力，而现在已经有大量企业开始遭遇成本爆炸的问题。

针对从业者普遍关心的「AI时代架构设计还有没有用」的问题，会议上形成了两种主流观点：一派认为大模型的能力足够处理混乱的代码，开发者不需要再纠结架构设计；另一派的观点得到了更多人认同，正如参会者Laura Tacho提出的经典论断：

「开发者体验与代理体验的维恩图是完全重叠的」——欧洲闭门会参会者 Laura Tacho

也就是说，大模型理解代码的逻辑和人类是一致的，良好的模块化、清晰的命名、低耦合的架构，对人和AI都能提升效率，甚至可以用完成同一个需求消耗的token数量来衡量架构的优劣——消耗token越少，说明架构的可理解性越高。此外还有参会者提出，良好的架构设计也是对冲AI依赖风险的重要手段，未来可能出现AI服务涨价、监管限制、断供等情况，可维护性高的代码不会因为AI不可用就无法迭代。

此外会议还讨论了AI伦理问题，与会者普遍认同完全抵制AI没有实际意义，真正的伦理实践是参与到技术落地的过程中，尽可能降低技术带来的负面影响。来自行业的调研数据显示，部分企业的token账单已经从2025年8月的500万美元上涨到2026年5月的1500万美元，年支出预计超过1.2亿美元，目前已经有大量企业开始限制非必要的大模型使用，甚至催生了AI成本管控的咨询服务赛道。

解读与评价

本次闭门会释放的信号对中国开发者和技术团队有非常强的参考价值。首先，不用再浪费时间纠结「要不要上AI研发工具」的问题，当前阶段的核心应该是快速摸索适合自身团队的落地路径，提前积累智能代理研发的相关实践经验，构建职业竞争力护城河。其次，架构师需要更新自己的设计认知，未来的架构设计不仅要考虑人的开发体验，还要考虑AI代理的理解成本，token消耗也会成为新的架构度量指标。第三，技术管理者要提前布局AI成本管控机制，不要等到成本爆炸才开始治理，非研发场景的大模型使用（比如转PDF、做PPT）往往是成本浪费的重灾区，需要重点管控。第四，要警惕AI依赖风险，不要把核心研发流程完全绑定在单一第三方大模型服务上，做好备选方案，同时也要避免团队过度依赖AI写代码导致核心设计能力退化。

目前Martin Fowler还在持续更新本次闭门会的相关内容，后续会放出更多细分领域的实践观察，值得全行业持续关注。