用途：审查 GitHub 拉取请求（PR），核对 CI 状态，合并并感谢作者；只有被明确要求时才打发布标签。
主要能力与用法：
- 获取 PR 详情：用 gh CLI 读取标题、描述、增删行、文件、评审、CI 状态与分支信息，并获取 diff。 gh pr view <number> --json title,body,additions,deletions,files,reviews,statusCheckRollup,headRefName,baseRefName gh pr diff <number>
- 审查变更：以只报告模式运行共享审查通道，通道定义读取自 ~/.claude/skills/review-code/references/lanes.md，按所用 harness 的“Running the lanes”执行，目标为第 1 步的 diff。只报告，绝不修改他人 PR。另需判断变更是否匹配 PR 描述、新功能是否有测试覆盖、是否符合该包既有模式。有问题则用 gh pr review <number> --request-changes --body "..." 提交评审意见并停止。
- 检查 CI：合并前所有 CI 检查必须为绿色，依据 statusCheckRollup；失败或待定则告知用户并停止。
- 合并：评审通过且 CI 绿色时执行 gh pr merge <number> --squash --delete-branch。
- 致谢作者：在变更来源处按优先级致谢——PR 关闭的 issue、相关讨论、PR 本身；找到该对话的作者（未必是 PR 作者），两者不同时都感谢。使用 gh issue comment 或 gh pr comment，内容简短、温暖、具体，不提 Claude Code。
- 发布：仅当用户明确要求时。合并或完成评审都不算发布请求。发布时用 gh release list --limit 1 查看最新标签确定版本号；新功能升 minor，缺陷、拼写、依赖更新升 patch；放弃对某 PHP 或 Laravel 版本的支持不算破坏性变更，用 minor 或 patch；major 版本必须事先获得用户明确批准，不确定时询问。创建发布：gh release create <tag> --title "<tag>" --generate-notes。
适用场景：Spatie 包的 PR 审查与合并流程。限制：仅报告不修改他人 PR；CI 未通过不合并；未明确要求不发布；版本规则与致谢对象需按上述约束执行。