用途：在 Gitee 仓库中对 Pull Request 执行较完整的代码评审。当用户提出评审 PR、做代码审查、查看某个 PR 等请求时使用。
前置条件：需要已配置 Gitee MCP Server，包括 get_pull_detail、get_diff_files、list_comments（resource_type: pull）、create_comment（resource_type: pull）等工具。用户需提供仓库所有者、仓库名与 PR 编号，或说明评审最新 PR。若当前目录是该 PR 仓库的本地克隆，可借助本地 git 命令与文件访问补充上下文。若本地装了 mcporter，建议用 mcporter 调用 MCP 工具，而不是直接调用。
主要流程：一，拉取 PR 详情，检查标题与描述是否说明变更目的、源分支与目标分支是否正确、PR 状态（已关闭/已合并则停止评审）、是否为 Draft（是则通知用户）。二，获取变更文件列表，分析变更文件数量与范围、是否涉及敏感文件（配置文件、密钥、权限相关代码）；对核心变更文件可用 get_file_content 读取内容获取上下文，在本地仓库时也可用 git 查看相关提交与文件历史。三，用 list_comments 查看已有评论，避免重复提出已讨论问题。四，从正确性、安全、可维护性、性能、一致性五个维度评审代码。五，按严重程度分类问题：🔴 Blocker（影响正确性或存在安全风险，必须修复）、🟡 Suggestion（代码质量问题，建议但非强制）、🟢 Optional（可选改进）。六，先向用户展示评审预览，不要直接发布，并询问确认；无问题时显示 LGTM。七，用户确认后，用 create_comment 将评审评论提交到 PR。
限制与注意：只关注 PR 中新增或修改的代码，不评审已有代码；避免吹毛求疵，不提出 lint 工具会自动发现的问题；评论应具体、可执行，给出建议而非仅陈述；对不确定问题应表述为“建议核实”，不要断言一定是缺陷。