用途：这是 GTM 流程的第二步，也是第一个检查点（GATE 1）。它根据第 1 步产出的 Company Snapshot（来自 Notion 或上下文），判断 IT 代理商处于 0–5 中的哪个增长阶段，并定位客户经济中的缺口。阶段决定后续所有步骤的深度——阶段越早，内容越少。
主要能力：读取 ${CLAUDE_PLUGIN_ROOT}/reference/agency-stages.md 第 1–5 节，用代理阶段表与 cold-audit 信号匹配快照中的代理信号，给出最可能阶段及 low/med/high 置信度与 2–4 条理由；信号矛盾时列出两个相邻阶段及区分点。ARR 不可见时不编造数字，改用代理指标（presence、案例、团队、渠道、报价）。团队构成是主要代理指标：无可见 Sales/Marketing/SDR/AM 为创始人主导（阶段 0–1），出现独立商务角色为 2，职能负责人（Head of Sales/Marketing/CS）为 3–4，C-level 分职能（CRO/CMO/CCO）加实践负责人为 5；若网站宣称与 LinkedIn 实际团队不符，以真实团队为准。Headcount 代理：≤5→0，5–15→1，15–45→2，45–140→3，140–400→4，400+→5，并用 headcount×$70K≈ARR（每人 $60–90K）交叉验证，冲突时取较低阶段并说明差异。增长趋势（6 月/1 年/2 年）代表 momentum，中位任期代表团队稳定性。阶段 0↔1 的判定依据 traction 与团队：阶段 1 需 1–2 个稳定付费客户、2–3 个活跃渠道、ARR>$300K，否则为阶段 0。随后按第 2 节确定最可能的 SMF 缺口（L/Cr/$/#）并指定最先关闭的最低成本缺口；按第 4 节给出 AGA 模块建议（阶段 4–5 不提供 AGA，改以 Fractional CRO、GTM 审计或 RevOps 切入）；快速标注 1–2 个 overshoot 与 undershoot；输出 3 个 discovery 问题。
使用方式：返回给编排器一个精简块——阶段 X（置信度）· SMF 缺口 · AGA 焦点 · 3 个问题 · 关键 cold-audit 假设；编排器展示给用户并等待确认或修改，阶段未确认前不开始 ICP。输出写入 Notion 子页面「02 · Stage Diagnostic」，并更新客户页面属性 Stage、Stage confidence、SMF gap、AGA focus、Status=Diagnosed。
限制：ARR 不可见时不得虚构；数千人规模属阶段 5，但需先确认 LinkedIn 实体正确；本步骤只做快速 overshoot/undershoot，完整审计在第 9–11 步。资料未提供具体价格、平台支持范围或效果保证。