不能，Sublime Text 无法直接运行 gh pr view 并高亮差异，因其无内置 Git diff 渲染引擎，也不解析 GitHub PR 的 JSON 响应；gh pr diff 输出纯文本 unified diff，Sublime Text 不会自动映射并高亮变更行，真正可行的就地审查方式是用 gh pr checkout 拉取分支后在 Sublime 中打开文件，配合 GitSavvy 等插件进行可视化 diff 和代码审查。
gh 本身不提供 Sublime Text 插件，也不能直接“集成”进编辑器界面做 PR 审查——它是个终端工具，所有操作都发生在命令行。想在 Sublime Text 里“就地”审查 PR，必须靠外部协作机制，而不是把 gh 嵌入 UI。
Sublime Text 能否直接运行 gh pr view 并高亮差异？
不能。Sublime Text 没有内置的 Git diff 渲染引擎，也不解析 GitHub 的 PR JSON 响应。即使你用插件调用 gh pr view --json files,title,body,comments，拿到的仍是原始数据，不是可点击、可跳转、带行号高亮的代码视图。
-
gh pr view默认只输出摘要（URL、作者、状态），不展示 diff -
gh pr diff输出的是纯文本 unified diff，Sublime Text 不会自动映射到当前打开的文件并高亮变更行 - 没有官方或主流插件将
gh的 PR 数据转换为 Sublime Text 的 view 或 region 高亮逻辑
真正可行的“就地审查”路径：用 Sublime Text 打开 gh pr checkout 拉下的分支
这是目前最接近“就地”的做法：让 gh 把 PR 分支检出到本地，再用 Sublime Text 打开该分支下的文件，利用编辑器本身的跳转、符号查找、语法检查能力辅助审查。
- 先运行
gh pr checkout 123（假设 PR 编号是 123），它会自动创建本地分支（如pr-123）并切换过去 - 然后在终端中执行
subl .（确保已配置subl命令），Sublime Text 就会打开整个工作区 - 此时你能用
Ctrl+P快速跳转到修改过的文件，用Ctrl+Shift+H查找变更关键词，甚至配合 GitSavvy 的git: show file history看某行来龙去脉 - 注意：
gh pr checkout不会自动打开浏览器或同步评论，你仍需手动刷新 GitHub 页面查看新评论
为什么 GitSavvy 比硬塞 gh 更适合 Sublime Text 场景？
GitSavvy 是为 Sublime Text 构建的，它把 GitHub API 响应转成编辑器原生 UI 元素：状态面板显示 PR 列表、点击标题跳转到 diff 视图、按 enter 在当前 tab 展开单个文件 diff —— 这些是 gh 命令行做不到的。
- GitSavvy 的 PR 视图能渲染带行号、语法高亮的 diff 片段，
gh pr diff只输出无格式文本 - GitSavvy 支持快捷键直接回复评论（
gh pr comment的等价交互），而gh需要手敲长命令或进交互式 prompt - GitSavvy 自动关联当前分支与上游 PR，
gh要求你始终传入 PR 编号或 URL - 如果你用的是私有仓库，GitSavvy 支持
GITHUB_TOKEN环境变量或设置文件注入 token；gh auth login生成的凭据默认只对 CLI 生效，Sublime Text 进程无法继承
想自动化？别绕开 shell，但得控制边界
你可以写一个 Sublime Text 插件命令，内部调用 gh，但必须明确它的作用域和失败点：
- 仅用于获取数据（如
gh pr list --json number,title,state），然后在面板里列表显示 —— 这可行 不会尝试渲染 diff，而是生成临时文件并用 - 绝对不要依赖
gh pr merge后自动刷新 Sublime Text 的 Git 状态 —— GitSavvy 的git: fetch或手动Ctrl+Shift+P → git: fetch才可靠 - 如果
gh返回非零退出码（如网络超时、token 过期），插件应弹出错误提示，而不是静默失败
subl /tmp/pr-diff-123.patch 打开（需额外处理路径和编码）
gh 只负责把 PR 拉下来。别指望它替代 GitSavvy，也别强求它变成 IDE。 
