用途：triage-findings 是 findings 工作流中的规划与澄清层，负责与用户协调，判断下一步应执行 scan-codebase、test-codebase、sync-findings 还是 resolve-findings，并将当前 findings 集合转化为就绪计划。
主要能力：读取活动 findings 记录（path/findings.md）；按需阅读代码或文档；提出具体的后续追问，而不是把模糊性留在状态中；呈现开放问题、竞争性修复路径、策略歧义与缺失确认；最终给出明确的下一步，而非仅状态交接。
输入：接受可选的 GitHub PR URL；若提供，则用于 triage 需要 GitHub 上下文或调用 sync-findings 时，否则默认仅本地（url=local-only）。接受可选 path，作为本地设计或 findings 文件夹；省略时从分支、子系统或匹配文档推断，并在开始前说明推断值（默认 path=infer）。同时确认分支、PR URL、当前 findings 文件及重点领域等有效变量。
使用方式：先确认有效变量，再加载 path/findings.md，判断缺少的是评审（scan-codebase）、验证（test-codebase）、findings 或 GitHub 对账（sync-findings），还是直接实现（resolve-findings），然后呈现决策与阻塞点并产出就绪计划。
限制：Triage 默认是讨论与规划，不静默执行。不得用 open 或 needs-user-decision 掩盖歧义；当用户希望使用统一的 findings 工作流时，不应强加 CR 或 QA 标签。收费、平台与效果等细节暂未提供。