Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add swan-gtm/gtm-skills --skill event-account-plangit clone --depth 1 https://github.com/swan-gtm/gtm-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/swan-gtm/gtm-skills/event-account-plan)<a href="https://agentmods.dev/skills/swan-gtm/gtm-skills/event-account-plan"><img src="https://agentmods.dev/badge/skills/swan-gtm/gtm-skills/event-account-plan/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/swan-gtm/gtm-skills/event-account-plan"><img src="https://agentmods.dev/badge/skills/swan-gtm/gtm-skills/event-account-plan.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00177 | $0.01563 |
| Opus 5.5 | $0.00071 | $0.00625 |
| Sonnet 5.5 | $0.00035 | $0.00313 |
| Haiku 4.5 | $0.00018 | $0.00156 |
Grade A, and why
event-account-plan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 121 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Applies once an attendee, registration, or target-audience list exists and there is still time to act on it — typically the two weeks before the show. Produces a ranked account file, a decision-maker file, and a war-room page: which companies to work, the buying committee behind each, and the play per segment. Not a summary of the event.
Collect five things
Ask only for what you cannot find yourself. Missing 1 or 2 blocks the work.
- The attendee list — export, sheet, or paste. Company rows, and named registrants if you are lucky.
- Whose GTM this is — the vendor's site. Homepage, product pages, and the customers/logos page.
- The event — name, dates, venue, attendee count, track list. The track list tells you which personas actually show up.
- Credit policy — ask explicitly whether you may spend enrichment credits. Most users say no. Default to search-only and say so in the deliverable.
- How to treat existing customers — expansion track (the usual answer) or excluded. Never silently drop them.
The pipeline
Each step feeds the next and is cheap to redo alone.
- Normalize. Parse to two tables — accounts and named attendees. Dedupe
accounts by parent company, not by row; big lists are full of divisions
registering separately. Merge them, keep every division name in a
sheet_namesfield, and count them: multiple divisions registering independently is a buying signal, so carry the count into scoring. Check which columns are actually populated first — a location column that is empty on every row is common. - Read the ICP before scoring anything. From the vendor's own site: what the product does, the named buyer personas, the verticals, the deal-blocking compliance regimes, the competitors they name, and the customer logo list. Skip this and your weights are guesses.
- Resolve companies. Run accounts through whatever company-data connector is available for ID, revenue, employee count, HQ, and industry. Batch by domain. Expect roughly 90% to match; carry the misses through with blanks rather than dropping them.
- Find signals. Firmographics rank accounts; signals tell you why now.
Pull tech-stack tags for the vendor's own product and for every named
competitor. A dead or dying competitor is the best signal that exists:
if one has shut down, been acquired and sunset, or gone end-of-life, its
install base must migrate. Search for that explicitly, every time. Read
references/signal-sourcing.mdbefore the first batch — it covers the connector traps that silently return zero rows. - Score and tier. Additive 0–100, weights adapted to the ICP from step 2,
with a penalty for partner-motion segments. Full rubric, bands, and tier
cuts in
references/scoring-model.md. Score existing customers on a separate expansion track — a customer scores high on everything and will otherwise crowd out every new logo. - Find the buying committee. Tier 1 and top expansion accounts only. Names and titles are enough. Target the personas from step 2, cap at about eight per account, rank by persona fit first and seniority second.
- Write the plays. One per track — migrate the defunct competitor,
displace the live ones, new logo, expand customers, booth demo. Each gets a
title, an audience, a body, a verbatim opening question a rep can say out
loud, and a proof point. Then count buyer-persona titles among the named
attendees: if most attendees do not own the budget, say so plainly and
re-aim the copy at operational cost. See
references/plays-and-messaging.md. - Ship all three deliverables — accounts file, decision-makers file, and
the war-room page. Column lists, page sections, and the verification pass
are in
references/deliverables.md.
What ships with it
4 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 121 lines · 177 tokens per session scan A 4b15586ef9cf
event-account-plan is a skill published in the GitHub repository swan-gtm/gtm-skills (181 stars, last pushed yesterday), licensed MIT. It adds 177 tokens to every session and 1,563 once invoked, about $0.0007 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-15.
Other skills, from other repositories
campaign-analytics
Analyze campaign performance from deliverability through revenue: delivery, engagement, replies, meetings, SQOs, pipeline, CAC, and payback. Produces diagnostic scorecard, root-cause analysis, benchmark comparison, and next-action plan. Use when deciding whether to scale, fix, or kill campaigns.
gtm-metrics
Build a GTM metrics system for SaaS: funnel conversion, pipeline velocity, win rates, CAC, payback, NRR, sales efficiency, growth accounting, and executive dashboards. Use when creating metrics dashboards, board reports, revenue reviews, operating cadence, or diagnosing growth constraints.
a-b-testing
Design statistically sound GTM experiments for copy, channels, landing pages, sequencing, pricing, and funnel conversion. Produces hypothesis, sample-size logic, success metrics, test plan, analysis method, and scale/stop/kill recommendation. Use when planning A/B tests, split tests, or experiment roadmaps.
attribution
Build practical B2B attribution models across first touch, lead creation, opportunity creation, multi-touch, account-based influence, and sales-sourced revenue. Produces model comparison, UTM governance, source-of-truth rules, and channel ROI view. Use when marketing and sales disagree on source or ROI.
deliverability-monitoring
Monitor outbound deliverability health across domains, inboxes, DNS, bounces, spam placement, reply rates, and reputation signals. Produces alert thresholds, dashboard spec, weekly QA checklist, and remediation playbook. Use when inboxing drops, bounce rates rise, campaigns underperform, or new infrastructure launches.
positioning-messaging
Build positioning and messaging from category, ICP, alternatives, differentiated value, proof, and buyer language. Produces a positioning statement, message hierarchy, persona messaging matrix, homepage narrative, and sales talk tracks. Use when messaging sounds generic, launches need positioning, or competitors blur…