aidoc-triage 是 vladm3105/aidoc-flow-framework 仓库专用的 Issue 分诊工作流实例，具有该仓库特定的分类法、缺陷类别和常设规则。该技能的核心公式是：分诊 = 评估 + 打标签 + 评论；分诊从不实施修复、不关闭 issue、不重写历史。
用途： 用于对 GitHub 上 vladm3105/aidoc-flow-framework 仓库的 issue 进行事实核查、优先级评定、标签管理和评论记录。该技能分为两种模式：模式 A（第 3–4 节）回答“这个 issue 值多少”——确定优先级和标签；模式 B（第 4B 节）回答“现在可以实施吗”——给出 go/no-go 结论。两种模式共享第 0–2 节的核心步骤：前置条件、实时获取 issue、完整评论审阅、逐条声明验证。
主要能力：
- 实时获取 issue 并记录状态、标签、评论和事实声明（文件路径、行号、计数、错误文本等）；行号视为线索而非事实。
- 完整审阅评论线程，按作者和日期归属后续声明，线程中的更正优先于正文。
- 逐条验证声明：检查文件/行是否存在、全历史枚举、复现计数、检查 CI 行为等。
- 优先级评定：P0（CI 红/阻塞合并、安全暴露、数据丢失）、P1（治理/ linter 虚假导致代理误路由、契约损坏）、P2（有变通方法的真实缺口、文档化但未实现的规则、镜像/结构陷阱）、P3（过时文本、小问题、无调用者的死代码）。
- 标签管理：先列出标签再复用，仅为真正新类别创建标签；组合优先级 + 领域 + 类别三元组；移除明显错误的标签。
- 集群关联：链接相关 issue 并记录顺序。
- 所有权判断：若缺陷属于其他仓库，记录所有权结论并按第 8 节转移。
- 发布分诊说明：以仓库所有者身份发布事实性、简洁的评论，包含优先级、评估证据、集群、下一步和建议标签，并直接应用标签。
- 模式 B：逐条声明判定（ALIVE/DEAD/PARTIAL）、取代扫描、实施载体分类、终态判定（GO/SCOPED-GO/STALE/SUPERSEDED/ALREADY-FIXED），并记录验证时的 dev SHA。
- 已知缺陷类别检查：幻影版本、伪造共识、镜像孪生、归档层、路径过滤必需门、不稳定池、中断窗口、零作业运行、pull_request_target 评估、秘密钩子误报、同步附带问题等。
- 写回项目记忆：记录排序决策、新缺陷类别及修正计数。
- 向其他仓库转移 issue：先本地完成分诊、引用所有权证据、通过审批门、执行转移并回读验证。
使用方式： 需要已认证 gh（gh auth status），在框架检出目录的 dev 分支上、工作树干净的情况下运行。先读取项目记忆中的常设规则和会话交接（AGENTS.md 链和记忆存储），若不存在则继续。使用 gh issue view 获取 issue，然后按第 1–4 节执行模式 A，或按第 4B 节执行模式 B。评论以所有者 vladm3105 身份发布，不添加闲聊或原始工具输出。
适用场景： 仅适用于 vladm3105/aidoc-flow-framework 仓库的 issue 分诊。示例包括：分诊 #733 并验证 L005 空泛性；判断 #716/#722/#696 是否应合并为一个 PR；检查 #726 是否仍然有效；实施前验证某个 issue 是否可开始实施。
限制： 该技能是框架本地实例，不实施修复、不关闭 issue、不重写历史。分诊不替代实施。模式 B 仅授权实施载体，不编写修复。转移 issue 是外部操作，必须通过审批门，不得自我批准。若 issue 已关闭，停止并报告证据，不可分诊已关闭的 issue。行号和计数可能快速过时，必须重新验证。平台技术栈与安全合规要求：issue 和修复方向必须严格遵循权威平台技术栈（/home/ya/devd/technology_stack，规格 00–23），立即标记并拒绝不安全的建议（如明文秘密、禁用沙箱、放宽权限、绕过门禁）；若合法缺陷/功能需要批准栈中缺失的工具，需在分诊报告中明确说明必须调用 Missing Tools Operator Escalation Protocol。