ops-gtm

OPS ► GTM 指挥中心

位于 /marketing 之上的策略层。/marketing 负责执行营销活动；/gtm 决定在付费、非付费、销售和 AI 自动化渠道中开展哪些活动，然后通过 Skill 工具将可执行部分交给 /marketing。

运行时上下文

执行前，加载可用上下文：

1. 偏好设置：读取 ${CLAUDE_PLUGIN_DATA_DIR:-$HOME/.claude/plugins/data/ops-ops-marketplace}/preferences.json

   • timezone — 为所有输出添加正确的时间戳
   • gtm_default_project、gtm_default_audience、gtm_brand_voice — 设置后用作项目级默认值
   • gtm_monthly_budget、gtm_stage（pre-launch|beta|ga|scale）— 用于调整渠道建议

2. 缓存计划：列出 ${CLAUDE_PLUGIN_DATA_DIR}/gtm/*.md，展示近期计划。绝不覆盖已有计划文件 — 始终追加新的带日期文件。

3. 守护进程健康状态：读取 ${CLAUDE_PLUGIN_DATA_DIR}/daemon-health.json。如果 action_needed 不为 null，则在运行任何耗时较长的规划流程之前展示该信息。

4. 代码库自动扫描（后台）：针对当前工作目录，并行执行以下操作，且设置 run_in_background: true：

   • git remote -v → 推断项目 slug 和组织
   • cat README.md（或 README.*）→ 产品描述、ICP 线索
   • Glob package.json、pyproject.toml、Cargo.toml、go.mod → 技术栈
   • Glob .planning/**/*.md 和 docs/**/*.md → 过往简报、定位说明
   • 确定：项目名称、一句话推介、主要技术、代码库中提及的现有渠道

5. /marketing 凭证探测（只读）：不要在此技能中重新解析 API 密钥。相反，当用户要求启动某项活动时，通过 Skill 工具委托给 /marketing — /marketing 负责凭证解析链（userConfig → 环境变量 → Doppler → Dashlane → Keychain → gcloud ADC）。

Agent Teams 支持

如果已设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1，则在 plan 子命令中使用 Agent Teams，让四个研究 Agent 共享上下文并实时汇报进度：

TeamCreate("gtm-research-team")
Agent(team_name="gtm-research-team", name="paid-research",       prompt="Research paid acquisition channels that fit ${PROJECT_TYPE} at ${STAGE} with $${MONTHLY_BUDGET}/mo. Return a ranked list with fit signals, expected CAC, and which /marketing sub-command (if any) executes each channel.")
Agent(team_name="gtm-research-team", name="unpaid-research",     prompt="Research organic channels (SEO, content, community, PR, partnerships, referrals, lifecycle email) for ${PROJECT_TYPE} at ${STAGE}. Return ranked list with effort estimate, time-to-signal, and /marketing sub-command mapping.")
Agent(team_name="gtm-research-team", name="sales-research",      prompt="Design a sales motion for ${PROJECT_TYPE}: outbound vs inbound vs PLG vs channel. Propose a 30/60/90 plan with concrete activities and target metrics.")
Agent(team_name="gtm-research-team", name="automation-research", prompt="Propose AI-automation recipes: lead enrichment, personalized outreach, content ops, lifecycle copy, support deflection, lead scoring. For each, list trigger, model/tool stack, and where it plugs into /marketing.")

如果未设置该标志，则使用标准的即发即弃子 Agent，并提供相同的四个提示词。

---

子命令路由

将 $ARGUMENTS 路由到下方对应的部分：

输入	操作
（空）、plan	覆盖全部四种渠道的完整 GTM 计划
paid	付费获客深入分析（Meta、Google、LinkedIn、TikTok、联盟营销、赞助）
unpaid	有机增长深入分析（SEO、内容、社区、公关、合作伙伴关系、推荐、生命周期邮件）
sales	销售方式（外呼、入站、PLG、渠道 / 合作伙伴）
automation	面向 GTM 的 AI 自动化手册
launch	30/60/90 天发布日历 + 发布前检查清单
brief	一页式定位简报（ICP、价值主张、信息支柱）
setup	配置默认项目、受众、预算层级、品牌语气

参数格式不限 — 将 /gtm plan for my-project $2k/mo pre-launch 视为等同于预先填入受理信息的 plan。

---

项目接入

生成任何计划部分之前，请确保已了解以下信息。按此顺序获取信息——只询问用户尚未提供的内容。

1. 自动扫描代码库（Runtime Context 的第 4 步）。
2. 读取偏好设置中的 gtm_default_* 键。
3. 解析 $ARGUMENTS 中的自由文本，提取预算、阶段和项目名称。
4. 通过 AskUserQuestion 补齐缺失信息——遵守规则 1（每次最多 4 个选项；必要时分批提问）。

