global-launch-review

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