vscode代码审查无真正快捷回复功能，所有评论必须手动确认；最快路径是光标定位diff行后右键add comment，或用ctrl+shift+p执行github: add comment命令。
VSCode 代码审查辅助插件本身不提供“快捷回复”功能，所有评论提交都必须经过手动确认；所谓“快捷”仅体现在触发评论框、预填内容或批量操作流程上，而非自动发送。
GitLens + GitHub PR 插件中如何快速唤出评论框
评论入口依赖光标位置和上下文，不是全局热键驱动：
- 把光标停在某行（尤其是有 diff 标记的新增/修改行），右键 →
Add Comment是最稳定路径 - 若已开启 GitLens，可先按
Ctrl + K, G跳转到原始行再右键，避免在空行或误定位处弹不出菜单 - 不要依赖
Ctrl + Enter或类似组合——它默认是“运行终端命令”，不是提交评论 - GitHub Pull Requests and Issues 插件未绑定任何快捷键到
Add Comment命令，必须手动右键或通过命令面板搜GitHub: Add Comment（需先聚焦到 diff 视图）
用命令面板绕过鼠标，实现“半快捷”评论启动
当鼠标操作卡顿或想跳过右键菜单时，命令面板是最可控的替代路径：
- 确保当前焦点在 diff 视图中的某一行（非编辑器主窗口）
- 按
Ctrl + Shift + P（Win/Linux）或Cmd + Shift + P（macOS） - 输入
GitHub: Add Comment，回车 —— 此时会弹出带当前行上下文的评论框 - 注意：该命令仅在打开 PR 的 diff 文件时可用；若提示“command not found”，说明未登录 GitHub 账号或未打开 PR 上下文
为什么不能设置“回车即提交”的快捷键
这是 VSCode 和 GitHub 插件共同设计的安全限制，不是配置缺失：
- 所有未提交的评论只存在本地内存，关掉 diff 标签页即丢失 —— 若支持快捷提交，极易误发不完整、无上下文的评论
- GitHub API 要求每条评论必须携带
commit_id、path、position三个字段，这些只能由插件在点击/命令触发时动态获取，无法预设为静态快捷键参数 - 即使你用
keybindings.json绑定某个命令到Enter，VSCode 也不会将它注入到评论输入框内（输入框处于独立 UI 层） - 试图用 AutoHotKey 或 Keyboard Maestro 模拟回车，大概率触发的是编辑器保存或终端执行，而非评论提交
真正容易被忽略的是：评论框弹出后，光标默认落在输入框第一行，但 Markdown 渲染和 @提及解析只在提交瞬间生效；写一半切走、再回来继续，格式可能错乱。建议写完一句就点 Post，别攒着等“批量快捷”。