按顺序提出以下四个问题，跳过已知信息：

• 项目类型 — [B2B SaaS、B2C 产品、Marketplace、开发工具 / API]
• 阶段 — [发布前、Beta / 早期体验、GA（已上线）、扩展（增长期）]
• 主要目标（未来 90 天） — [知名度、注册 / 潜在客户、收入、留存 / 扩展]
• 月度预算档位 — [<$1k、$1k–5k、$5k–25k、$25k+]

如果一批选项超出规则 1 的限制（例如项目类型超过 4 个），请将 [更多选项...] 作为第 4 个选项，分页提问。

根据规则 3，绝不可悄悄跳过接入问题——如果用户按下 Escape，请提供 [手动粘贴] / [使用默认值] / [仅跳过此项]。

---

渠道 / 途径目录

这是规划器使用的权威清单。每行包含：途径 → 适配信号 → 成本概况 → 执行路径。执行路径让 /gtm 与 /marketing 无缝衔接：如果某个渠道存在 /marketing 子命令，计划会按名称推荐该命令；否则会将该渠道标记为 manual，并在计划中加入模板化后续行动。

付费渠道

渠道	适用情况	成本概况	执行
Meta Ads（Facebook + Instagram）	B2C、Marketplace、大众消费品	典型 CPA 为 $5–50	/marketing ads · /marketing meta create-campaign
Google Ads — 搜索	高购买意向的买家、已有需求	CPC 为 $1–30	/marketing google-ads
Google Ads — Performance Max	有商品目录的电商	综合 CPA	/marketing google-ads
YouTube Ads	大规模提升知名度	CPV 为 $0.01–0.30	/marketing google-ads（视频广告系列）
LinkedIn Ads	B2B、ACV > $10k	CPC 为 $8–15，CPL 为 $50+	手动 — LinkedIn Campaign Manager
TikTok Ads	B2C、受众年龄 < 35、创意驱动	CPC 为 $1–10	手动 — TikTok Ads Manager
Reddit / X / Pinterest	小众社群	不定	手动
播客赞助	以信任为驱动、目标客户群体范围较窄	CPM 为 $20–50	手动 — 直接洽谈赞助
联盟 / 合作伙伴计划	Marketplace、有推荐闭环的 SaaS	收入分成	手动 — Rewardful / PartnerStack

免费（自然流量）

渠道	适用情况	投入	执行
程序化 SEO	开发工具、Marketplace、对比类搜索词	前期投入高，效果持续累积	/marketing seo（跟踪）+ 手动内容运营
主题集群 SEO	内容驱动型 SaaS、信息意图搜索	中等，需 3–6 个月才能显现效果	/marketing seo
生命周期邮件（欢迎、培育、唤回）	任何可收集邮箱的产品	中等，杠杆效应显著	/marketing email（Klaviyo 流程）
Instagram 自然流量	视觉型产品、生活方式类产品	中等，每日投入	/marketing instagram
创始人主导的 X / LinkedIn 运营	B2B、开发工具、思想领导力	每日投入，杠杆效应显著	手动
社群建设（Discord / Slack / 论坛）	开发工具、有热情用户群体的 B2C 产品	投入高，需持续进行	手动
PR / 发布平台（Product Hunt、HN、媒体）	任何处于发布阶段的产品	阶段性集中投入	/gtm launch 清单 + 手动
合作伙伴关系 / 集成	SaaS、Marketplace	中等，效果持续累积	手动
推荐计划	任何采用产品驱动注册的产品	工程成本低，杠杆效应显著	手动 — 接入生命周期邮件

销售

方式	适用情况	执行
主动拓展（冷邮件 + LinkedIn）	B2B、ACV > $5k	/gtm automation（AI 个性化）+ 手动发送工具
线索入站（演示申请表 → AE）	有定价页面的 B2B SaaS	手动 CRM + 路由
产品驱动增长（自助服务）	开发工具、横向 SaaS	手动 — 为引导流程添加埋点；生命周期邮件使用 /marketing email
渠道 / 合作伙伴	企业级、垂直 SaaS	手动 — 联合销售方式

AI 自动化

方案	功能	技术栈	对接
AI 冷邮件个性化	大模型根据数据丰富信息生成开场白	Clay / Apollo + Claude	外呼销售
生成式 SEO 主题集群	大模型根据种子关键词起草主题集群大纲	Claude + GSC 数据	/marketing seo
生命周期文案生成器	按细分受众自动起草 Klaviyo 流程邮件	Claude + Klaviyo 数据	/marketing email
广告创意变体	批量生成 Meta/Google 广告文案 A/B 测试组合	Claude + /marketing ads 洞察	/marketing meta create-campaign · /marketing google-ads
客服分流	大模型根据文档回答一级工单	Claude + 帮助中心知识库	手动 — 帮助台
潜在客户评分	大模型根据 ICP 匹配度为入站潜在客户评分	Claude + CRM 数据	手动 — CRM
内容再利用	长篇内容 → 推文、LinkedIn 帖子、新闻简报	Claude	/marketing instagram · 手动社交媒体

