用途 jww-issue-reconciliation 用于判断问题跟踪器是否准确描述了剩余工作，遵循项目自身对范围、完成度和依赖关系的定义。适用场景包括 backlog 审计、发布范围梳理、遗漏工作排查以及过期阻塞项处理。
主要能力
- 建立比较基准：识别请求涉及的仓库、发布或功能范围与代码基线，区分本地工作、开放的拉取请求、已合并实现和已部署行为，并记录修订版本与观察日期。
- 读取证据：查看相关问题正文与回复、关联 PR 及其状态，以及项目或请求指定的决策来源，跟踪可能改变范围或解决表面阻塞的链接；在提出问题前先检索既有决策。
- 核对证据：不把已关闭问题或已合并且 PR 单独视为行为完整、客户端集成或部署完成的证据；在新建工单前确认缺口是否已被其他问题、后续项、开放 PR 或明确延期覆盖；对等性审计时比较用户能力与验收标准，而非依赖问题数量或界面一致。
- 分类差异：区分缺失实现、待验证、未决决策与仅需修正跟踪器的情况，明确排除或延期的范围，区分硬性前置条件与协调链接、历史背景，优先使用跟踪器原生依赖关系而非阻塞标签。
- 报告或应用修正：针对每项差异给出问题或能力、观察状态、支持来源和最小有用修正，按共同原因归组；说明已检查与不可用的仓库和来源。审计产出发现，仅在请求包含修改时应用跟踪器变更，并在修改前复查记录是否有 intervening 更新，保留无关字段，核对结果中的范围、链接与依赖关系；仅当验收标准满足或既定决策明确取代时才关闭问题。
使用方式 由用户提出核对请求，指定仓库、发布或功能范围、代码修订版本以及相关决策来源；技能据此读取并比对问题、PR 和决策记录，输出差异清单或按需应用跟踪器修正。
适用场景 backlog 审计、发布范围确认、遗漏工作识别、过期阻塞项梳理、客户端对等性审计，以及跟踪器与实现一致性检查。
限制 该技能不执行实现、Git 操作或仓库验证，不将核对扩展为未经请求的功能开发；当来源不可用或决策冲突时，应指出缺口而非自行编造解决方案。