241
0📝 本期播客简介
本期我们克隆了：知名播客 Beyond Coding AWS Veteran: The New Software Development Life Cycle
原内容更新时间：2026-07-22
本期嘉宾是AWS老兵Heitor Lessa，主持人是Patrick。Heitor在亚马逊工作了11年，曾培训过8000多名架构师，并亲手将Lambda Powertools打造成每周处理2300亿次API调用的开源项目。这期节目里，Heitor首次在屏幕上完整展示了他为1400名工程师设计的Agent驱动开发工作流，从产品发现、规范驱动开发到合并检查，还分享了他重构时烧掉2亿token的惨痛教训。
这期节目不只是关于AI编程工具的讨论，更是一场关于软件工程范式转移的深度对谈。Heitor详细拆解了他如何将PRD、规范驱动开发、对抗性评审等传统工程实践，重新设计为适合Agent协作的工作流。如果你正在思考AI时代如何重构自己的开发流程、如何让Agent真正可靠地工作、如何在团队规模下管理AI成本，这期节目会提供大量一手经验和可操作的实践建议。
👨⚕️ 本期嘉宾
Heitor Lessa，AWS老兵，在亚马逊工作了11年，期间换了8个不同岗位，从技术支持到解决方案架构师，再到开发者布道师。他是Lambda Powertools的创造者，这个开源项目从几百次下载发展到每周2300亿次API调用，被美国和英国政府等机构使用。Heitor还培训过8000多名架构师，现在在一家名为Agente的公司担任工程师，专注于Agent驱动的软件开发工作流设计。
⏱️ 时间戳
开场 & 播客简介
AWS老兵的故事
Heitor的AWS 11年：从技术支持到无服务器专家
三个塑造思维的关键角色：技术客户经理、解决方案架构师、开源维护者
Lambda Powertools的诞生：从re:Invent演讲到每周2300亿次API调用
职业成长建议
给工程师的职业建议：学习相邻岗位的技能
理解领导层决策：跟着激励走
苏格拉底式提问法：用提问理解复杂问题
Agent驱动开发工作流
产品循环：从discovery到白板讨论
/roadmap命令：将产品需求固化为路线图
/new work命令：捕捉实现过程中的新发现
苏格拉底式提问法在Agent中的应用
开发循环详解
从issue到实现：Agent如何驱动开发
Open Spec：规范驱动开发的核心
三档模型策略：SOTA、中档、小模型的配合
成本控制：1400名工程师的AI预算管理
平台工程与规模化
从云计算到AI：成本管理的相似性
平台工程：为Agent时代铺设"康庄大道"
预算上限作为教育触发点
规模化培训：从8000名架构师到1400名工程师
本地优先架构
本地优先架构(LFA)：为什么"真希望早知道"
LFA原理：客户端成为事实来源
OPFS技术：浏览器虚拟文件系统
个人项目：用LFA构建绩效评估工具
合并检查与持续改进
apply阶段：清空上下文，让Agent自主执行
Hooks：事件驱动的代码质量保障
合并检查：15个对抗性审查员防止Agent伪造
/retro命令：从会话中学习，持续优化工作流
总结与展望
开源计划与实用建议
批判性思维与Agent的平衡
工程设计的未来：让韧性成为工作流的一部分
🌟 精彩内容
💡 "我们想做爵士乐队，不想做军乐队"
Heitor用"爵士乐队"形容Notion的组织状态：不是没有结构，而是在结构中允许即兴、协作和个人发挥。AI时代变化太快，传统计划与层级不足以应对每周都在变的技术环境。
"我们想做爵士乐队，不想做军乐队。"
💡 学习相邻岗位的技能是职业成长的关键
Heitor分享了他最喜欢的职业建议：当你从senior升staff、从staff升principal时，硬技能的重要性在下降，因为大部分时间你花在影响别人、跟人协作、跟人沟通上。学习相邻岗位的技能——开发者营销、公开演讲、技术写作——能让你掌控自己的命运。
"让职业生涯成长的最好方式，不是学更多东西让自己在现有岗位上更高效，而是去学相邻岗位的东西。"
💡 苏格拉底式提问法是理解复杂问题的利器
Heitor在亚马逊做"驻场工程师即服务"时，用苏格拉底式提问法在一周内搞清楚公司无法快速交付的根本原因。这种方法纯粹靠提问来真正理解话题，一个问题引出下一个问题，直到找出对方思路里的矛盾。
"苏格拉底式提问法是一种方式，让你几乎像在调查模式里，但用的是好奇心的视角。"
💡 纸质笔记是AI时代的超能力
Heitor坚持用纸质笔记，因为打字总是比思维处理速度快，而写字则相反——你在处理、消化信息。用纸还能让你全身心在场，看到肢体语言，因为70%以上的沟通是非语言的。
"用纸的话，你基本上就是全身心在场，你是敞开的，所以这更像是一种——我不会说'更有同理心'的方式——但它确实给你一个优势。"
💡 三档模型策略：不是所有任务都需要SOTA模型
Heitor在Agente用三个不同档次的模型：SOTA模型用于探索和理解，中档模型用于实施，小模型用于审查。这样既控制了成本，又保证了质量。他重构时烧掉2亿token的教训让他明白，必须更明智地使用模型。
"当领导层开始质疑：等一下，我需要为一个工程师每月多付5000块、3000块，就为了让他们干活？这笔账算不过来。"
💡 合并检查：防止Agent伪造证据的关键机制
Heitor设计了合并检查机制，每个改动、每次提交都必须伴随一轮基于这些改动的审查。他用确定性的脚本验证审查是否真的跑了、是否真的读了同样的文件，生成带所有证据的证明，在CI中验证。
"我怎么确保这种事不会发生？所以，我没时间审查的代码，我不会放进来。"
💡 /retro命令：从会话中学习，持续改进工作流
Heitor设计了/retro命令，用苏格拉底式方法回顾刚跑完的会话，搞清楚是什么让你不得不去纠正Agent，然后生成一张表，列出所有现在可以变成确定性的东西。这让整个开发循环变成一个持续改进的过程。
"你往往会忘记，因为Agent在帮你做所有事，其中有些事本来可以是确定性的。"
💡 本地优先架构：让全球团队获得流畅体验
Heitor分享了他对本地优先架构的热爱，所有操作先在本地发生，客户端成为事实来源，服务器更像一个同步引擎。这让全球各地的团队都能获得几乎无延迟的体验。
"你可以想象成对本地数据库做事务操作。然后我再同步那些真正需要同步、需要让它工作的部分。"
🌐 播客信息补充
本播客采用原有人声声线进行播客音频制作，也可能会有一些地方听起来怪怪的
使用 AI 进行翻译，因此可能会有一些地方不通顺；
如果有后续想要听中文版的其他外文播客，也欢迎联系微信：iEvenight
