| name | global-launch-review |
| description | Use as the ENTRY POINT when starting any new project, new feature, or complex task that needs a structured approach. Enforces the sequential gate flow Stage 00 (Positioning) → Stage 01 (PRD) → Stage 02 (Spec) → Stage 03 (Plan) → Stage 04 (Test Plan) before any implementation code is written. Each gate has a checklist that must pass before proceeding. Trigger phrases: "新项目启动"、 "start new project"、"launch review"、"怎么开始这个项目"、"gate review"、 "项目门"、"workflow entry"、"先想清楚再写代码"、"where do I start"、 "feature 立项"、"kickoff new feature"、"流程入口". |
| version | 3.1.0 |
| author | Agent Engineering Workflow |
| license | MIT |
| requires | {"product-positioning":">=1.0.0","prd-authoring":">=1.0.0","spec-authoring":">=1.0.0"} |
| metadata | {"hermes":{"tags":["workflow","gatekeeper","entry-point","stage-00-04","orchestration","launch"],"related_skills":["product-positioning","prd-authoring","spec-authoring","multi-agent-coordination"]}} |
项目启动 Gatekeeper（Global Launch Review）
概述
这是流程的入口。任何一个新项目、新 feature、或复杂任务进来时，第一个被调用的就是本 skill。
它的作用不是写代码、不是写文档 —— 它是门。它强制 5 个阶段（Stage 00 → 04）按顺序通过，每个阶段都有自己的 checklist。前一阶段没签字，后一阶段不开。
为什么需要门？因为 AI agent 的默认行为是"看到任务就开始做"。这对单文件 bug fix 没问题，但对多步骤项目是灾难 —— 没想清楚定位就写代码、没决定 acceptance 就写测试、没规划 task 就开始实现，结果是要么返工、要么交付了不对的东西。
本 skill 把"想清楚再写"从默认开关变成强制流程。每个 gate 对应一个深度 skill，本文档只负责门控和路由。
何时使用
强制的场景：
- 启动任何新项目（哪怕只是一个 feature 大小）
- 一个复杂任务需要多步骤推进
- 团队或个人对"接下来做什么"有分歧
- 一个项目已经在 Implementation 阶段卡住，需要回上游重新对齐
- 你不确定一个想法"够不够成熟到可以开始写代码"
Tier 系统：Fast Lane vs Full Gate
Tier 的唯一可执行定义位于 config/workflow-policy.json。本 Skill 不复制阈值。
先运行：
python3 scripts/check_workflow.py classify --project-root <project>
再把建议 Tier、声明 Tier、理由和审批记录到
.workflow/manifest.json。T1 的统一要求包括：精简范围、验收标准、关键用户旅程、
测试边界、Review 边界和 Commit 边界。T3 使用事故记录驱动的紧急通道。
实施中发现范围扩大时重新分类；降级必须由 Policy 授权的角色显式批准。
5 个 Gate（顺序固定）
5 个 gate 形成 DAG（有向无环图）。每个 gate 是一个 checklist，签字后才能进入下一个。
[Positioning Gate] → [PRD Gate] → [Spec Gate] → [Plan Gate] → [Test Plan Gate]
Stage 00 Stage 01 Stage 02 Stage 03 Stage 04
↓ ↓ ↓
定位清楚 实现路线 验证策略
↓
[可进入 Implementation]
每个 gate 的设计原则相同：前置条件检查 + 质量检查 + 自检问题。三个层次都过才签字。
Gate 1：Positioning Gate（Stage 00）
深挖：调用 product-positioning skill
前置条件：
- 项目目标能用一句话说清楚
- 有一个可识别的"老板 / 决策者"愿意签字
质量检查（5 个强制门）：
- WHO 是具体岗位、职责和使用情境，不使用真实或虚构姓名
- WHY 描述的痛点独立于产品存在
- WHY NOW 有具体触发点（外部变化 / 内部积累 / 机会窗口 三选一）
- UNDERLYING LOGIC 解释的是机制，不是结论
- ANTI-POSITIONING 至少列了 3 个本项目不是的东西
自检问题：
- 晚宴上 30 秒能讲完吗？
- 最便宜的验证做过没？
- 世界要发生什么，才会让这个项目即使做得好也 FAIL？
交付物：一页 Positioning Memo（≤ 500 字），位置 docs/00-positioning/<project>_positioning_v1.0_<date>.zh.md
