用途：把 Azure DevOps 或 GitHub 的拉取请求（PR）拉入隔离的 git worktree 供人工审阅，并在编辑器里呈现改动，仅按人类明确要求发布评论。所有标识符都从 PR URL 解析，因此适用于任意 ADO 或 GitHub 仓库。
审阅理念：人类主导。AI 只标出值得关注的部分并回答提问，绝不擅自大量评论。评论仅在被明确要求时发布，分两种：人类口述（给定位置与文本，原文照发）；或应请求由 AI 起草某处评论，先展示、经人类批准后再发布。值得评论的范围限于正确性缺陷、逻辑错误、安全问题、破坏性 API 变更、缺失边界情况、数据丢失/损坏、竞态条件、错误处理不当；忽略样式、格式与命名。不得发布称赞、总结、代码复述或样式挑剔。每条评论须引用具体 file:line，长度 1–3 句。
主要步骤：1）解析 PR URL，识别平台并提取标识符（ADO：org、project、repo、id；GitHub：owner、repo、number）；若只给编号则询问完整 URL。2）准备工具与鉴权：ADO 用 az extension show --name azure-devops，缺失则 az extension add --name azure-devops，并检查 az account show；GitHub 用 gh --version 与 gh auth status，失败则提示登录后停止。3）解析 PR 元数据：ADO 用 az repos pr show --id <id> --organization ... --output json；GitHub 用 gh pr view <number> --repo <owner>/<repo> --json headRefName,baseRefName,headRefOid,baseRefOid。4）拉取到独立 worktree，绝不 checkout 用户工作目录；路径为仓库根同级的 <repo-name>-pr-<id-or-number>，用 git worktree add --detach。5）在编辑器呈现改动：先算 merge-base，用 --stat 核实文件集，再 reset --soft 使其显示为已暂存改动，可 code <worktree-path> 打开；提醒用户不要在此 git pull。6）交互式审阅三点 diff，列出重要部分，回答追问。7）按需发布评论，ADO 可用 MCP 工具或 az rest，GitHub 用 gh api 或 gh pr comment，优先行内评论。8）完成后用 git worktree remove --force 清理。
限制与错误处理：大单体仓库全树检出可能耗时数分钟，需用较长超时；若三点 diff 明显偏大，说明本地 base 过时，应重新抓取并重算 merge-base；GitHub 分叉 PR 须用 pull/<number>/head；worktree 被编辑器锁定时需先关闭窗口再删除并 prune。资料未提供其他平台支持、定价或效果说明。