用途：该技能面向维护者决策，而非生成常规 diff 摘要。输入以 GitHub issue 或 PR URL 为主，先确定 owner、仓库、条目类型和编号，再做只读桌面审查；不执行运行时验证。
主要能力：区分“声称行为是否真实”“独立于提议 API 的用户结果或约束是什么”“受支持功能能否通过合理组合或配置达成该结果”“剩余缺口的最佳设计层在哪里”。对 issue 评估需求是否已证明，对 PR 评估是否值得合并维护，并识别重叠或陈旧操作、竞争 PR 和歧义语义。
需求状态分为四类：Demonstrated、Plausible but unproven、Already covered、Unsupported。只有 Demonstrated 才可能得到 Merge-worthy as-is 或 Merge-worthy after focused changes；其余倾向 Needs evidence、Not worth completing 或关闭。仅由合成边界值、极端值或人为构造输入建立的需求通常应关闭，除非能证明受支持生产者可真实产生该值，或存在完整安全信任边界路径。
使用方式：审查时先读完整报告、评论、复现、环境、链接材料与维护者回复；PR 需查看远端 base/head、完整 patch、提交历史、测试、关联 issue 和评审讨论。不要用本地 checkout 代替远端变更。发现竞争 PR 时，按关联 issue、症状、被违反不变量或路径重叠枚举候选，比较需求覆盖、运行时正确性、放置位置、测试、兼容性与维护成本。需要运行时证据时，保持“初步评估”并建议另行开展运行时调查。
限制：只做桌面审查，不计划或执行测试、导入、示例、复现、基准或服务调用；即使提供 URL 也不授权任何远端写操作，包括评论、标签、分支变更、推送和合并。gh 命令仅在用户同轮明确要求时才可运行。分类为设计与创作，依据其面向维护者评审与决策的用途。