Skip to content
Berktug Berke Ates
Berktug Berke Ates

软件工程师

博客

AI 辅助开发仍然需要判断力

· 7 分钟阅读

使用编程智能体而不外包工程责任的纪律化工作流。

加速改变了瓶颈

AI 能以惊人速度产出实现选项、测试、迁移、文档与调查。这种速度把瓶颈从打字移到判断。工程师必须定义问题、选择约束、识别看似合理的错误,并决定结果是否适配将拥有它的系统。

生成的变更可以语法正确却架构错误。它可能重复现有抽象、绕过授权、忽略部署约束,或优化局部函数却削弱产品边界。仓库理解仍是代码生成与工程的区别。

给智能体一个有界结果

强任务描述用户可见结果、相关文件或模块、必须保持为真的不变量,以及如何验证成功。它们避免规定每一行,同时阻止智能体扩展到无关重构。

编辑前,检查本地约定、框架文档与当前依赖版本。AI 系统在历史模式上训练;快速演进的框架常使熟悉 API 失效。把工作锚定在真实仓库是正确性的一部分,而非仪式。

  • 声明不可协商的行为
  • 点名重要的测试与环境
  • 保留无关的用户更改
  • 当决策昂贵难逆时索取替代方案

把 diff 当作设计来审阅

在多个层级审阅生成工作。用户流是否合理?边界与数据所有权是否清晰?失败状态是否处理?代码在仓库语言中是否可读?然后检查安全、无障碍、性能与运维行为。

大型生成 diff 降低审阅质量。优先小而连贯的增量,并在其间验证。当变更机械时,自动化可以宽;当包含架构判断时,保持表面足够紧凑,使人类真正能理解。

验证不是可选项

运行静态分析、类型检查、测试与生产构建。对界面工作,在相关断点与交互状态检查真实浏览器行为。对迁移,测试正向执行与恢复。对 API,验证授权与畸形输入,而不只是快乐路径。

AI 可帮助设计验证,但不能让责任消失。若测试套件薄弱,生成的信心也薄弱。添加保护所改行为的最小高价值测试。

保持人类所有权

当工程师对意图与后果负责时,编程智能体是强大的协作者。记录重要决策,披露生成的依赖,并避免在没有批准边界的情况下向工具发送密钥或敏感生产数据。

持久优势不是产出更多代码。而是缩短从框定良好的问题到已验证结果的路径,同时保持系统连贯。


由 Berktug Berke Ates 于 2024年12月11日 发布。