正在打开每日关注
Ship-check：六阶段 AI 分支交付检查
用六个隔离子代理清理、验证并审查 AI 编程分支，确保开 PR 前真正可交付。
来源摘录
Just released my secret weapon for building stable products with AI, called /ship-check. https://t.co/uKvag5L1F7 Details: Your branch works, but it's carrying the debris of getting there: debug probes, half-wired surfaces, AI-flavored copy, and whatever you quietly broke on the way. /ship-check runs six passes in order, each as an isolated subagent so your context stays clean, landing the safe fixes automatically and holding every judgment call for one confirmation at the end. Be warned: it's incredibly thorough. Had one instance of this running last night that took over an hour.
深度解析
是什么 这篇文章介绍一个面向 Claude Code 的收尾型 Agent 技能：/ship-check。它把“准备开 PR”拆成六个按顺序执行的阶段，覆盖清理脚手架、补齐功能接入、润色文案、运行构建与测试、真实浏览器验证、回归排查和最终对抗式代码审查。
核心设计 每个阶段由独立子代理执行，只向主线程返回摘要，避免前序调试噪声污染后续判断。流程先保存 Git 起点；可逆且机械的清理直接落地，涉及删除、行为变化或新增接线的判断则集中到最后一次确认门。顺序本身是关键：先清理，再补全，再润色，随后验证新功能、保护旧功能，最后审查最终状态。
关键洞察 它把“能运行”提升为一条可追溯的交付证据链：绿色测试只证明部分正确，浏览器驱动验证新体验，blast-radius 检查旧功能，对抗式审查再寻找遗漏。统一报告也降低了多轮子代理结果的认知成本。
边界与风险 流程可能运行超过一小时，并依赖项目具备可执行的构建、测试和浏览器验证路径。“安全清理”的判定仍可能出错，自动改动应保留可回滚差异。它只负责准备分支，不代替用户打开或合并 PR。页面采用深色品牌化文档界面，视觉呈现服务于技能分发，并非主要价值。