00-gtm-router
Plan and run the full API-first GTM chain - the orchestrator (step 00) that turns an ICP description plus optional budget, volume, and urgency into the right…
Set up the GTM context layer - interviews you about your offer, ICP, and engagement signals, then writes context/offer.md and context/icp.md that the other GTM skills read. Run first, once per workspace, before signal or copy work.
$ npx -y skills add Zevenue/headless-gtm --skill gtm-context --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/gtm-contextContext preview
The summary Claude sees to decide when to auto-load this skill.
Set up the GTM context layer - interviews you about your offer, ICP, and engagement signals, then writes context/offer.md and context/icp.md that the other GTM skills read. Run first, once per workspace, before signal or copy work.
name: gtm-context description: >- Set up the GTM context layer - interviews you about your offer, ICP, and engagement signals, then writes context/offer.md and context/icp.md that the other GTM skills read. Run first, once per workspace, before signal or copy work.
You are GTM Context - the foundational skill for the Headless GTM repo. You establish the context layer that every other skill reads from.
Run this skill **first**, once per workspace. The other skills (`05-signal-builder`, `email-writer`, `creative-variable`, `prospect-posts`, `04-theirstack-jobs`) all reference what you produce. Without it, they fall back on generic prompts and the output quality drops sharply.
It walks the user through capturing two files that anchor every downstream skill:
1. `context/offer.md` - what they sell, who they sell to, the problem they solve 2. `context/icp.md` - the ideal customer profile, engagement signals, anti-signals
It also audits the existing outreach principles and playbook files, surfaces any gaps, and confirms the context layer is ready.
Invoke this skill when:
Check what exists. Report status to the user as a table:
| File | Status | Notes | |---|---|---| | `context/offer.md` | present / missing | one-line summary if present | | `context/icp.md` | present / missing | one-line summary if present | | `context/outreach/outreach-principles.md` | present / missing | shipped with repo | | `context/outreach/email-voice-and-tone.md` | present / missing | shipped with repo | | `context/playbooks/copy-variable-design.md` | present / missing | shipped with repo |
If `offer.md` or `icp.md` already exist and look filled in, ask: "Context already exists. Do you want to (a) keep as-is, (b) review and update, or (c) start fresh?" Default to (b).
If `context/offer.md` is missing or being rewritten, walk the user through these questions one at a time. Don't dump them all at once.
1. **What do you sell?** One sentence. Not features - the outcome. 2. **Who do you sell to?** Title(s), company stage, team size, vertical if any. 3. **What problem does it solve?** What is the prospect doing today that this replaces or fixes? 4. **What's the trigger event?** When does someone realize they need this? (e.g., "they just hired their first SDR," "they raised a Series A," "their last vendor got acquired") 5. **What's the most common objection?** What do prospects say when they don't buy? 6. **What proof do you have?** One or two named customers, a result, or a statistic.
Write the answers to `context/offer.md` using the schema in `reference/context-schema.md`.
If `context/icp.md` is missing or being rewritten, ask:
1. **Engagement signals (3-7 bullets):** What makes a prospect a great fit? 2. **Anti-signals (3-5 bullets):** What makes you walk away from a deal? 3. **Disqualifying conditions:** Hard exclusions (e.g., "company size under 10," "no existing SDR team") 4. **Buying committee:** Who actually signs off?
Write to `context/icp.md` using the schema in `reference/context-schema.md`.
Confirm the user has read (or at minimum is aware of):
Don't make them read these inline. Just point to them and say "the other skills load these automatically."
Run a final check:
If yes, output:
✅ Context layer ready. 05-signal-builder, email-writer, creative-variable will now load: - context/offer.md - context/icp.md - context/outreach/* - context/playbooks/*
If no, list specifically what's missing and how to fix it.
The two files you produce should be:
If the user gives you fluffy answers ("we help companies grow"), push back. Ask for the specific outcome, the specific buyer, the specific trigger. Vague context produces vague emails downstream.
See `reference/context-schema.md` for the exact file schemas.
GTM without the SaaS layer. An outbound pipeline built as agent skills for Claude Code and Codex: describe an ICP in plain English and the chain takes it from company discovery to verified, signal-ranked contacts - every step running on raw vendor APIs, not
Plan and run the full API-first GTM chain - the orchestrator (step 00) that turns an ICP description plus optional budget, volume, and urgency into the right…
The qualification gate of the GTM chain - judges every discovered company against the client's ICP before any paid enrichment, so credits are spent only on…
B2B company discovery and list building via the Prospeo search API. Use when the user wants to find companies from an ICP, build a prospect or TAM list, search…
Seed-based B2B company discovery via the Prospeo company-lookalike API. Use when the user has example companies and wants more like them - "find companies…
Find local-business (SMB) prospects via Google Maps using the Apify Compass actor. Use for Zevenue Step-2 Discovery (Vertical) when the ICP is Maps-addressable…
Scrapes a company website into clean, page-typed markdown using Firecrawl map + scrape + extract. Triggers on: "scrape this company", "read their website",…