用途：对 GitHub 开放 issue 进行分诊，先排定优先级并建立验收标准，再决定是否标记为可进入开发。分诊与实现、评审保持分离。
主要能力：遵循显式依赖关系；阅读适用的根目录或本地 AGENTS.md、.agents/skills/custom-codereview-guide.md（若存在）、人工讨论及相邻代码；识别受影响版本与所属组件（Canvas、SDK、automation 或 extensions）。以当前人工决策优先于过时的生成标准，不重复已回答的问题，保持范围有界并明确非目标，只提出尚未解决的关键产品/设计问题。定义可观察的完成标准，而非进入条件；不要求为未编写的代码提供测试，也不要求每个 issue 都附 PR 产物或图片/视频。默认优先级为低，中/高需有记录的真实用户痛点，而非推测或合成测试。返回结构化建议。
使用方式：按 README.md 进行打包、凭据、发布者设置与限制配置。切勿将 token 值放入自动化定义或提示中。若配置了发布者则使用它，不得绕过它或其变更输入检查；旧版直接模式遵循相同规则但无强制。保留人工文本与无关标签。不要带凭据运行仓库检查器。以部署负责人审计的当前仓库策略判断就绪状态，而非历史检查器评论。不实现代码，也不接受 pull request。
适用场景：需要批量梳理开放 issue、统一验收标准、区分优先级并避免分诊与开发混淆的仓库维护流程。
限制：资料未提供具体安装命令、价格、平台支持范围或效果数据；旧版 agent 发布为默认方式。