当代码成本归零:8大模式重构工程师工作流
硅谷知名开发者、Datasette创始人Simon Willison近日发布了一份面向专业工程师的实践指南,系统阐述了如何利用Claude Code等AI编程工具提升效率。他总结了八大实战模式,旨在重构程序员在AI时代的工作方式。

代码成本的数量级跃迁
Simon Willison在开篇指出一个根本性转变:编写代码的成本正趋近于零。
过去,生产几百行可靠的代码可能需要一整天甚至更久。如今,借助AI工具,同样的产出可能只需几分钟。这是一次从8小时到5分钟的数量级跃迁。
传统软件工程的许多习惯都建立在“写代码很昂贵”这一前提之上。无论是产品经理评估功能优先级,还是程序员在动笔前权衡“这值得花一小时吗?”,其底层逻辑都是成本考量。
现在,这套逻辑正在崩塌。重构只需30秒,生成测试用例只需1分钟,创建调试界面只需2分钟——所有关于“值不值得”的判断都需要重新审视。
Simon Willison的建议简单而直接:当你直觉认为某件事不值得做时,不妨发个提示词试试。最坏的结果,不过是浪费10分钟和几个token。
但他随即泼了一盆冷水:代码变便宜了,但“好代码”依然昂贵。能运行、有测试、可维护、优雅地处理错误、文档同步、为未来留出扩展空间——AI能生成代码,却无法自动保证这些质量。

八大模式重构工作流
模式一:接受“写代码便宜,交付好代码贵”的现实
代码的生成成本几乎为零,但将其转化为可交付、可维护的“好代码”,成本依然显著。工程师的角色正从“编写者”转向“质量把关者”和“架构师”。
模式二:系统性囤积已知技巧
将你解决过的所有问题、学到的所有技巧进行存档(如个人博客、TIL笔记、GitHub仓库)。这些构成了你的“技巧仓库”。AI的强大之处在于能够理解和重组这些已知模式。例如,若你曾分别研究过OCR库和PDF解析,AI可以轻松地将两者组合,快速构建出一个能拖拽PDF并逐页OCR的工具。
模式三:采用红绿测试驱动开发(TDD)
对AI使用“红绿TDD”这一四字提示词极为有效。它要求AI先编写测试(失败/红),确认失败后,再编写实现代码(通过/绿)。这能强制AI首先明确“正确”的定义,从而最大程度降低其写出“能跑但不对”或“从不被用”的代码的风险。
模式四:会话伊始,先跑测试
在每次与AI的新对话开始时,第一句指令可以是“先跑测试”。这不仅能告知AI项目存在测试套件,测试的数量和复杂度也暗示了项目的规模,有助于将AI从一开始就带入严谨的测试思维模式。
模式五:生成线性演练文档
让AI为生成的代码创建结构化的讲解文档。Simon Willison曾用40分钟“氛围编程”(vibe coding)出一个SwiftUI幻灯片应用,但自己并不理解其代码。随后,他让AI生成详细的演练文档,逐文件解释逻辑,从而将AI变成了学习加速器,而非理解的障碍。
模式六:请求交互式解释
当文字解释难以理解复杂概念时,直接要求AI生成可视化演示。例如,在理解“阿基米德螺旋线词云布局算法”时,Simon让Claude生成了一个动画页面,直观展示每个词如何沿螺旋线寻找位置,使算法原理一目了然。
模式七:构建GIF优化案例库
用完整的提示词示例,展示如何指导AI完成特定复杂任务(例如构建WebAssembly工具)。这些案例可以作为可重复使用的模板。
模式八:建立个人提示词库
积累和优化那些在实践中被验证有效的提示词,形成个人工作流的核心资产。

“认知债务”成为核心挑战
Simon Willison提出了一个关键概念:认知债务。它不同于技术债务(代码质量差,未来需偿还)。认知债务是指代码能运行,但开发者自己并不理解其原理。
这带来了巨大隐患:应用核心变成黑盒,开发者无法进行自信的推理,规划新功能也变得困难。偿还认知债务的方法,正是上述模式五(线性演练)和模式六(交互式解释)所倡导的——主动利用AI提升理解,而非被动接受其输出。

开发者社群的实践与分歧
这份指南在Hacker News等社区引发了广泛讨论,实践者们分享了不同的路径。
一派开发者强调严谨的方法论。例如,开发者mohsen1在构建工具后总结了四条经验:
1. 不要微观管理AI:给予AI一定的探索空间。
2. 测试是一切:没有验证,迭代循环容易跑偏。
3. 允许AI自由实验:失败也是有价值的知识。
4. 使用外部记忆:利用Markdown文档在不同会话间传递上下文,弥补AI缺乏长期记忆的不足。
另一派则倡导更激进的“黑工厂”(Dark Factory)模式:直接向问题“投喂”token,边验证边推进,不必事事遵循先写测试的严格流程。

两派看似对立,实则互补。在核心业务代码上采用严格的TDD,在原型探索和工具构建上采用快速迭代,可能是一种平衡之道。但双方共识在于:验证环节不可或缺。
工程师的新价值:判断力
当编写代码不再昂贵,工程师的核心价值何在?
Simon Willison的八大模式,本质上都在训练一种能力:如何有效地引导AI,使其不偏离轨道。但这建立在另外两种更基础的能力之上:知道该构建什么(产品与架构判断),以及知道好代码应该长什么样(工程品味与经验)。
代码变便宜了,判断力却变得更贵了。这或许正是AI时代软件工程师价值重塑的关键所在。
Simon Willison表示,这份指南将持续更新,目标是每周增加1-2个新章节或模式。
参考资料
- Hacker News 讨论: https://news.ycombinator.com/item?id=47243272
- Simon Willison 的《智能体工程模式》系列指南:
- 概述: https://simonwillison.net/guides/agentic-engineering-patterns/
- 代码是廉价的: https://simonwillison.net/guides/agentic-engineering-patterns/code-is-cheap/
- 积累已知方法: https://simonwillison.net/guides/agentic-engineering-patterns/hoard-things-you-know-how-to-do/
- 红绿测试驱动开发: https://simonwillison.net/guides/agentic-engineering-patterns/red-green-tdd/
- 先运行测试: https://simonwillison.net/guides/agentic-engineering-patterns/first-run-the-tests/
- 线性走查: https://simonwillison.net/guides/agentic-engineering-patterns/linear-walkthroughs/
- 交互式解释: https://simonwillison.net/guides/agentic-engineering-patterns/interactive-explanations/
- GIF优化: https://simonwillison.net/guides/agentic-engineering-patterns/gif-optimization/
- 提示词: https://simonwillison.net/guides/agentic-engineering-patterns/prompts/
- 相关文章: https://simonwillison.net/2026/Feb/23/agentic-engineering-patterns/


关注“鲸栖”小程序,掌握最新AI资讯
本文来自网络搜集,不代表鲸林向海立场,如有侵权,联系删除。转载请注明出处:https://www.itsolotime.com/archives/25895


