review-and-ship 是在交付前复核代码改动的 Skill。它把用户意图、实际差异和相关测试放在一起检查，修复重要问题后，再整理提交与合并请求。
测试要对应改变的行为，缺覆盖时说明缺口或补适当验证。编译过了不说明实现符合需求，发现关键问题以后，也要对修改后的内容重新核受影响检查。
提交保持范围清楚，合并请求说明最终行为与风险。创建 PR、远端检查通过和正式合并是不同阶段，不能只给出一个链接就说已经发布；别让无关改动混进交付。
适合已有实现准备交付时收束证据。本文未评审真实分支、推送或创建 PR，也没有执行主文提到的并行审查；工具操作仍需当前上下文与授权，检查结论要指向实际被验证的版本。