VSCode需安装GitHub官方插件并登录才能审查PR；在diff视图中锚定行添加评论，支持Markdown和批量提交；配合GitLens查看代码历史、Copilot预检问题，实现高效内联审查。
VSCode本身不内置PR审查功能，但装上官方插件后，90%的审查动作都能在编辑器里完成——不用切网页、不用反复刷新、评论还能锚定到具体行。
装好“GitHub Pull Requests and Issues”插件并登录
这是所有操作的前提。没它，VSCode就只是个编辑器，不是审查终端。
- 打开扩展面板（
Ctrl+Shift+X），搜GitHub Pull Requests and Issues，认准发布者是GitHub的那个 - 安装后，右下角出现 GitHub 图标，点击它或运行命令
GitHub: Sign In，走 OAuth 流程授权 - 授权成功后，左侧活动栏会出现 GitHub 图标；点开就能看到当前仓库的 PR 列表
- 如果看不到 PR，检查当前工作区是否已打开一个 Git 仓库（
.git目录存在），且远程 origin 指向的是 GitHub 仓库
在代码行上直接添加内联评论
评论必须锚定到具体行，否则容易失焦。VSCode 支持两种模式：普通评论（提交即发）和待审阅模式（批量提交）。
- 打开某个 PR 的变更文件（在 GitHub 侧边栏 → Pull Requests → 点击目标 PR → 展开文件树）
- 把光标停在某一行，右键 →
Add Comment，输入 Markdown 内容（支持```js块、链接、@提及） - 如需先写多个评论再统一提交，先右键某行 →
Start Review，之后每行的Add Comment都会进入暂存状态，最后点顶部的Submit Review按钮 - 注意：未提交的评论只存在本地，关掉窗口会丢失；建议写完一条就点一下
Post，别攒太多
用 GitLens 补齐上下文，避免问“这行谁写的？为什么这么改？”
光看 diff 不足以判断意图。GitLens 能立刻告诉你某行的历史归属和演进路径，省去翻 commit log 的时间。
- 安装
GitLens插件（非官方但事实标准），重启 VSCode - 按
Ctrl+Shift+P输入GitLens: Toggle File Blame Annotations，开启行号旁的责任标注 - 看到某行标注为
abc1234 · @alice · 2 days ago？鼠标悬停可预览 commit message；点击直接跳转到该 commit - 右键某行 →
GitLens: Show Commit in Timeline，能拉出该行从诞生至今的所有修改记录，包括被谁删过、又被谁加回来 - 常见坑：Blame 标注默认基于当前分支 HEAD，如果刚 rebase 过，可能显示错误作者——此时右键文件 →
GitLens: Toggle Blame for Current Line可切换为基于原始 commit 的 blame
让 Copilot 在你 push 前就发现问题
人工审查不该花时间找 console.log 或空指针。Copilot 可以在你保存文件时就标出风险点，甚至给出修复建议。
- 确保已启用 GitHub Copilot（个人或企业版），并在设置中打开
github.copilotPullRequestReview - 在项目根目录建
.github/copilot-instructions.md，写明团队规则，例如：禁止在生产环境使用 eval()；所有异步函数必须有 try/catch；API 调用需带超时配置 - 对特定目录定制规则？在
.github/instructions/下建backend.instructions.md，开头加 frontmatter：applyTo: "src/backend/**/*.ts" - Copilot 审查结果出现在编辑器右下角气泡中，点击可查看依据和建议；它不会自动改代码，但能帮你提前堵住 70% 的低级问题
真正卡住审查效率的，往往不是工具缺功能，而是评论没锚定、上下文没拉齐、问题等 PR 创建后才暴露。把插件链配齐、指令写实、评论习惯固化，审查就从“负担”变成“自然动作”。
