القائمة
阶段五（发）。用户输入 /ssf-ship 或由 ssf-qa 续接时触发。检查 QA signoff、release blockers、rollback、monitoring、PR 描述，给出 ship/no-ship。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | ssf-ship |
| description | 阶段五（发）。用户输入 /ssf-ship 或由 ssf-qa 续接时触发。检查 QA signoff、release blockers、rollback、monitoring、PR 描述，给出 ship/no-ship。 |
把“代码完成”转成“可以安全发布”。
本阶段体现 SuperSpecFlow 路由与适配层：汇总 OpenSpec tasks、QA evidence、rollback、monitoring 和 release blockers 后做发布风险判断。
/ssf-ship [change-id]ssf-qa 推荐 Ship 后续接ssf-qa。.superspecflow/release/<change-id>/。.superspecflow/release/<change-id>/，缺失时 fallback 到兼容期旧路径；新写入不得推荐根目录 release/<change-id>/。.superspecflow/clusters/<parent-change>/integration-gate.md。# Release Checklist: [change-id]
- [ ] OpenSpec tasks completed
- [ ] spec-to-code-map updated
- [ ] Review has no 🔴 blockers
- [ ] QA signoff exists
- [ ] Tests pass
- [ ] Negative tests covered
- [ ] No secrets / unsafe env changes
- [ ] Migration plan ready or not needed
- [ ] Rollback plan ready
- [ ] Monitoring plan ready
- [ ] CHANGELOG / docs updated or scheduled
未确认项标 ❌，并说明阻塞或非阻塞。
# Rollback Plan: [change-id]
## Rollback Trigger
## Rollback Steps
## Data Considerations
## Owner
## Verification After Rollback
# Monitoring Plan: [change-id]
## Metrics
## Logs
## Alerts
## First 24h Watch Items
# PR: [change-id]
## Summary
## Specs Implemented
## Changes
## Tests
## Risks
## Rollback
## Screenshots / Recording
## Review Checklist
- [ ] Logic correct
- [ ] Tests adequate
- [ ] Security checked
- [ ] Docs updated
# Ship Decision: [change-id]
Recommendation: Ship / Ship with monitoring / Do not ship
## Why
## Required Before Merge
## Optional Follow-ups
如果 <change-id> 是 parent change 且存在 .superspecflow/clusters/<change-id>/：
integration-gate.md。Do not ship 或 Ship blocked by cluster integration gate。只有 recommendation 为 Ship 或 Ship with monitoring 时，用户确认后才进入 ssf-archive。
如果 recommendation 为 Do not ship、Ship blocked by cluster integration gate、Ship blocked by Git hygiene 或任何 blocked 状态，停下并列出 blockers，不得自动归档。
发布前必须检查 Git 和 PR：
# Git / PR Gate: [change-id]
- [ ] 当前分支符合命名规范
- [ ] 工作区干净，或未提交内容已解释
- [ ] 所有 commit 标题符合 `<英文类型>(<英文范围>): <中文摘要>` 规范，正文为中文
- [ ] commit 正文包含 change-id、Spec ID、验证方式、风险与回滚
- [ ] PR 标题符合 commit 标题规范（英文类型 + 英文范围 + 中文摘要）
- [ ] PR 正文包含变更摘要、测试、风险、回滚、QA 结果
- [ ] 无无关改动或已拆分
建议运行：
git status --short
git log --oneline --decorate -n 10
git diff --stat origin/develop...HEAD
如果目标分支不是 develop，替换为实际 base 分支。
如果 Git / PR Gate 不通过，Recommendation 必须是 Do not ship 或 Ship blocked by Git hygiene。
阶段六（档）。用户输入 /ssf-archive 或由 ssf-ship 续接时触发。归档 OpenSpec change、同步文档、更新 decision ledger，并用 Diataxis 检查文档缺口。
阶段三（建）。用户输入 /ssf-build 或由 ssf-spec 续接时触发。按 OpenSpec tasks 执行，使用 Superpowers 风格：理解、计划、TDD、小步实现、验证、更新 spec-to-code-map。
复盘。用户输入 /ssf-retro 时触发。复盘本轮 SuperSpecFlow，检查产品、规格、开发、测试、发布各阶段的流程质量，输出可执行改进。
阶段二（规）。用户输入 /ssf-spec 或由 ssf-think 续接时触发。生成 OpenSpec 风格 change contract：proposal.md、design.md、specs/*.md、tasks.md、Spec Readiness Review。
阶段一（想）。用户输入 /ssf-think 或描述新想法/新功能时触发。用 Superpowers brainstorming 纪律做价值、体验、范围反问，产出 Product Change Brief、Decision Record 和 design.md，然后进入 ssf-spec。
Git 工作流与中文 commit 正文门禁。用户输入 /ssf-git、/ssf-branch、/ssf-commit、/ssf-pr，或要求建分支、提交、生成 PR、合并、rebase 时触发。强制分支、暂存、提交、PR 与 OpenSpec change-id/Spec ID 对齐；commit 标题的类型与范围使用英文标识符（conventional commits），摘要、正文、字段名必须使用中文。