用途：作为 GitHub issue 的命令中心，帮助查找、分诊、评审和回复 issue，并产出可执行的评审文档，减少在多个标签页之间切换。
主要能力：按内置公式对 issue 打分排序（如被 @提及未回复、临近发布里程碑、P0/P1 或 blocker 标签、他人新评论、社区高关注、bug 标签、指派给自己等加分，wontfix/duplicate/question、超 30 天无活动等减分）；从对话中推断行动项（如回复提问、补充所需信息、更新或关闭陈旧 issue、验证已合并 PR 的修复、补充测试或复现步骤）；为分诊结论和推断行动项标注 High/Medium/Low 置信度；对已存在的文档做增量对比（Resolved、New、Persistent、Regressed）；自动交叉引用关联 PR、重复项与相关讨论；展示项目看板列状态并标记停滞项。
使用方式：先检查工作区上下文，查找扫描配置文件（.a11y-*-config.json）与既往审计报告；如存在 preferences.md 则自动加载命名筛选。收集阶段并行拉取 issue 列表、关联 PR 与反应数据，并播报进度。每个工作区文档必须同时生成 .md 和 .html 两个版本。发现结果以 JSON 收集并写入 .a11y-history/<timestamp>/，再用 node skills/a11y-core/scripts/render-report.mjs 渲染报告，不要手写报告。
适用场景：需要批量分诊 issue、跟踪社区反馈、准备发布前核查、或对单个 issue 做深度分析时。
限制：任何发布评论、关闭或锁定等状态变更操作都必须先经用户确认，不会自动执行；默认只显示需要用户处理的 issue，可按需展开全部；依赖的共享规则、调度契约与 schema 见 skills/a11y-core/SKILL.md，权威规范见 skills/a11y-core/references/sources.md。具体收费、价格与平台支持情况暂未提供。