在 AI 智能体仍在重写代码时进行代码审查

📌 One-Sentence Summary

作者描述了一个实时的终端代码审查 UI，在 AI 编程智能体继续编辑的同时，将审查评论锚定在代码内容而非行号上。

📝 Summary

文章解释了在 AI 智能体仍在重写代码时进行代码审查会破坏代码审查传统的稳定差异假设。作者为 agent-manager 构建了一个终端审查 UI，将审查视为并发状态。评论以文件、行号、删除标志、摘录和文本存储，并在刷新后通过在相同的新增/删除侧搜索唯一的摘录匹配来重新锚定，模糊时则封闭失败。审查身份以会话和仓库路径为键，并使用单调递增的生成号，以防止过时的加载重绘当前差异。在评论编辑器打开时，在途的重新加载会被丢弃以冻结语义目标并避免竞态。刷新分为廉价的仓库指纹检查，然后选择性地补水所选文件和带有已保存批注的文件。当发送时，评论会作为编号提示发出，并附带当前行号和代码摘录，以增强对进一步编辑的鲁棒性。

💡 Main Points

行号是位置而非身份，因此评论需要基于内容重新锚定。

评论存储源代码行的摘录，最多 60 个字符，刷新后 UI 会在相同的新增/删除侧扫描恰好一个匹配的摘录来移动批注，否则保持原位以避免静默错位。

审查状态按会话、仓库和生成号进行限定，以避免跨差异污染。

批注以会话 ID 和解析后的仓库路径为键，加载时携带会话、范围、仓库和生成计数器，以便丢弃过时的 Git 结果，不同差异不会移动现有评论。

UI 在用户输入时冻结目标以防止竞态条件。

如果评论编辑器或发送确认框处于打开状态，在途的重新加载将被丢弃并保留指纹，因此评论会保存在审查者实际看到的帧上，然后下一个刷新才能重新锚定它。

刷新廉价且选择性，以保持大型审查的响应性。

首先通过仓库指纹检查更改，然后立即补水所选文件，并在一次后台命令中串行加载带有已保存批注的文件，在变更前对会话、范围、生成号、仓库、索引和路径进行身份检查。

💬 Key Quotes

行号是位置，而非身份。

代码审查通常在作者停止编辑后才开始。

我经常在智能体仍在工作时就开始审查，在第 84 行留下评论，然后在完成下一个文件之前看着该行变成第 91 行。

📊 Article Meta

AI Screening： 86

Source： Hacker News - Newest: "AI Agent"

Author： yoanwaidev

Category： 软件编程

Language： 英文

Read Time： 5 min

Word Count： 1250

Tags：

编程与工程 , AI 编程 , 开发者工具 , 代码质量 , AI Agent