Engram 积压事项分诊
为维护者设计的问题和 PR 分诊协议，依据维护者理念评论推断其立场并产出可执行的处置报告。
技能本身是静态文档，不包含执行代码或对系统修改，风险低。但技能要求对仓库执行 gh 命令（读取和修改 issues/PRs），缺乏明确的授权确认或最小权限原则说明。安全策略文件和许可证存在，但未证明归属（发布者未验证）。因此，部分扣分因权限控制不明确和归属验证缺失。
技能提供清晰的命令和分类标准，若 gh CLI 可用，快乐路径可复现。但静态审查未执行测试，且依赖外部工具（gh）和网络资源，未在技能内捕获错误处理。CI 工作流存在，但技能特定的关键路径未直接与测试关联。因此，根据静态校准，可靠性不能超过 10 分，给予 8 分。
技能明确界定了目标受众（维护者）和触发条件（审计 issues/PRs、分类、推断意识形态）。考虑到 FollowSkills 服务中文用户，技能未提及海外服务依赖性；核心功能基于本地 gh CLI，可在中国大陆访问 GitHub 可能受限，但技能未限定远程服务，因此适应性较高。扣分因未明确边界条件。
技能有清晰的前置 YAML、描述、适用范围和逐步操作。版本和许可证元数据存在，但未提供变更日志或维护责任说明。发布者未验证，但仓库中有 SECURITY.md 和贡献指南，可能展示维护责任。扣分因版本治理和已知限制披露不足。
技能提供了完整的报告结构，输出直接可用，但依赖外部工具的执行，静态审查无法验证代表性输出。因此，根据静态校准，有效性不能超过 7 分，给予 5 分。
技能包含真实的 CI 工作流和测试命令，但未明确测试技能自身。技能内部有可审计的逻辑，但第三方执行证据有限。因此，根据静态校准，可验证性不能超过 5 分，给予 5 分。
- 在执行前确认对目标仓库的写权限，并设置最小权限令牌。
- 技能依赖 GitHub CLI 和 GitHub 访问，在中国大陆可能受阻，建议使用代理或 CI 环境。
- 技能未提供错误处理或失败反馈，异常输入可能导致调试困难。
- 静态审查未验证实际执行，使用前请自行测试。
这个 Skill 能做什么，适合哪些场景？
该技能为基于 Engram 的项目（或任何 GitHub 仓库）提供了一种结构化的积压事项审计方法。它指导用户获取所有未解决的问题和 PR，逐项分类为预定义的处置状态（如合并、请求更改、关闭、需要设计、批准问题、拒绝问题），并通过分析维护者的评论来理解他们的实际哲学。最后，它生成一份带有建议评论的分诊报告，帮助维护者快速处理积压事项。
使用 GitHub CLI 获取问题和 PR 的 JSON 数据，包括标签、评论和审查状态。根据一组二分问题对每个项目进行分类，并分配六种处置状态之一。从维护者评论中推断维护者理念，以校准分类决策。按优先级对处置结果进行排序，并生成 Markdown 分诊报告，包含汇总统计、表格和可复制的建议评论。
- 项目维护者希望快速审查大量未解决的问题和 PR，以确定哪些需要关注，哪些可以关闭。
- 开源贡献者想要了解维护者的偏好，并希望在提交 PR 前避免常见的陷阱。
- 团队负责人希望为问题跟踪器建立一致的分诊流程，确保所有贡献者遵循相同的标准。
- 希望自动化积压清理的开发者，可以将其作为手动流程或集成到 CI 脚本中。
这个 Skill 有哪些优点和局限？
- 提供清晰、可操作的分诊分类系统，覆盖所有常见处置方式。
- 通过分析实际维护者评论而非仅依赖书面理念，支持更精准的决策。
- 包含可复制的建议评论，节省时间并确保一致性。
- 附带可重复使用的提示模板，可适应任何仓库。
- 严重依赖 GitHub CLI，这意味着它仅限于 GitHub，且需要预先安装和认证。
- 该分类本质上是主观的，根据提示的不同可能产生不一致的结果。
- 未附带自动化测试或验证，完全依赖用户正确执行步骤。
- 被描述为面向 Engram 的工作流——标签（如 status:approved、type:*）可能与其他仓库不匹配，需要调整。
如何安装这个 Skill？
这是一个技能包，而不是独立的安装。要使用它，请将 SKILL.md 文件放置在支持 Agent Skills 的客户端（如 Claude Code）的技能目录中。该技能不附带任何脚本。
如何使用这个 Skill？
在技能目录中安装后，触发技能，例如提问‘对存储库 owner/repo 的积压事项进行分诊’。该技能将引导你通过 GitHub CLI 命令获取积压事项，然后根据其过程分类和报告生成步骤进行操作。它依赖于已安装并已认证的 GitHub CLI（gh）。