PR 保姆：持续监控拉取请求直至合并

技能用于监控和修改 PR 评审线程，通过 GitHub CLI 和 GraphQL API 进行读操作和一个解决评审线程的写操作。权限最小化：仅调用 gh api prop-需要用户之前的认证；写操作是显式且有针对性。数据流透明：命令明确指示使用 gh pr view 和 GraphQL 查询，输出是本地显示的。因静态审查，无法验证命令是否安全执行，但代码未显示危险模式（如 shell 注入），且遵循安全最佳实践（使用数组参数）。扣分：缺乏明确确认步骤；技能自动解决评审线程，要求用户信任技能判断。发布者未验证，但技能本身未展示超出范围的权限。

技能指令内部一致，提供了清晰的步骤和用于查询的 shell 脚本。但依赖外部工具（gh）和环境（GitHub 仓库），无内置错误处理或反馈机制；脚本假设 gh 已安装和认证，未处理认证失败或限制。作为静态审查，无法验证实际执行。扣分：未见错误处理，无调试输出，失败反馈不明确。

技能场景明确：监控 PR 直至可合并。触发条件清晰（用户请求 babysit 时）。但是，技能依赖于 GitHub CLI 和 GraphQL API，这些服务在中国大陆可能无法直接访问，影响可行性。边界条件未明确（如 PR 数量，处理限制）。扣分：未考虑中国大陆网络可达性，且未明确定义监控终止条件之外的边界。

仓库有清晰的 Readme、许可证（Apache-2.0）、版本控制（package.json 版本）、CI、安全策略和贡献指南。技能文件本身结构良好，有描述和工作流。扣分：技能文件未包含版本或更改记录，无单独的问题排查部分，但仓库级文档充分。

技能设计能完成监控 PR 的核心任务，但无法从静态文件验证实际效果。它提供了具体的命令和输出处理，预期输出是未解决线程列表，但未验证是否直接可用。奖励 4 分基于可实施性，但扣分因缺乏实际执行验证和输出格式未明确指示。

技能文件本身没有测试。仓库有 CI 和测试套件，但未针对此特定技能进行测试。静态审查无法验证命令的正确性。扣分：无第三方验证的证据，且无法复现关键行为。