Agent skill

Positioning And Messaging

by swan-gtm in swan-gtm/gtm-skills

A skill your agent uses when positioning or messaging is the real problem — building or rebuilding a messaging framework or messaging house, a value proposition, homepage or website copy, taglines…

MITAuto-check passedMarketing & SEO

Install Positioning And Messaging

skills CLI
$ npx skills add swan-gtm/gtm-skills --skill positioning-and-messaging -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install swan-gtm/gtm-skills positioning-and-messaging --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/swan-gtm/gtm-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/chris-rodde/positioning-and-messaging .claude/skills/positioning-and-messaging && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
positioning-and-messaging
GitHub stars
172
Token cost
~4.5k tokens
SKILL.md length
2,494 words
Files
8 (incl. references)
Skills in repo
32
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses when positioning or messaging is the real problem — building or rebuilding a messaging framework or messaging house, a value proposition, homepage or website copy, taglines…

  • Works in 4 steps: Evidence (Moesta) → The positioning decision (Dunford) → Expression (Fletch PMM) → …
  • Messaging is the real problem — building
  • SKILL.md covers The sequence, The deliverable, Before starting and Stage 0 — Evidence (Moesta), plus 9 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Positioning And Messaging is an agent skill from swan-gtm/gtm-skills. Use this skill when positioning or messaging is the real problem — building or rebuilding a messaging framework or messaging house, a value proposition, homepage or website copy, taglines and headlines, category definition, competitive differentiation, ICP or buyer personas, a sales narrative or pitch-deck story, launch messaging, or an audit of existing copy, decks, or sites. Also use it when the team says their messaging feels generic, inconsistent, unclear, or "isn't landing," or that nobody can explain what…

Its SKILL.md is about 4.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including reference files (for example `GETTING-STARTED.md`, `references/audit-mode.md` and `references/dunford-positioning.md`).

It sits in Marketing & SEO, covering Positioning and messaging. The repository describes itself as: Open, production-grade GTM skills for AI agents. The licence is MIT.

When your agent uses it

  • Messaging is the real problem — building
  • Rebuilding a messaging framework
  • Messaging house
  • A value proposition

Example prompts

  • “t landing,”
  • “/positioning-and-messaging”

Workflow steps

4 steps, taken from the step headings in SKILL.md.

  1. Evidence (Moesta)
  2. The positioning decision (Dunford)
  3. Expression (Fletch PMM)
  4. Strategic narrative (Raskin)

What it can do on your machine

Read from SKILL.md and the folder at commit 67abd04. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Positioning And Messaging loads about 4.5k tokens when it runs, and up to ~16k if it reads all its reference files. Until then it costs about 209 tokens; SKILL.md has 2,494 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~209
When it runs · the whole SKILL.md, loaded when a task matches
~4.5k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~16k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from swan-gtm/gtm-skills at commit 67abd04, republished under its MIT licence (© swan-gtm). 2,494 words, ~4,546 tokens.

