3
0原始节目与文字来源：The Pragmatic Engineer — Building Codex with Tibo Sottiaux：newsletter.pragmaticengineer.com
📝 本期简介
原作发布于2026年9月9日。本期为中文原创精华解读，以官方逐字稿为依据，聚焦个人AI工作方式和软件研发效能，未覆盖原访谈全部话题。
代码生成快了，研发交付为何未必同步变快？从Tibo随手用手机派活，到夜间研究、后台实验、快速原型与自动审查，我们看看AI怎样进入实际工作流程，以及这些实践依赖哪些条件。
本期区分嘉宾介绍的个人体验、团队实践与中文编辑的延伸建议；重点不在复制一套工具，而在找出查背景、验证方案与等待审查中的具体瓶颈。
👨💻 原节目嘉宾
Tibo Sottiaux：原访谈中的Codex团队负责人，分享个人与团队使用AI的实践。
🎙️ 原节目主持人
Gergely Orosz，The Pragmatic Engineer 主持人。中文版本采用第三人称单人讲述，非原嘉宾中文受访。
⏱️ 成品时间轴
00:00 导听：代码写快以后，时间还花在哪里
00:38 手机派活：口述问题，让Agent查背景
01:25 信息流：让人和Agent都找得到上下文
02:07 夜间探索与后台实验
02:52 快速原型与团队交付
03:37 CI/CD的边界与代码审查分工
04:29 提前讨论意图，降低维护成本
05:14 从小范围升级开始，保留工程判断
05:56 带回工作的一个小实验
🌟 值得带走的观点
• 让背景信息可访问。 Tibo的个人用法依赖Agent能检索到内部文档、聊天与代码；不能把工具效果与信息条件分开。
• 缩短验证想法的等待。 后台研究、实验和原型帮助探索，但不等于无人审核的生产变更。
• 把实现检查与意图讨论分开。 嘉宾介绍自动工具参与逻辑与安全检查，人仍需讨论改动价值、取舍与责任。
• 先试一个可检查的小任务。 本节目的编辑建议是记录依据、未解决问题和实际省下的时间；这不是访谈给出的统一流水线规范。
🔗 相关资料
原访谈与官方文字稿见上方来源链接；本期不提供未经原访谈说明的CI/CD配置或统一上线门槛。
🌐 制作说明
中文制作：《研发效能》。以原访谈为依据原创整理，使用AI合成配音，非原嘉宾中文原声。自动内容对照与音频完整解码已通过，人工听审待完成。
你所在团队最耗时的环节，是查背景、验证方案，还是等待审查？