---

plan — 完整 GTM 计划（默认）

1. 信息收集，按照“项目收集”部分执行。

2. 启动四个研究 Agent（如果设置了标志，则使用 Agent Teams，否则即发即弃）。

3. 按以下顺序汇总计划：

   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
    GTM PLAN — [project]  ([stage], [goal], $[budget]/mo)
    [timestamp]
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
    POSITIONING
     ICP:            [one sentence]
     Value prop:     [one sentence]
     Messaging:      [3 pillars, comma-separated]
   
    PAID (next 30 days)
     1. [Channel]  $[X]/mo  Expected CAC: $[X]  Execute: /marketing ads
     2. [Channel]  $[X]/mo  Expected CAC: $[X]  Execute: manual
   
    UNPAID (next 90 days)
     1. [Channel]  Effort: [L/M/H]  Signal in: [X wks]  Execute: /marketing seo
     2. [Channel]  ...
   
    SALES
     Motion:         [Outbound / Inbound / PLG / Channel]
     30/60/90:       [one line summary]
   
    AUTOMATION (AI-powered)
     1. [Recipe]     Plugs into: /marketing email
     2. [Recipe]     Plugs into: outbound
   
    KPIs
     North star:     [metric + target]
     Leading:        [3 leading indicators]
   
    BUDGET ROLLUP
     Paid:           $[X]/mo
     Tools/SaaS:     $[X]/mo
     Total:          $[X]/mo
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
   

4. 保存计划至 ${CLAUDE_PLUGIN_DATA_DIR}/gtm/<project-slug>-$(date +%Y-%m-%d).md（如果目录不存在则创建）。绝不覆盖文件——如果文件已存在，则追加 -v2、-v3。

5. 交接提示词——以 AskUserQuestion 结束（根据规则 1，选项不超过 4 个）：

   • [Launch via /marketing] — 将优先执行项交给 /marketing
   • [Save only] — 保留计划文件，不采取任何行动
   • [Refine plan] — 使用调整后的收集信息重新运行
   • [Schedule follow-up] — 在 7/30 天后重新查看（如果可用，则交由 /ops cron 处理）

选择 [Launch via /marketing] 后，遍历执行路径以 /marketing 开头的计划项，并通过 Skill 工具逐项调用：

Skill("ops-marketing", args="campaigns")
Skill("ops-marketing", args="ads")
Skill("ops-marketing", args="email")

绝不默默跳过任何项目（规则 3）——每项都询问 [Launch, Skip, Edit first]。

根据规则 5，未经针对每个项目的明确确认，不得自动启动任何会花钱或发送给真实收件人的操作。计划只提供建议；/marketing 负责执行；用户需批准每项付费或外发操作。

---

paid — 付费获客深度分析

采用相同的信息收集流程，但只启动 paid-research Agent。仅呈现 PAID 部分，最多包含 5 行渠道；每个渠道都需列出：

• 预期 CAC 范围（注明来源或推理依据）
• 创意角度建议
• 起始预算
• 归因设置说明（说明 /marketing attribution 将如何衡量）
• Execute: 行，指向 /marketing 子命令或 manual

以与 plan 相同的交接提示词结束，但仅针对付费渠道。

---

unpaid — 自然流量深度分析

仅启动 unpaid-research。对每个推荐渠道输出：

• 契合原因（来自收集信息的契合信号）
• 前 30 天的具体行动（3 个要点）
• 产生信号所需时间
• 衡量方式：用于追踪该渠道的 /marketing 子命令（/marketing seo、/marketing email、/marketing instagram）或 manual + tool
• 生命周期邮件在此处属于核心内容——推荐具体的 Klaviyo 流程，并说明 /marketing email 可以为其搭建框架

---

sales — 销售策略

仅启动 sales-research。输出：

1. 策略选择，并附上一段理由（Outbound / Inbound / PLG / Channel — 根据规则 1，如果需要用户选择，这 4 个选项必须保持原样）。
2. ICP 细分 — 根据收集的信息确定优先触达的细分群体及其规模。
3. 30/60/90 计划 — 按周列出活动（例如：第 1 周：建立包含 500 个客户的名单；第 2 周：发送 200 封外发邮件；……）。
4. 工具 — CRM、数据丰富工具、序列工具；注明何时适合采用自动化部分中的 AI 自动化。
5. 交接 — 提供 [Automate outreach via /gtm automation, Skip, Edit motion] 选项。

---

automation — AI 自动化实战手册

