00-start-here
Interview the user once and write a docs/gtm-cofounder/founder-brief.md that every other skill reads first, so the advice is…
Build a positioning and narrative where the developer is the hero and a real trend is the villain. Use when the messaging describes the product instead of the problem, sounds like every competitor, or has no urgency because nothing is at stake.
Claude Code
$ npx -y skills add AIDevGTM/gtm-cofounder --skill 04-positioning-and-story --agent claude-code
Codex
$ npx skills add AIDevGTM/gtm-cofounder --skill 04-positioning-and-story -a codex -y
Cursor
$ npx skills add AIDevGTM/gtm-cofounder --skill 04-positioning-and-story -a cursor -y
Gemini CLI
$ npx skills add AIDevGTM/gtm-cofounder --skill 04-positioning-and-story -a gemini-cli -y
GitHub Copilot
$ npx skills add AIDevGTM/gtm-cofounder --skill 04-positioning-and-story -a github-copilot -y
OpenCode
$ npx skills add AIDevGTM/gtm-cofounder --skill 04-positioning-and-story -a opencode -y
Windsurf
$ npx skills add AIDevGTM/gtm-cofounder --skill 04-positioning-and-story -a windsurf -y
name: positioning-and-story description: Build a positioning and narrative where the developer is the hero and a real trend is the villain. Use when the messaging describes the product instead of the problem, sounds like every competitor, or has no urgency because nothing is at stake.
> Your story is boring without a villain. And you are not the hero of it. The developer is. You're the wise advisor who hands them a better weapon.
**Use this when:** your homepage explains what your product *does* before it names the problem, your positioning is interchangeable with three competitors, or nobody feels any urgency to act now.
Developers don't buy features; they hire a tool to defeat something that's making their life worse. Get the roles right:
No villain → no urgency → no story → no conversion.
1. **Inciting event**: introduce the hero and the villain; the world changed and the hero can't stay put. 2. **Obstacles**: a series of specific challenges, each solved with your help, best told as mini before/afters: *"Before X, we had [problem]. Now [measured result]."* 3. **Resolution**: villain defeated (for now), specific results, hero shares the wisdom → that's your testimonial.
**The benchmark (EngFlow):** > *"Slow builds waste your time. Standard build tools can't handle today's codebases. Speed up builds now to keep engineers in flow."*
Good villains: cloud-cost sprawl · tool fragmentation · compounding tech debt · flaky pipelines · observability gaps · manual deploys · YAML sprawl · agents you can't trust in prod.
Compete as high up this ladder as you can. Feature wars are a race to the bottom.
| Level | Type | Sounds like | Grade | |---|---|---|---| | 1 | Feature | "we have X, they don't" | D | | 2 | Benefit | "we save you time" | C | | 3 | Customer segment | "for CTOs under release pressure with compliance" | B | | 4 | **Problem** | "the only fix for [problem no one else has named]" | A |
**Reaching Level 4 / category creation:** talk to enough TAB members (see `talk-to-users`) to surface a problem competitors haven't named, then name it so precisely your product is the obvious answer. When rivals adopt your vocabulary, they've already lost the position. (JFrog: "artifact repository" → "Universal Artifact Repository" and leapfrogged Sonatype.)
Can you state a problem only you solve, in the user's words?
├─ YES → Level 4. Lead with the problem; name the category.
└─ NO → Can you name a specific segment with a compelling reason?
├─ YES → Level 3. Lead with the ICP + their trigger.
└─ NO → you're stuck at feature/benefit → go run `talk-to-users`.--- Built from real dev-tool GTM experience, with frameworks from Adam Frankl (*The Developer-Facing Startup*) and Jakub Czakon (*markepear.dev*). Positioning is the one most worth a second opinion before you ship it everywhere. If you want yours pressure-tested, reach out to me on [LinkedIn](https://www.linkedin.com/in/devtoolgtm/).
#1 Product of The Day @ Product Hunt. The GTM co-founder you don't have. Open-source GTM Agent Skills for developer tools and AI products, for founders, GTM hires, and founding AEs: positioning, first users, launch, pricing. Sharpened by Frankl & Czakon. MIT.
Interview the user once and write a docs/gtm-cofounder/founder-brief.md that every other skill reads first, so the advice is…
After the founder brief and the market research, turn them into an honest diagnosis and a prioritized, stage-aware GTM roadmap…
Define a real ICP and the developer personas in the sale. Use when the user says the product is \"for developers,\" can't name…
Run developer customer discovery via a Technical Advisory Board (TAB). Use when the user has never interviewed a user who isn't a…
Position an AI product when everyone claims AI and skeptics call it \"just a wrapper.\" Find the real wedge (data, workflow,…
Write a developer value proposition that is specific, provable, and free of puffery. Use when the messaging leans on…
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use…
Comprehensive SEO analysis for any website or business type. Full site audits, single-page analysis, technical SEO (crawlability,…
Turn the current project website into a short, polished, shareable launch video using Hyperframes. Use when someone says "/brag",…
Full website GEO+SEO audit with parallel subagent delegation. Orchestrates a comprehensive Generative Engine Optimization audit…