Structured PR Review
分层级、可定制的代码PR审查工具，支持严重性分级与处理模式。
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：Structured PR Review。 它的用途是：分层级、可定制的代码PR审查工具，支持严重性分级与处理模式。 完整的 Skill 内容见：https://321skill.com/skills/structured-pr-review-x-7/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
‘请使用Structured PR Review技能，审查我当前分支的Pull Request #123，并输出分层报告。’ 它会调用gh CLI获取PR代码，按照预设的规则进行分层扫描，最终输出一个包含MUST FIX、SHOULD FIX和SUGGESTION三个分类的详细审查清单，帮助你高效定位关键问题。
介绍
该Skill旨在解决代码审查过程中反馈混杂、优先级不清晰的问题。它通过引入MUST FIX（必须修复）、SHOULD FIX（应该修复）、SUGGESTION（建议）三个严重性层级，对审查意见进行结构化分类，使开发者能快速识别关键问题。
使用方式上，它默认与GitHub CLI（gh）集成，可以直接在命令行中运行，对Pull Request进行分层审查并输出结果。此外，它还支持可选的Lobster pipeline集成，为需要更复杂自动化审查流程的团队提供了扩展性。
该Skill非常适合需要规范代码审查流程、提升审查效率的研发团队，特别是后端开发、全栈开发和运维开发工程师。他们可以利用此工具确保代码质量，并让审查反馈更具可操作性。
建议在团队内统一各严重性层级的定义标准，以确保审查结果的一致性。对于小型或快速迭代的项目，可以先从默认的gh CLI模式开始；当需要将审查作为CI/CD流水线的一部分时，再考虑集成Lobster pipeline。
核心特点
核心区别在于其明确的“三层严重性分级”和“两种处理模式（addressing-mode）”。不同于仅输出问题列表的通用审查工具，它强制对问题进行优先级排序（必须/应该/建议），并允许用户选择不同的处理模式来应对不同层级的反馈，使审查流程更加结构化和高效。
注意事项
不适合用于非代码文本内容（如文档、设计稿）的审查，或无需区分问题优先级的简单代码检查场景。
常见问题
如何定义MUST FIX和SHOULD FIX？
MUST FIX通常指功能错误、安全漏洞等必须修复的问题；SHOULD FIX指代码风格、潜在优化等建议修复项，具体标准可由团队自定义。
支持除GitHub以外的代码仓库吗？
默认仅支持GitHub（通过gh CLI）。如需其他平台，可能需要自行适配或通过Lobster pipeline间接实现。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/structured-pr-review-x-7/raw/index.md 读取 Structured PR Review 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/structured-pr-review-x-7/raw/index.md（查看排版版本）