mcpField
P
pr-to-ready

pr-to-ready

github.com/owainlewis开发42380 次安装2 周前更新
代码仓库

关于 pr-to-ready

帮助 Agent 将 PR 从评审推进到就绪状态评估的技能,涵盖检查实时状态、处理可执行反馈、运行检查并汇报;明确禁止合并。

主要功能

  1. 01检查 PR 实时信息与本地 Git 状态
  2. 02分类评审反馈
  3. 03进行小范围修复并回复讨论
  4. 04推送后重新检查并运行验证
  5. 05汇报就绪状态但不合并

适用场景

  1. 01梳理开放 PR 的评审意见
  2. 02处理可执行的评审评论
  3. 03请求合并前检查就绪情况
  4. 04识别阻塞项与遗留事项

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/owainlewis/blueprint --skill pr-to-ready

安装后在 Claude Code 中输入/pr-to-ready确认已加载。

详细介绍

PR 转为就绪状态

  1. 从 $ARGUMENTS、当前分支或仓库中已打开的 PR 识别目标 PR。
  2. 检查 PR 的实时状态:差异、提交、检查、评审、未解决的讨论串、评论、可合并状态,以及本地 git 状态。
  3. 对反馈分类:可执行、有争议、已解决、已过时、仅供参考、需要人工处理。
  4. 修复可执行的问题,并尽量缩小改动范围。对于有争议的问题,在讨论串中发表评论说明原因并提出异议,不要修改代码。遇到产品、安全、代码所有者或风险决策时,停止处理。
  5. 运行能够验证修复的最小检查;如果共享行为或面向用户的行为发生变化,则运行更全面的检查。
  6. 推送后重新检查 PR。针对每个已处理的讨论串回复具体改动。能够访问关联工单时,附上验证结果并更新工单。
  7. 报告状态为 Ready、Not ready 或 Blocked,并说明改动、运行的检查、提出异议的事项和剩余事项。
  8. 如果有人问“要合并吗?”,直接回答。绝不合并。

规则

  • 绝不合并。
  • 只有基于明确理由才能提出异议:正确性、范围或有文档记录的约定。对于人工评审者基于偏好的分歧,应归为需要人工处理,而不是反驳。
  • 不要为了非必要的反馈而扩大任务范围。
  • 必需检查失败或仍有可执行的反馈时,不要标记为就绪。
  • 以 PR 的实时状态为准,不要依赖过时的摘要。
  • 不要隐瞒跳过的测试、占位内容、未完成的修复或假设。

评论

支持 Markdown