仅启动 automation-research。呈现每个方案时包括：

• 触发条件（触发事件）
• 模型／工具栈（默认使用 Claude + 目录中列出的 ops 工具）
• 集成点——具体说明读取和写入的是哪个 /marketing 子命令或外部系统
• 风险标记（PII、成本、品牌语气偏移）以及用于降低这些风险的防护措施
• 入门提示词／伪代码片段，方便用户复制粘贴

最后使用 AskUserQuestion 提供 [Scaffold recipe now, Save only, Pick different recipe]。

---

launch — 30/60/90 天发布日历

适用于阶段为预发布或 Beta 的情况。生成一份按周编排的发布活动日历，涵盖全部四个渠道。

发布前必查清单（呈现并检查哪些已就绪、哪些仍待处理）：

☐ Positioning brief  →  /gtm brief
☐ Landing page live  →  manual
☐ Analytics wired    →  /marketing setup (GA4 + GSC)
☐ Email capture live →  /marketing email  (Klaviyo list)
☐ Ad accounts ready  →  /marketing setup (Meta, Google)
☐ Social handles claimed   →  manual
☐ Product Hunt / HN plan   →  this skill, below
☐ Press / creator list     →  manual

发布日当天的执行手册：呈现从 T-7d 到 T+14d 的逐小时时间线，并为每项列出具体操作和对应的 /marketing 命令（或手动步骤）。

---

brief — 单页定位简报

快速路径——不会启动四个研究 Agent，只进行信息收集，然后通过一次调用撰写简报。字段：ICP、痛点、价值主张、3 个核心信息支柱、佐证依据、反向定位（不适合哪些人）。保存至 ${CLAUDE_PLUGIN_DATA_DIR}/gtm/<project-slug>-brief-$(date +%Y-%m-%d).md。

这是成本最低的入口——如果项目定位尚未写明，建议先运行 /gtm brief，再运行 /gtm plan。

---

setup

配置 GTM 默认值，以便后续运行时跳过信息收集问题。根据规则 4，除非结果对紧接着的下一项决策必不可少，否则每次 Bash 调用都应设置 run_in_background: true。

首先在后台自动扫描：

# Existing prefs
jq -r '{project: .gtm_default_project, audience: .gtm_default_audience, voice: .gtm_brand_voice, budget: .gtm_monthly_budget, stage: .gtm_stage}' "$PREFS_PATH" 2>/dev/null

# Repo signals
git -C "$PWD" remote get-url origin 2>/dev/null
head -50 README.md 2>/dev/null
ls .planning/ 2>/dev/null

然后按以下顺序询问缺失信息（根据规则 1，选项不超过 4 个）：

1. 默认项目名称——自由文本，预填 git 远程仓库 slug
2. 项目类型——[B2B SaaS, B2C product, Marketplace, Dev tool / API]
3. 阶段——[Pre-launch, Beta, GA, Scale]
4. 月度预算档位——[<$1k, $1k–5k, $5k–25k, $25k+]
5. 品牌语气——[Playful, Professional, Technical, Bold]

将以下内容保存到 $PREFS_PATH：gtm_default_project、gtm_project_type、gtm_stage、gtm_monthly_budget、gtm_brand_voice。切勿在此处写入 API 密钥——GTM 不管理任何凭据（由 /marketing 管理）。

最后进行冒烟测试：在后台运行 /gtm brief，并报告 ✓ setup complete — try /gtm plan 或 ✗ [error]。

---

Plugin Rules 合规性（必读）

以上所有行为均遵守 claude-ops/CLAUDE.md：

• 规则 0 — 公开仓库：以上示例均使用 your-project、[email protected]、<YOUR_TOKEN>。切勿在 $PREFS_PATH 或 ${CLAUDE_PLUGIN_DATA_DIR}/gtm/ 之外保存用户专属数据。
• 规则 1 — 每次 AskUserQuestion 最多 4 个选项：本文件中的每个提示都恰好列出不超过 4 个选项。如果动态列表超过 4 个，请使用 [More options...] 分页。
• 规则 3 — 绝不自动跳过：发布交接时，每个计划事项都必须明确询问 [Launch, Skip, Edit first]。不得静默跳过。
• 规则 4 — 设置过程中默认在后台运行：setup 流程中的所有 Bash 调用都使用 run_in_background: true。
• 规则 5 — 破坏性操作必须明确确认：/gtm 绝不会直接花费资金或发送消息——它会委托给 /marketing，由后者负责逐项操作确认。建议仅供参考。

---

为什么此技能内容精简

/gtm 刻意不重新实现渠道 API。凭据解析、curl 调用、守护进程数据和仪表板都由 /marketing 管理。此技能负责策略与交接。若某项能力属于渠道 API，就将其添加到 /marketing；若属于规划，就放在这里。