趋势标签：#Agile#DevOps#AI#Agents

“任何足够先进的技术都与魔法无异。”

—— 亚瑟·克拉克

---

一、网络热议关于AI代理与软件开发

2026年3月4日，软件开发领域的泰斗 Martin Fowler 在 X 上分享了一篇来自 Kief Morris 的新文章，迅速点燃了社区讨论：

@martinfowler NEW POST There’s been much talk about how AI agents affect the workflow loops of software development. Kief Morris focuses on the goal of turning ideas into outcomes by building and managing the working loop. 9 回复 · 49 转帖 · 214 喜欢 · 313 书签 · 30,803 查看

译文：

“新文章发布！关于AI代理如何影响软件开发工作流循环的讨论很多。Kief Morris聚焦于通过构建和管理工作循环，将想法转化为成果的目标。”

这篇文章引发的讨论远超普通技术分享。在随后的一周里，开发者们从不同角度探讨了同一个问题：当AI代理进入软件开发流程，人类应该坐在哪里？

这不是又一次关于AI写代码的讨论，而是一场关于软件开发工作本质的集体反思。

二、趋势解码：三个关键视角

1. 人类-AI协作模式的演变：从”圈外”到”圈上”

关于人类在AI驱动的开发流程中应该扮演什么角色，社区逐渐形成了三种清晰的立场。

核心逻辑：这不仅是技术选择，更是关于控制与效率、战略与执行的深层权衡。

这种演变就像驾驶技术的发展：

• “圈外”模式像是全自动驾驶，你只管说目的地
• “圈内”模式像是传统驾驶，你全程手握方向盘
• “圈上”模式则是高级辅助驾驶，你监督路线，系统处理操作

社区声音：

• 支持者 (@_generalkaizen)：”‘圈外’（vibe coding）模式很有吸引力——人类只关心’为什么’，让代理处理所有’怎么做’。”
• 质疑者 (@_generalkaizen)：”但在实践中，混乱的代码库也会拖慢代理的速度，外部质量（正确性、性能、合规性）仍然很重要。”
• 折中派 (@XTechOps)：”Kief Morris说得对——人类’在圈上’才是最佳平衡点。构建框架，让代理去磨’怎么做’的循环，人类掌控’为什么’。”

2. 工作流范式转变：从加速循环到折叠循环

大多数讨论都聚焦于”AI如何让我们更快”，但 Sarvesh Raut 提出了一个更深刻的洞察。

核心逻辑：AI不仅加速现有流程，它正在重新定义工作本身的结构——从迭代循环变为直接的”想法到成果”。

让我们用对比表格来看这个转变：

维度	传统工作流	AI增强工作流
核心隐喻	循环迭代（设计→编码→测试→部署）	飞轮（想法→成果→反馈→改进）
人类角色	全流程参与，执行与监督并重	聚焦”为什么”，授权代理处理”怎么做”
度量单位	故事点、冲刺速度、循环时间	创意质量、战略方向、成果价值
质量保证	通过流程和审查（PR、测试）	通过”在圈上”监督和架构约束
协调机制	站立会、ADR、 tickets、PR	框架设计、目标设定、成果验证

社区声音：

• 一线开发者 (@Sarvesh_01X)：”工作流循环的转变被低估了。人们关注代理写代码，但错过了更大的变化——我们如何构建工作本身。代理不只是加速循环，它们折叠了循环。’想法到成果’才是正确的框架。”
• 技术领导者 (@polymorph3us)：”但对于10人或20人的团队这看起来会是什么样？现在工程师们如何协作？以前，我们有ADR、会议、ticket、站立会、冲刺、史诗、子任务、PR。”

3. 从”提示工程”到”框架工程”：技能的演进

Zaw W. Lwin 观察到一个有趣的技能演变轨迹。

核心逻辑：我们给AI构建的基础设施，比我们给AI的具体指令更重要。

这个演变路径很清晰：

1. 早期
   
   ：谁会写提示词谁就有优势（提示工程）
2. 现在
   
   ：谁会构建让AI有效工作的框架谁就有优势（框架工程）
