用途
uinaf-radar 用于读取私有的 uinaf radar GitHub Project，并对其中跟踪的工作做紧凑汇总。radar 被描述为一份「被跟踪的工作清单，带有刻意精简的注意力面」；覆盖审计（coverage audit）则用于判断这份清单是否完整。
主要能力
- 汇总状态区块：Now、Blocked、Next、Inbox、Maintenance、最近 Shipped 的工作，以及 Project drift。
- 在空区块时省略该区块；除非用户明确要求清单，否则对 Inbox 和 Maintenance 做概括。
- 输出结构固定为：Now（关联的成果）、Blocked（关联的成果与已知阻塞）、Next（关联的成果）、Inbox（数量、维护数量、最高价值的分类例外）、Shipped（关联的成果）、Project drift（数量与最高价值的不一致项，或 none）、Decision（最需要关注的一项决策或下一步行动）。
- 通过 references/model.md 解释状态并推荐优先级。
- 支持覆盖审计（coverage audit）：由调用方提供覆盖范围。
使用方式
从该技能目录运行：
scripts/check.sh
该脚本会解析实时 Project、校验其 schema，并返回规范化 JSON。
如果认证、发现或校验失败，应报告边界并停止；绝不静默切换身份、刷新认证或扩大权限范围。
只有在出现失败、Project 漂移，或要求执行带确切仓库列表的覆盖审计时，才加载 references/github.md。
规则与限制
- 所有操作保持只读。写操作只能作为需要明确批准的「建议动作」提出，不得实际执行。
- Project、字段、选项、条目与视图 ID 均实时解析；从不存储它们，也不打印凭据、issue 正文或原始 API 载荷。
- 将注册在范围内的每个开启 issue 与 pull request 都视为清单内容，包括维护性工作与叶子工作。
- Now 保持三项或更少，Next 约五项。超出部分报告为 Project drift。
- 将观察到的事实与建议分开。不根据时间或活跃度推断进度或优先级。
覆盖审计
覆盖范围来自调用方。提供确切的仓库列表与起始日期时，验证每个仓库是否可读，将其当前开启的 issue 与 pull request URL 与 radar 对比，并查询最近关闭的 issue 与已合并的 pull request。分别报告不可访问的仓库、缺失条目与过期计划。若不同时具备这两项输入，则报告 Coverage: not audited。不得推断范围，也不得改动 GitHub。
完成条件
当每个被跟踪条目都已交代、Project drift 已明确、覆盖情况已标注为 audited 或 not audited，且响应最多只给出一项即时决策时，一次 pulse 才算完成。覆盖审计还需交代每个提供的仓库，或将其标注为不可访问。GitHub 状态必须保持不变。