用途：针对仓库安全策略和静态代码证据，对导入或提供的安全发现进行逐条分诊，输出静态证据结论：confirmed、not_actionable 或 needs_review。已确认与需复核的发现分别按可利用性排序，保持输入顺序和看似重复的输入。
主要能力：接受 SARIF、CVE、公告、扫描器工单、漏洞赏金报告、Codex Security 产物及自由形式漏洞声明。支持 Jira/Linear 安全工单与 GitHub 仓库来源接入，按参考文档处理凭据与传输。先按 triage-result-contract.md 规范化输入，分配 triage_item_id 并保留外部标识，提取标题、来源类型、组件、受影响版本或路径、声称的行为者与源、控制或汇聚点、前提条件、影响、证据与反证、出处信息。审查适用 SECURITY.md 策略，确定支持的产品面、攻击者角色、信任边界和不变量。
使用方式：以内联方式工作，不委托、不使用深度分诊模式、不搜索无关漏洞、不编辑仓库文件、不运行测试、构建、应用、PoC 或动态验证。通过引用文件处理工单、GitHub REST 接入、静态发现评估和结果契约。若未提供发现，先询问再检查代码或输出 triage-finding/v0。最终以简洁 Markdown 摘要返回结论、置信度、排名、受影响位置、可达路径与边界、证据、反证、证据缺口和后续步骤；仅在用户要求原始结果时附完整 JSON。对已确认发现可给出 $fix-finding 交接，但仅当用户要求继续修复时调用。
适用场景：安全团队或开发者对仓库安全发现做只读的静态分诊与排序。
限制：分诊保持只读，不声称运行时验证或穷尽覆盖；缺少策略本身既不支持也不排除发现；存在未解决事实时保留 needs_review。若用户请求写回源系统，须先完成结论并单独审查变更。资料未说明收费、价格或平台支持细节。