用途：在 SpecRail 治理的仓库中对 GitHub issue 或类似请求做分诊（triage_issue 路由）。
主要能力与步骤：先阅读生效的 SpecRail 契约文件 AGENTS.md、AGENT_USAGE.md、workflow.yaml、states.yaml、labels.yaml；在创建或建议新工作流产物前，先搜索已有 issue、PR、spec 与模板做重复检查；识别当前状态，如 new_issue、needs_info、triaged、duplicate、security_private 或其他配置状态。
必要用法：可用时运行本地门禁命令，例如 python3 checks/github_issue_evidence.py --github-repo <owner/repo> --issue <issue-number> --json > issue-evidence.json，以及 python3 checks/route_gate.py --repo . --route triage_issue --issue <issue-number> --evidence issue-evidence.json --json、python3 checks/route_gate.py --repo . --route triage_issue --issue <issue-number> --state <state> --json。github_issue_evidence.py 仅作只读采集，可收集标签与状态线索，但不得写入标签或评论。按仓库预期产出或更新分诊结果，通常为 artifacts/triage/issue-<issue-number>.json。仅在证据支持时建议标签，标签 ID 与状态 ID 保持英文。
限制：若 issue 可能涉及私密安全细节，停止公开起草并移交维护者安全流程；不关闭有争议的 issue；不授予就绪、最终批准、合并或安全披露权限；不臆造缺失字段，缺失证据就报告为缺失证据；面向人的分诊文本使用所选语言。