00-gtm-router

Solid

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 discovery -> qualification -> extraction -> signals -> judgment -> email-resolution sequence, with per-step cost estimates and rationale, then executes it skill-by-skill after a go-ahead. Use whenever a request spans more than one chain step or the user asks which tools or skills to use, in what order, or what it will cost - e.g. "plan a campaign for this ICP", "build me a list end to end", "we're targeting X, what's the play", "what would it cost to go after Y", "new client kickoff", "run the whole chain" - or when they hand over an ICP or client brief and want prospects with verified emails out the other side. Also use when partial data exists (a company list without signals, contacts without emails) to pick the right entry point mid-chain. For a single named step alone (just scrape one site, just find one email), use that component skill directly.

API & Backend 18 stars 4 forks Updated today MIT

Install

View on GitHub

Quality Score: 81/100

Stars 20%
43
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# GTM Router - the orchestrator (00) Every other skill in this chain wraps a tool. This one wraps the decision: given an ICP, which chain do you run, in what order, at what depth, and what will it cost. Tool-routing ("use Firecrawl for scraping") is table stakes; this skill does methodology-routing - the shape of the ICP picks the discovery path, volume picks the extraction depth, evidence type picks the signal source, every discovered list passes the qualification gate (01-icp-qualify) before credits are spent on it, and everything funnels through judgment (05) before anyone writes an email. Two model-judgment layers bracket the paid steps: the gate decides who is worth paying to know more about, the judge decides what to say to them. The router itself spends nothing. All credits are spent inside component skills, each of which keeps its own spend gates. The router's job is to make the spend deliberate: plan first, estimate honestly, execute only after a go-ahead, and checkpoint between steps. ## Inputs - **icp_description** (required) - who the client is targeting, in plain English. - **icp_context** - what the client sells, to whom, and what pain it removes (2-4 sentences). 05-signal-builder cannot judge without it, so collect it during planning, not four steps in. If it's missing, ask once. - **exclusions** (optional, ask once) - competitors, current customers, do-not-contact domains. The gate (01-icp-qualify) enforces them for free; discovery skills also appl...

Details

Author
Zevenue
Repository
Zevenue/headless-gtm
Created
3 months ago
Last Updated
today
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

01-icp-qualify

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 companies that could actually buy. Works for any client and any vertical: it studies the client first, then compiles client-specific qualification criteria and applies them. Use whenever a prospect list needs cleaning before outreach or enrichment - "qualify this list", "remove non-ICP companies", "which of these fit the ICP", "filter this lead list", "clean the list before enriching" - and always between discovery and any credit-spending skill when running as part of the chain. Also use when the user has a CSV/JSONL of companies and asks which ones are worth pursuing, even if they never say the word "qualify". Runs on model judgment by default - no API keys required.

18 Updated today
Zevenue
Web & Frontend Solid

05-signal-builder

Rank a prospect's outbound signals and pick the campaign approach (PQS / PVP / Pain-led) - the judgment layer (step 05) of the API-first GTM chain. Takes scraped website markdown (03-firecrawl-research), structured vendor signals like funding / headcount / recent hires (04-crustdata-signals), or just a URL or pasted content, and emits ranked provenance-backed signals: the exact quotable sentence, source URL, 1-10 score, and recommended approach. Use whenever the user wants to score, rank, or prioritize prospects or accounts, decide outreach angles, or asks "which of these companies should we email first", "what's the angle for this account", "rank these signals", "score these prospects", "turn this scrape into campaign angles", or "run signal-builder" - and whenever a records.jsonl or enrichment output is ready for judgment before writing copy. Scoring and interpretation live here; scraping belongs to firecrawl-research, vendor signal pulls to crustdata-signals, email finding to resolution.

18 Updated today
Zevenue
Data & Documents Listed

icp-research

Turn raw research signals into an operational Ideal Customer Profile, in any industry. Ingests interview transcripts, survey exports, community/Slack threads, review sites, sales-call notes, and funnel data, then produces an ICP document built on situation triggers and a how-to-win plan. Use whenever the user says "ICP research", "ideal customer profile", "build a buyer persona", "profile our target buyer", "who should we sell to", "audience research", "customer segmentation", "voice of customer", or asks to turn interviews / community threads / reviews into personas. Works for consumer/lifestyle, B2B SaaS, fintech, and enterprise alike: the situation-first core is industry-neutral, and it adds a buying-committee map and account-level scoring rubric only when the buyer is a team. Built on the 5 Rings of Buyer Insight (Revella), Jobs-to-be-Done and the Four Forces (Moesta / Christensen), and demand-side selling.

0 Updated 6 days ago
esmefong