用途：对 GitHub issue 或 PR 做维护者决策，而非泛泛的代码审查总结。核心是分离几类问题：所声称行为是否真实、用户实际诉求是什么、现有受支持功能能否通过组合或配置满足、若确有缺口所提方案是否为最佳设计与实现层、普通用户能否触达该问题以及影响是否重要到需要立即处理。
主要能力：先确立精确目标（解析 owner、repository、条目类型与编号），对 issue 阅读全文、评论、复现与环境；对 PR 检查当前远端 base 与 head、完整补丁、提交历史、测试、关联 issue 与评审讨论，不用本地检出替代被审查的远端变更。先完成“未满足需求”评估再深入实现：将需求状态分为 Demonstrated、Plausible but unproven、Already covered、Unsupported，只有 Demonstrated 才可给出可合并结论。区分观察有效性、下游后果、需求状态与 issue 处理动作。对仅由合成边界值（如 NaN、无穷大、超大数值）构造出的问题设门槛，默认关闭。发现竞争 PR 时做有界查重并按需覆盖、正确性、范围、实现层、测试、兼容性、复杂度与准备度比较。
使用方式：以 GitHub issue 或 PR URL 作为主输入；遵循仓库关于远端访问与变更的说明，审查本身不授权评论、打标签、改分支、推送等远端写入。先做桌面审查，检查调用方、相邻 helper、校验层、回退路径与既有测试；若仍缺决策相关的运行时证据，应保持初步评估并建议另行开展运行时调查（本技能不规划或执行运行时探测）。
适用场景：维护者判断 issue/PR 是否值得处理、选择竞争实现路径、撰写简洁礼貌的关闭或变更请求信息。
限制：仅桌面审查，不执行测试、导入、示例、复现、基准或服务调用；无法保证穷尽所有开放 PR 时应如实说明。具体收费、价格、平台要求等资料暂未提供。