3. 未来
   
   ：这些可能都不如更深层次的软件开发能力重要

社区声音：

• 实践者 (@zaw_w_lwin)：”还记得’提示工程’吗？现在是’框架工程’。我不是在贬低进步，但在软件开发的宏大图景中，这些东西看起来越来越不重要了。”
• 建设者 (@notadamking)：”我基于 @GeoffreyHuntley 很多’在圈上’的想法构建了 stoneforge。这绝对是未来一些最好的软件将被编写的方式。顺便说一下，它是开源的。”

三、声音图谱：社区都在说什么

乐观派声音

@XTechOps (103 查看) “人类’在圈上’才是最佳平衡点。构建框架，让代理去磨’怎么做’的循环，人类掌控’为什么’。代理飞轮可以让这变成自我改进的魔法。” 这代表了社区中逐渐形成的共识——”在圈上”模式最有前景。关键点：人类保持战略控制，AI处理机械性工作。”代理飞轮”的概念暗示了自我改进的可能性。

@notadamking (49 查看) “我基于 @GeoffreyHuntley 很多’在圈上’的想法构建了 stoneforge。这绝对是未来一些最好的软件将被编写的方式。” 这是乐观派的实际行动证明。Stoneforge作为开源项目，正在将理论变为可实践的工具。暗示这不仅是理论，而是正在发生的现实。

@AIOnlyDeveloper (59 查看) “今天我的代理自主地为我的游戏服务器和客户端编写了性能监控…经过几个小时，它将服务器性能提升了100倍，客户端提升了50倍。” 具体的量化成果（100倍和50倍提升）非常有说服力。展示了长时间运行代理的潜力。尽管提到了”稍微偏离轨道”，但整体成果是积极的。

务实/谨慎声音

@_generalkaizen (884 查看) “‘圈外’（vibe coding）模式很有吸引力——人类只关心’为什么’，让代理处理所有’怎么做’。但在实践中，混乱的代码库也会拖慢代理的速度，外部质量（正确性、性能、合规性）仍然很重要。” 承认”圈外”模式的吸引力，同时指出实际挑战。关键洞察：AI不能完全脱离上下文工作，代码库质量很重要。提醒我们有些东西（正确性、性能、合规性）不能完全交给AI。

@SkillWagerIO (232 查看) “代理循环是复杂性隐藏的地方。演示中的理想路径工作得很好，但生产中的错误处理和优雅降级仍然基本未解决。你们如何处理循环失败？” 这是工程现实与演示理想的关键对比。指出了一个尚未解决的核心技术挑战。暗示我们可能过于乐观地低估了生产化的难度。

@polymorph3us (356 查看) “但对于10人或20人的团队这看起来会是什么样？现在工程师们如何协作？以前，我们有ADR、会议、ticket、站立会、冲刺、史诗、子任务、PR。” 这是一个非常实际的规模化问题。提醒我们个人效率不等于团队效率。传统协调机制的缺失提出了重要的组织挑战。

深度思考声音

@Sarvesh_01X (354 查看) “工作流循环的转变被低估了。人们关注代理写代码，但错过了更大的变化——我们如何构建工作本身。代理不只是加速循环，它们折叠了循环。’想法到成果’才是正确的框架。” 这是整个讨论中最深刻的洞察之一。将对话从”AI如何帮助我们”提升到”AI如何改变工作本质”。”折叠循环”的概念非常有启发性。

@zaw_w_lwin (191 查看) “还记得’提示工程’吗？现在是’框架工程’。我不是在贬低进步，但在软件开发的宏大图景中，这些东西看起来越来越不重要了。” 提供了技能演变的历史视角。暗示我们可能过于关注短期的、可能会过时的技能。提出了一个问题：在AI时代，什么是真正持久的软件开发能力？

---

愿我们在这个AI驱动的新时代，既能保持人类的智慧和创造力，又能善用技术的力量。

愿每一位开发者都能找到自己”在圈上”的最佳位置——不是被技术取代，而是被技术赋能。

---