关于 ds-ship
ds-ship 是一项技能，可在获得明确授权后，将代码修改从当前状态推进到验证和 PR 合并。它规定了实现、审查、CI 监控和汇报的门槛流程。
主要功能
- 01在默认分支上时创建新分支
- 02仅实施范围最小的修改
- 03复现问题并验证修改
- 04运行 CI 检查并审查差异
- 05监控 PR 检查和审查意见
- 06仅在满足门槛后合并
适用场景
- 01将用户要求的修复推进至 PR 合并
- 02根据报告的问题验证代码修改
- 03跟进 CI 和审查意见直至满足合并门槛
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/ds-ship确认已加载。
详细介绍
在无人关注时，将工作从当前状态推进到已合并的 PR。
仅当用户明确提出此要求时才按此方式操作。此请求授权你做三件事：无需事先询问即可运行验证所需的测试和应用检查；使用 --force-with-lease 强推此任务自己的分支；并在下方的合并门槛通过后进行合并。除此之外，不授予任何权限。
步骤
- 如果当前位于默认分支，则创建一个新分支。
- 进行满足目标所需的最小改动。修复已报告的问题，不要修复所有可能存在的问题。
- 验证差异中的每一项。复现故障，应用修复，然后再次运行相同的复现步骤。运行 CI 执行的检查。对于 UI 或运行时行为，运行应用并查看结果。将命令及其输出粘贴到笔记中。
- 使用
ds-review-loop检查改动。对审查中改动的部分重新验证。 - 基于最新的默认分支进行变基，然后使用
ds-pr创建 PR。添加一行，说明你如何验证了改动。 - 使用
ds-watch-pr监控 PR。修复实际问题和 CI 失败，验证每项修复，推送，然后再次监控。 - 基于最新提交检查合并门槛。按照仓库惯用方式合并。绝不使用
--admin或任何其他绕过方式。 - 向用户报告 PR 链接、合并提交、验证证据以及你做出的每项决定。
合并门槛，以下条件在最新头提交上必须全部满足：验证覆盖完整差异；必需检查全部通过；审查机器人已完成；每项发现均已修复或给出理由；没有人工审查要求修改；分支已更新且可合并。
遇到以下情况时停止
- PR 已合并且报告已写好。
- 无法验证改动，或无法通过门槛且无法修复。询问用户。
- 下一步会删除数据、影响生产环境、关闭 PR 或推送其他分支。询问用户。
- 连续六轮修复并监控后，门槛仍未通过。停止并报告阻碍因素。
规则
- 检查仍在等待时，不要结束本轮。使用监控工具等待。
- 使用提问工具提问，不要直接发送普通消息。在问题中提供 PR 链接、阻碍因素和你推荐的选项。
- 如果没有提问工具，或无人答复，则保持 PR 开启且不合并，并在最终消息开头提出问题。
- 证据是你在本次会话中看到的输出。没有输出支撑的说法不算证明。
- 固定工作范围。拒绝审查中提出的额外工作，并将其列为后续事项。
评论
支持 Markdown