pragmaticengineer

来自 pragmaticengineer 的公开洞察。

• Simon Willison：让编码智能体真正干活的工程实践

  作者把红绿测试驱动开发当作每轮必备开场：先给运行测试的方法，再要求测试先行、最小实现。他认为测试现在成本很低，不写测试就让智能体写代码更容易失控。这个做法适合直接放进自己的智能体工作流，是否提升一次成功率需要按项目验证。

• OpenAI 内部实录：当 AI 从工具变成队友，写软件的手艺被如何重塑

  Codex 在半年内从工具变为扩展、智能体，再变为队友，可以离身并行执行任务。这意味着安排工作的方式要变：人负责拆解与编排，执行可以异步发生，开完会回来验收即可。但这建立在内部基础设施和大用量之上，不能直接等同于外部现状。

• AI 原生时代的产品型工程师：定义、品味与新的工作方式

  产品型工程师被用户影响驱动，关心做什么和为什么；代码型工程师更被技术优雅和复杂度吸引。识别方法是听对方先讲用户结果，还是先讲技术栈。小团队用人时可据此搭配，避免全员偏向一端。

• 当任何软件都能被复刻，为什么还要继续建造

  作者认为能描述清楚的软件就可能被 AI 做出来，自己一周内就遇到复刻邮件。这意味着单点功能和轻量 SaaS 容易被压价，继续为其付费或重复建造的理由变弱。用途是提醒建造者先判断作品是否只是已有东西的翻版。

• 在 OpenAI 内部做 Codex：Rust、开源与智能体工作流

  团队认为模型加拐杖才能稳定交付，harness 负责安全、效率和行为。随着模型学会理解意图，开发者提示和 harness 会变薄。做规划时可以先问：这个问题等模型一个月能解决吗，能等就不在工程侧绕路。

• 与 AI 结对时，软件基本功为什么反而更值钱

  战术工作指把眼前代码写通，战略工作指结构、边界和长期取舍。模型擅长前者，人要守住后者。用途是分配精力，写代码前先问这件事的长期代价，而不是只看眼前能否跑通。