Download SKILL.mdSave it as .claude/skills/positioning-and-messaging/SKILL.md (or your agent's skills folder). This skill also uses 7 other files; get the full folder from GitHub.
name
positioning-and-messaging
description
Use this skill when positioning or messaging is the real problem — building or rebuilding a messaging framework or messaging house, a value proposition, homepage or website copy, taglines and headlines, category definition, competitive differentiation, ICP or buyer personas, a sales narrative or pitch-deck story, launch messaging, or an audit of existing copy, decks, or sites. Also use it when the team says their messaging feels generic, inconsistent, unclear, or "isn't landing," or that nobody can explain what the product does. Produces one messaging framework document — decision, expression, and evidence — that a salesperson who missed the workshop can open and write an on-message email from in five minutes. Trigger on the work, not the vocabulary: people describe the symptom, not the framework.
title
Positioning and messaging
category
Positioning
tags
Marketing

Positioning and Messaging

Positioning is a decision. Messaging is the expression of that decision. Most bad messaging is not a writing problem — it is an undecided or unevidenced positioning problem being papered over with adjectives.

This skill runs a four-stage sequence drawn from four practitioners, each covering the others' blind spots. Run them in order. The order is the method.

The sequence

StageQuestionSourceOutput
0. EvidenceWhy did people actually switch — and what stopped the ones who didn't?Bob MoestaDemand brief
1. DecisionWhere do we compete, and what can only we claim?April DunfordPositioning decision
2. ExpressionCan a stranger tell what this is in five seconds?Fletch PMMMessaging and homepage copy
3. NarrativeWhat changed in the world that makes this urgent?Andy RaskinStrategic narrative

Why this order matters. Narrative is the most enjoyable stage and the most dangerous starting point. A team that begins with the story invents a world, names a category, and writes a manifesto — and then discovers none of it maps to a real buyer, a real shortlist, or a real reason anyone switched. That team ends up with several competing heroes and no differentiation that survives a competitor's feature page. Evidence constrains the decision; the decision constrains the words; the words constrain the story. Each stage should feel like it narrows options, not opens them.

Announce which stage you are in and what would have to be true to move on. If the user wants to jump ahead, say what is being skipped and what risk that carries, then do what they ask. The sequence is a default, not a cage.

The deliverable

All four stages feed one artifact: the Messaging Framework document. Read references/framework-document.md for the full annotated outline, and read it early — knowing what the document needs makes each stage collect the right things rather than requiring a second pass.

The document has three layers, ordered by how often they are read:

  1. The decision — short and stable. Problem, alternatives, what only we can claim, who it's for, category, what we are not.
  2. The expression — applied and living. Narrative, copy by surface, proof library, quote bank, objection handling, vocabulary.
  3. The evidence — reference. Demand research, competitive scan, sources, change log.

In front of all three sits the one page — the one-liner, the category, the segment, the three claims, the real alternative, and the strongest proof. Write it last, from everything else. It is what the team actually memorizes and the single most commonly missing section.

The test of the artifact is not whether it is well argued. It is whether a salesperson who missed the workshop can open it and write an on-message email in five minutes.

Before starting

New users: point them to GETTING-STARTED.md, which covers inputs, time, who to involve, and what to do if they have no transcripts. Don't make them read it before you begin — establish the three things below in conversation instead.

  1. Scope. Whole company, one product, or one segment? Positioning for a portfolio is a different and harder exercise than positioning for a product. Say which you are doing.
  2. What already exists. Ask for current homepage, decks, any messaging document, win/loss notes, recorded sales calls, customer interviews. Read them before proposing anything. If a prior framework exists, run the audit in references/audit-mode.md first — inherited language is the main source of drift.
  3. Who decides. Positioning that marketing writes alone does not stick. Identify who has to agree — usually the CEO plus sales and product leadership. Raskin's point is worth repeating to the user: leadership must own the story, or it becomes a marketing artifact that goes nowhere.
What the work needs

Ask for these early, and say plainly what is missing and what that costs:

  • Recorded customer conversations, 6–12, transcribed. The highest-value input. Weighted toward losses and stalls, not wins — wins explain why people who already agreed with you agreed with you. Full transcripts, not summaries; the exact words are the point.
  • Web search access. Required for the table-stakes test in Stage 1. Competitor claims must be checked live, never from memory or training data.
  • Existing materials with their dates. Vintage explains most contradictions.
  • Loss and stall reasons, however messy. Patterns across ten opportunities beat any single call.
  • Constraints — runway, team size, whether product-market fit is proven. These determine which positioning strategies are actually available. Do not recommend category creation to a company that cannot fund it.

If the user has no transcripts, do not stall. Offer the fallbacks in GETTING-STARTED.md — switch interviews they can run now, review-site mining, structured sales debriefs, support tickets — proceed with what exists, and label the evidence as weak in the final document rather than presenting assumptions as findings.

When evidence comes from sales calls rather than switch interviews, say so in the demand brief: the customer is reacting to a pitch, so push and pull are partly contaminated, anxiety is well captured, and habit is weakest.

Stage 0 — Evidence (Moesta)

Read references/moesta-demand.md.

You are reconstructing real decisions, not collecting opinions. What people say they want is unreliable; what they did is evidence.

Do:

  • Identify recent switchers — people who adopted in the last 90 days — and reconstruct the timeline of their decision: first thought, passive looking, active looking, deciding, first use.
  • Map the Four Forces for each: push (frustration with the old way), pull (attraction to the new), anxiety (fear of the new), habit (inertia of the present). A switch happens only when push plus pull outweighs anxiety plus habit.
  • Harvest verbatim language. Record the exact nouns and verbs customers use for their problem, their current workaround, and the outcome they want.
  • Include the people who did not buy. "No decision" losses are the richest source of anxiety and habit data, and they are the forces most teams ignore.

Output a demand brief: the struggling moment, the forces, the language inventory, and the top three anxieties and habits blocking a switch.

Gate: you can state, in a customer's words, what made someone switch and what stops the rest. If all you have is what the company believes the problem is, you are not through this stage.

Stage 1 — The positioning decision (Dunford)

Read references/dunford-positioning.md.

Assemble the components in this order. Each one constrains the next:

  1. Competitive alternatives — what customers would actually do if you did not exist. Usually a spreadsheet, a manual process, or doing nothing, not the vendor your CEO names. Only what shows up on real shortlists counts.
  2. Unique attributes — capabilities you have that the alternatives do not. Features and facts, not adjectives.
  3. Value — the "so what?" of each attribute, laddered until it reaches something a buyer would pay for. Spend more time here than anywhere else; this is where positioning is won or lost.
  4. Best-fit customers — the characteristics that predict who cares intensely about that value. Not a demographic, a trigger.
  5. Market category — the frame that makes the value obvious. You are choosing a context, not inventing a word.
  6. Trend (optional) — only if it genuinely connects. Force-fitting a trend is worse than ignoring one.

Apply the table-stakes test to every claimed differentiator: search the top two or three competitors' current marketing and check whether they already claim it. If they do, it is not differentiation, however true it is. Do this live with web search; do not rely on what you or the user remembers about competitors.

Output a positioning decision in the template at the end of this file.

Gate: every differentiator has survived the table-stakes test, and the value ladder terminates in something a budget owner cares about.

Stage 2 — Expression (Fletch PMM)

Read references/fletch-execution.md.

Compress the decision into language a stranger understands immediately. The formula:

For [segment] trying to [job], we're better than [alternative] because [differentiation].

Enterprise buyers are not served by abstraction. If a reader cannot tell what the product does from the headline, the copy has failed regardless of how senior the audience is. Aspirational abstraction only works for companies whose brand awareness already answers the question.

Run every line through the specificity tests in the reference file — the stranger test, the competitor-swap test, the inversion test. Any sentence a competitor could put on their own site unchanged is dead copy.

Output the messaging set: headline, subhead, three value props with proof, the "what it is" line, differentiation section, and objection handling.

Gate: someone outside the company can read the headline and subhead and correctly say what the product does and who it is for.

Show full SKILL.md (1,076 more words)Show less

Stage 3 — Strategic narrative (Raskin)

Read references/raskin-narrative.md.

Now expand the same decision into a story for the deck, the keynote, and internal alignment. Five elements, in order:

  1. Name the shift — an undeniable change in the world creating stakes and urgency. The old game and the new game.
  2. Show winners and losers — there will be winners and losers under the new rules.
  3. Tease the promised land — the desirable future state, described as an outcome, not as your product.
  4. Position capabilities as magic gifts — features presented as what gets the buyer to that future.
  5. Present evidence — proof you can deliver it.

Never open with your product, your company, your funding, or your logo wall. And never tell the buyer their current approach is stupid; that puts them on the defensive and ends the conversation. Name the shift that made their approach stop working. The shift did it, not them.

Gate: the narrative and the homepage say the same thing at different altitudes. If they contradict, the narrative is wrong, because the decision came first.

Standing guardrails

These are the failure modes this skill exists to prevent. Check for them at every stage.

  • Category invention. Creating a new category is expensive and slow. Only entertain it with real capital, patience, and no existing frame that fits. If the team has limited runway, no proven product-market fit, or an existing category with real demand, choose the frame rather than invent one. Say this out loud when a user drifts toward a coined platform name.
  • Narrative-first drift. If a document opens with a manifesto and gets to competitive alternatives on page nine, it was built backwards.
  • Internal vocabulary. Coined terms that only employees use. Test every term against the Stage 0 language inventory. If no customer said it, it is house language — fine for internal alignment, poison on a website.
  • Multiple heroes. One protagonist, one category, one primary claim. If an audit turns up several, resolve it before writing anything.
  • Unsourced statistics. Every number needs a real source and a date. Internal estimates must be labeled as estimates. A stat that collapses under a buyer's question costs more than it gained.
  • Value claims that stop at features. "So what?" until you reach money, risk, or time. Most drafts stop one or two rungs short.
  • Positioning against the wrong enemy. The alternative is usually the status quo, not the vendor in the analyst quadrant.
  • Over-serving pull. Teams over-invest in making the new thing attractive and ignore anxiety and habit. If the messaging has no answer to "what do we have to give up, migrate, or relearn," it will lose to no-decision.

What good looks like

  • The best operator weights the evidence toward losses and stalls, not wins. Wins explain why people who already agreed with you agreed; the stalls and no-decisions hold the anxiety and habit that actually block revenue. A framework built only on wins is confident and wrong.
  • Value ladders all the way to money, risk, or time. The mediocre version stops at a feature ("real-time sync") or one rung above it ("saves effort"); the good version reaches the number a budget owner defends out loud ("closes the month two days faster").
  • Every differentiator has survived the table-stakes test against competitors' live marketing. If a rival could paste the sentence onto their own site unchanged, it is table stakes, not differentiation — however true it is.
  • A stranger outside the company reads the headline and subhead and correctly says what the product does and who it is for. If they can't, the copy has failed, no matter how senior the intended audience.
  • The one-page summary exists and was written last. It is the part the team memorizes, and its absence is the single most common gap in an otherwise thorough document.
  • The failure mode to watch for: a framework that reads as well-argued and complete but that nobody can act on. The bar is not elegance — it is whether a rep who missed the workshop writes an on-message email in five minutes.

Rules

  • MUST run the stages in order — evidence, decision, expression, narrative — and state which stage you are in and what has to be true to move on.
  • MUST check competitor claims live with web search, never from memory or training data, before calling anything a differentiator.
  • MUST label evidence as weak in the final document when it comes from thin or secondhand sources, rather than presenting assumptions as findings.
  • MUST ladder every value claim to money, risk, or time before it goes in the framework.
  • NEVER open a narrative or deck with your product, company, funding, or logo wall — name the shift in the world first.
  • NEVER recommend inventing a new category to a team without the capital, patience, and evangelism budget to fund it; choose an existing frame with real demand.
  • NEVER let coined internal vocabulary that no customer used reach a homepage or website.

Output templates

The two templates below are working artifacts produced during the stages. They are inputs to the Messaging Framework document, not substitutes for it — see references/framework-document.md for how they fold into the final deliverable.

Positioning decision (end of Stage 1)
Competitive alternatives — what customers do if we don't exist, ranked
Unique attributes — capabilities the alternatives lack, facts only
Value — laddered "so what?", ending in money, risk, or time
Best-fit customers — triggers that predict intense care, plus disqualifiers
Market category — the frame, and why it makes our value obvious
What we are not — explicit boundaries
Table stakes — true things competitors also claim, labeled as such
Messaging set (end of Stage 2)
The one-liner — segment + job + alternative + differentiation
Homepage — headline, subhead, what it is, three value props with proof, CTA
By surface — outbound, social, deck, demo, with one worked example each
By audience — only where the value genuinely differs
Objection handling — one per real anxiety or habit from Stage 0
Words we use / words we avoid / words we are retiring

Reference files

  • GETTING-STARTED.md — user-facing setup guide: what inputs are needed, what to do without transcripts, time and people required
  • references/framework-document.md — the Messaging Framework document itself: full annotated outline, evidence standard, quote and proof handling, maintenance
  • references/moesta-demand.md — switch interviews, Four Forces, interview question bank, language inventory
  • references/dunford-positioning.md — the components, the ten-step process, positioning styles, the table-stakes test
  • references/fletch-execution.md — the formula, homepage structure, specificity tests, common copy failures
  • references/raskin-narrative.md — the five elements, deck structure, alignment guidance
  • references/audit-mode.md — how to critique an existing framework, deck, or homepage against all four methods

Attribution

This skill synthesizes publicly published methods. It is not affiliated with, endorsed by, or reviewed by any of the practitioners named. Any errors in these summaries belong to the skill, not to them. Always point users to the primary sources, which go far deeper than any summary:

  • April Dunford, Obviously Awesome (2nd edition), Sales Pitch, and the Positioning podcast — aprildunford.com
  • Bob Moesta, Demand-Side Sales 101; Moesta and Chris Spiek on the Four Forces — jobstobedone.org
  • Anthony Pierri and Rob Kaminski, Fletch PMM — fletchpmm.com
  • Andy Raskin, "The Greatest Sales Deck I've Ever Seen" and subsequent writing — andyraskin.com

Represent each method accurately. Where they disagree — for example, Fletch deliberately keeps jobs-to-be-done language out of its own framework — note the disagreement rather than blending it away.

© swan-gtm, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 7 other files (references) in skills/chris-rodde/positioning-and-messaging of swan-gtm/gtm-skills.

  • SKILL.md
  • GETTING-STARTED.md
  • references/audit-mode.md
  • references/dunford-positioning.md
  • references/fletch-execution.md
  • references/framework-document.md
  • references/moesta-demand.md
  • references/raskin-narrative.md

Open the folder on GitHubat commit 67abd04

Compare with similar skills

Positioning And Messaging next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Positioning And Messaging compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Positioning And Messaging this skillswan-gtm/gtm-skills172—~4.5kAutomated safety check: PassMIT
Marketing OsYuzzyuk/marketing-os540—~2.5kAutomated safety check: PassMIT
Revenue Centric Designheliocosta-dev/revenue-centric-design740—~1.6kAutomated safety check: PassCustom licence
Startup Positioningferdinandobons/startup-skill1.2k—~4.6kAutomated safety check: PassMIT
Stanley Druckenmiller Investmenttradermonty/claude-trading-skills3k1 repos~2kAutomated safety check: PassMIT
B2b Playbookweilun88313/B2B-Playbook203—~3.1kAutomated safety check: PassProprietary

Similar skills

  • Marketing Os

    Yuzzyuk/marketing-os

    A complete marketing department in one skill. An agent skill from Yuzzyuk/marketing-os.

    540 GitHub stars~2.5k tokensUpdated 1 mo ago
    Marketing & SEOAuto-check passed
  • Revenue Centric Design

    heliocosta-dev/revenue-centric-design

    Playbook for designing SaaS and startup products that convert, retain, and monetize — landing pages & CRO, checkout & forms, onboarding/activation, churn reduction, pricing psychology, dashboards…

    740 GitHub stars~1.6k tokensUpdated 1 mo ago
    Marketing & SEOAuto-check passed
  • Startup Positioning

    ferdinandobons/startup-skill

    Market positioning strategy using the April Dunford framework, enriched with JTBD discovery, Moore positioning statement, and Neumeier's Onliness Test.

    1.2k GitHub stars~4.6k tokensUpdated 3 mo ago
    Marketing & SEOAuto-check passed
  • Stanley Druckenmiller Investment

    tradermonty/claude-trading-skills

    Druckenmiller Strategy Synthesizer - Integrates 8 upstream skill outputs (Market Breadth, Uptrend Analysis, Market Top, Macro Regime, FTD Detector, VCP Screener, Theme Detector, CANSLIM Screener)…

    3k GitHub starsUsed in 1 repo~2k tokens
    Marketing & SEOAuto-check passed
  • B2b Playbook

    weilun88313/B2B-Playbook

    Turn B2B marketing work into evidence-aware outputs using market, positioning, demand, account-program, lifecycle, and tool-selection guidance.

    203 GitHub stars~3.1k tokensUpdated 29 days ago
    Marketing & SEOAuto-check passed
  • Research Brand

    onvoyage-ai/gtm-engineer-skills

    Researches a company from its URL and produces a Brand DNA file covering positioning, audience, competitors, voice, and messaging.

    1.3k GitHub stars~1.3k tokensUpdated 4 mo ago
    Marketing & SEOAuto-check passed

More from swan-gtm/gtm-skills

All 32 skills in this repo
  • Revops Revenue Planning

    swan-gtm/gtm-skills

    Annual and quarterly revenue plan construction, top-down vs bottoms-up reconciliation, plan versioning, stretch goal handling, and FP&A-RevOps collaboration for B2B revenue teams.

    172 GitHub stars~7.2k tokensUpdated 3 days ago
    Auto-check passed
  • AI Personalization Prompts

    swan-gtm/gtm-skills

    A skill your agent uses when setting up AI-powered personalization, building Clay or lemlist workflows, or automating prospect research — 6 AI personalization prompts (lemlist style) plus 2 email…

    172 GitHub stars~653 tokensUpdated 3 days ago
    Auto-check passed
  • Audience Icp Filter

    swan-gtm/gtm-skills

    A skill your agent uses when a list of people already exists and someone needs to know who on it is worth contacting — event or webinar attendees, registrants, a prospecting export, a CRM segment, a…

    172 GitHub stars~1.9k tokensUpdated 3 days ago
    Auto-check passed
  • Brand Mention Monitor

    swan-gtm/gtm-skills

    A skill your agent uses when you need to know what people are saying about a brand across the web and social — "monitor brand mentions", "what are people saying about [brand] this week", "run a…

    172 GitHub stars~2.1k tokensUpdated 3 days ago
    Auto-check passed
  • Bridge Before Cold

    swan-gtm/gtm-skills

    Use this skill before staging a prospect and before drafting any first touch, when a segment has gone silent, and when deciding whether an account is genuinely cold.

    172 GitHub stars~1.4k tokensUpdated 3 days ago
    Auto-check passed
  • Champion Move Detection

    swan-gtm/gtm-skills

    Use this skill on a monthly cadence to detect champions and heavy users of your paying customers who changed jobs, verify the move against live LinkedIn data, score the new company, and surface…

    172 GitHub stars~5k tokensUpdated 3 days ago
    Auto-check passed

Categories

Questions about Positioning And Messaging

What does Positioning And Messaging do?

A skill your agent uses when positioning or messaging is the real problem — building or rebuilding a messaging framework or messaging house, a value proposition, homepage or website copy, taglines…. Positioning And Messaging is an agent skill from swan-gtm/gtm-skills. Use this skill when positioning or messaging is the real problem — building or rebuilding a messaging framework or messaging house, a value proposition, homepage or website copy, taglines and headlines, category definition, competitive differentiation, ICP or buyer personas, a sales narrative or pitch-deck story, launch messaging, or an audit of existing copy, decks, or sites.

When should I use Positioning And Messaging?

Positioning And Messaging fits situations like: messaging is the real problem — building; rebuilding a messaging framework; messaging house; A value proposition.

How do I install Positioning And Messaging in Claude Code?

Run `npx skills add swan-gtm/gtm-skills --skill positioning-and-messaging -a claude-code`. Or copy the skill folder (skills/chris-rodde/positioning-and-messaging in swan-gtm/gtm-skills) into .claude/skills/positioning-and-messaging in your project. Claude Code loads it when a task matches its description.

How do I install Positioning And Messaging in Codex?

Run `npx skills add swan-gtm/gtm-skills --skill positioning-and-messaging -a codex`. Or copy the skill folder (skills/chris-rodde/positioning-and-messaging in swan-gtm/gtm-skills) into .agents/skills/positioning-and-messaging in your project. Codex loads it when a task matches its description.

Can I use Positioning And Messaging in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add swan-gtm/gtm-skills --skill positioning-and-messaging -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/positioning-and-messaging, .gemini/skills/positioning-and-messaging, .github/skills/positioning-and-messaging and .opencode/skills/positioning-and-messaging in your project.

What does Positioning And Messaging need to run?

SKILL.md names no scripts, command-line tools or credentials: Positioning And Messaging is instructions for the agent only.

Does Positioning And Messaging access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Positioning And Messaging safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Positioning And Messaging use?

Positioning And Messaging is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Positioning And Messaging use?

About 4.5k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 12k tokens, read only when the agent opens those files.

What are the alternatives to Positioning And Messaging?

Skills that share tags, products or a category with Positioning And Messaging: Marketing Os (Yuzzyuk/marketing-os, 540 stars), Revenue Centric Design (heliocosta-dev/revenue-centric-design, 740 stars), Startup Positioning (ferdinandobons/startup-skill, 1.2k stars) and Stanley Druckenmiller Investment (tradermonty/claude-trading-skills, 3k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Positioning And Messaging?

swan-gtm (a GitHub organization) maintains it in swan-gtm/gtm-skills, which has 172 GitHub stars. The repository holds 32 skills in this directory. The repository was last updated on October 8, 2026.

Source: swan-gtm/gtm-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.