用途：把点子或小型原型在最短时间内推进到可上生产状态，并在之后保持迭代速度。适用“ship this MVP”“make it production-ready”“launch/deploy this project”等请求。
核心原则：代理只传路径不传内容；每步必须落盘产物、可重试、可回放；高风险或高成本操作先写计划并等待确认；进度记录在 tasks.md 的复选框而非对话中；按需打开步骤文件，避免一次加载全部细节。若在 Claude Code 下运行，会话开始可运行 tool-hooks-doctor，缺 hooks 时可选安装项目级 hooks，不阻塞后续。
输入输出：输入仅路径（repo_root 默认 "."，可选 run_dir）；输出写在 run_dir 下，必需 proposal.md、tasks.md、context.json，可选 design.md、evidence/、logs/。契约详见 references/artifact-contract.md。
流程：先初始化 run_dir 并创建核心产物，再做范围确认（full、deploy-only、design-only、feature-only），将 scope 写入 context.json；目标模糊时调用 workflow-brainstorm 单题收敛核心循环、验收标准、非目标、约束与演示点，并持久化到 evidence/ 下；随后按 context.json 动态分支：数据库、支付、鉴权、部署、SEO 仅在对应字段为真时执行，跳过要写一行原因。
步骤模块：Foundation、Guardrails、Trace cleanup、Docs baseline、Supabase、Stripe、Deploy（GitHub + Vercel）、AI-era SEO（Next.js）等，命中该步时才打开对应文件。样式环节调用 tool-design-style-selector 生成 design-system.md；UI/UX 实现把它当作独立特性交给 workflow-feature-shipper；如装有 tool-ui-ux-pro-max 可用于充实计划与验收。功能迭代同样走 feature-shipper，先出计划再做实现，建议批量后调用 review-quality 复核，检测到 React/Next.js 性能风险会自动补跑 review-react-best-practices。
收尾：在 run 根写 final.md，更新 tasks.md 为 done，并运行：python3 ~/.claude/skills/workflow-ship-faster/scripts/auto_archive.py --run-dir "<run_dir>"。
限制：默认面向 Next.js 16.1.1，若保留现有技术栈则不强制走 Next.js 专属步骤；DB/支付集成不在默认链路范围。其余平台、价格、效果等信息资料未提供。