# 代码审查与验证

学习审查 AI 代码、自动测试和完成验证，适合需要保障交付质量的开发者。

- 所属：[AI 编程与创作](<https://oplearnx.com/md/topics/ai-software-creation.md>)
- 网站：[https://oplearnx.com/topics/code-review-verification](<https://oplearnx.com/topics/code-review-verification>)

## 推荐学习顺序

1. [Ask HN：如何应对上线自己看不懂的 AI 写的代码？](<https://oplearnx.com/resources/pk_0c5e972b4625>)（帖子 · 入门）：这是 Hacker News 的 Ask HN 讨论帖，作者引用一位 Meta 工程师的 LinkedIn 帖，称如今写代码像黑箱，逐行审查 AI 生成代码不现实，可能导致上线后对系统细节缺乏真正理解，并询问其他工程师是否有同样感受、如何处理。帖子围绕理解程度与交付速度之间的取舍展开提问。适合日常用 AI 写代码、需要审查和交付 AI 生成代码的工程师阅读。
2. [AI 来写代码，工程师还剩下什么？——Laurie Voss，Arize AI](<https://oplearnx.com/resources/pk_23a60ad99c8c>)（博客 · 入门）：Arize AI 开发者关系负责人、npm 联合创始人 Laurie Voss 讨论编码智能体让写代码近乎免费之后瓶颈的转移：先到代码审查，再到运营与安全。他认为智能体无法接手的是弄清人们真正的需求以及定义何为“好”，并把剩下的岗位称为产品工程师，同时谈及初级开发者招聘下滑的数据以及工程负责人当下可做的事。材料中附分章节时间线。
3. [GitHub Copilot 基础知识第 2 部分（共 2 部分）](<https://oplearnx.com/resources/pk_02ae02e325f6>)（课程 · 入门）：Microsoft Learn 上的一条学习路径，共 6 个模块，面向初级到中级水平，涉及 DevOps 工程师、管理员、开发人员、解决方案架构师、学生等角色。内容涵盖 GitHub Copilot 个人版、商业版与企业版的区别，在组织内落地使用、负责任且安全地使用，以及代理模式、云中 Copilot、GitHub MCP 服务器、代码评审与拉取请求，以及配合 JavaScript 和 Python 使用等模块。先决条件为了解 GitHub 基础知识。
4. [你们怎么用 Claude Code 给自己的应用做安全测试，而不让它以为你是黑客？](<https://oplearnx.com/resources/pk_9d3e99f384c2>)（帖子 · 进阶）：r/ClaudeAI 社区帖子。一位独立开发者做自托管的 AI agent 应用，想在发布前自行测试认证绕过、跨用户数据访问、权限提升和对 agent 的提示注入，但用 Claude Code 编写攻击载荷或利用脚本时它有时会变得谨慎。发帖者征询社区做法，例如事先声明是自己的本地代码、写进 CLAUDE.md、改为要求编写失败测试（证明用户 A 读不到用户 B 的数据）、或用专门工具跑结果，并提到担心被平台封禁或被有关部门标记。适合用 Claude Code 做应用安全测试的独立开发者阅读。
5. [我用 Claude 做了一个把《英灵神殿》变成城市建造游戏的模组，在 r/valheim 登上第一](<https://oplearnx.com/resources/pk_d797e3e014bd>)（帖子 · 进阶）：r/ClaudeAI 的社区帖子，作者介绍按 F7 就能把 Valheim 变成城市建造玩法的模组：维京人迁入、纳税、需要食物和蜜酒，得不到就离开；首领住在营地，玩家带自己的军队攻打，每个首领开启一个拥有独立建筑风格的新时代。帖子称 Claude 编写了大部分 C\# 代码（BepInEx 与 Harmony 补丁、定居者 AI、经济系统、由游戏内建筑部件逐块自建的房屋），还能通过远程命令文件控制游戏，自己建城、截图检查并修正；并提到 Claude 定位并修复了测试者反馈的问题，以及写入游戏内基准测试，测得合并已建成房屋用于渲染带来最大帧率提升（36 到 56 fps），设计与测试由作者完成。模组在 Nexus 和 Thunderstore 免费发布。适合对 Valheim 模组开发或用 Claude 写游戏代码感兴趣的人阅读。
6. [SonarQube \+ OpenAI：代理式开发——Killian Carlsen-Phelan（Sonar）](<https://oplearnx.com/resources/pk_3b51e6d13b47>)（课程 · 进阶）：一个会议工作坊视频。演讲者用一个预埋硬编码 API 密钥、SQL 注入路径等问题的 Python 小项目演示流程：用 SonarQube 扫描并把结果带入 Codex，让智能体修复存在漏洞的查询（把字符串拼接改为参数化查询），再通过验证钩子重新检查被修改的代码，把安全反馈放进编码循环。现场搭建了 SonarQube Cloud、其 CLI、插件和 MCP 服务器，展示秘密检测钩子拦截提示词中的伪造凭据、问题列表技能为智能体提供证据、上下文增强在生成前提供编码指引，以及智能体式分析实时检查改动。问答涉及钩子如何被绕过、哪些步骤在本地或容器中运行、哪些功能依赖组织权限。
7. [教会你的智能体证明自己完成了任务](<https://oplearnx.com/resources/pk_b69984681ac8>)（教程 · 进阶）：WorkOS 的 Nick Nisi 和 Zack Proser 讲解如何为编码智能体构建验证闭环，让智能体检查自己的工作，内容包括设定可检查的目标、CLI 健康检查、浏览器快照、LLM 评判与评估，使失败能驱动下一轮修复而不是落到人手上。演示使用“Midnight Snack Club”示例应用并附有可跟随的代码仓库。适合开发编码智能体或使用智能体写代码的工程师。
8. [Claude Code 团队如何进行代码评审](<https://oplearnx.com/resources/pk_be989e2ff0b8>)（博客 · 进阶）：这是 claude.dev 博客的一篇工程文章（2026 年 10 月 15 日发布，阅读约 14 分钟），作者为 Addy Osmani、Morgan Westlee Lunt 和 Qing Wang。文章讨论在智能体大量产出代码的情况下如何评审，介绍 Claude Code 团队在实现高覆盖和深度评审后，转而优化“不增加回滚或事故前提下所需的最少人工评审时间”，并列出重新思考评审目的、人的时间与注意力是稀缺资源、分层评审、“你提交你负责”以及团队如何采纳该流程等章节。
9. [如何构建 AI 代码审查智能体——Daksh Gupta，Greptile](<https://oplearnx.com/resources/pk_aeab7e2a9adc>)（博客 · 进阶）：这是 Greptile 联合创始人 Daksh Gupta 的演讲，介绍该公司对想要自建代码审查智能体的公司的建议。他从沙箱加 webhook 的简单方案讲起，说明该方案会漏掉缺陷、每个 PR 花费 3 至 25 美元并产生大量细枝末节的挑刺，随后逐项介绍改进方法：更聚焦的提示词、历史事故 PR 数据集、模型反转（用 GPT 审查 Claude 写的代码反之亦然，可多发现约 10% 的缺陷）、代码库上下文与持续更新的 wiki、在沙箱中借助 computer use 自主测试，以及把多数子任务交给更便宜的模型。视频带有章节时间戳。
10. [为数据与机器学习流水线编写稳健的测试](<https://oplearnx.com/resources/pk_6a71140e70a7>)（博客 · 进阶）：Eugene Yan 博客上的一篇文章，标注为工程/机器学习/生产方向，阅读时长约 19 分钟。文章从“新代码正确但测试仍然失败”的现象出发，用一个简单流水线演示单元测试、schema 测试和集成测试，再引入新数据与新逻辑观察测试如何失效，从中总结模式，讨论测试的效度、粒度与范围等相关概念，最后给出让流水线测试不易脆弱的建议，并指出测试范围越小反馈回路越短。面向从事数据与 ML 工程实践的读者。
11. [在缺陷上线前拦截：JiTTesting 在全规模下的人机协同方法](<https://oplearnx.com/resources/pk_b48cf3cf15a1>)（博客 · 进阶）：这是 Meta 工程博客的一篇文章，介绍其用大语言模型在代码提交前即时生成测试（Catching JiTTests）的方法从研究原型落地为内部基础设施的过程，并给出五个月部署中减少负载与误报的观察结果。文中还提到论文《Just-in-Time Catching Test Generation at Meta》对首次部署和测试细节的完整记录。适合关注大规模代码库测试、LLM 辅助软件工程的人阅读。
12. [Patch the Planet：Daybreak 支持开源维护者的计划](<https://oplearnx.com/resources/pk_7d4442255321>)（博客 · 进阶）：这是 OpenAI 的公告，介绍 Patch the Planet 这一 Daybreak 计划，与 Trail of Bits 合作，帮助开源软件维护者用 AI 辅助安全研究和专家人工审查来发现、验证并修补漏洞。文中描述安全工程师会在发现结果送达维护者前先行审查，并与项目合作开发补丁和测试、建立可复用的工作流。
13. [dagoSte/squadra](<https://oplearnx.com/resources/pk_c002ba044f3c>)（项目 · 进阶）：这是一个用于协调 Claude、Codex 和 Cursor 等多个编码代理窗口的开源工具，通过共享任务、确认回执、前置检查、并行测试、来源绑定证明和独立审查来组织多代理协作。它内置若干技能（复用经验教训、简化代码、工作量预测），并提供双语本地仪表盘跟踪进度、决策与证据，以及 MCP 插件。
14. [大语言模型正让形式化软件验证在大得多的规模上变得可行](<https://oplearnx.com/resources/pk_d6259af70b29>)（博客 · 深入）：Anthropic 的一篇研究文章，介绍其与 Theorem 合作，用 Claude 在 100 多个真实开源软件库的汇编代码（RISC-V）层面证明安全属性，并称过程中发现了多年未被察觉的缺陷。文章称这据其所知是首次在汇编层面把形式化验证大规模应用于生产软件。作者署名包括 Keane Lucas、Nicholas Carlini 等人。
15. [Show HN：IRS 联邦税表的原型形式化项目](<https://oplearnx.com/resources/pk_9639138784ff>)（项目 · 深入）：这是一个 GitHub 仓库，作者称其全部由 AI 生成（vibe coded），目标是为美国联邦税表建立可追溯的形式化模型，让用户和维护者能把各项断言与解释回溯到权威原始文档，以解决此类软件可信度依赖维护方的问题。作者明确表示项目目前处于搁置状态，不应作实际用途。适合对税务软件形式化、可验证软件与 AI 生成代码可信度话题感兴趣的人阅读。

---
中文标题与摘要由模型根据原文生成，以原文为准。
来源：LearnMap · 学径（https://oplearnx.com）
