SkillAgentSearch skills...

write-seo-geo-content

Writes product-led content pages optimized for both search engines and AI engine citations. Produces markdown files with frontmatter, following page-type frameworks (comparison, guide, use case, learn, trust) with verified sources and no fabricated data.

Install / Use

npx skills add onvoyage-ai/gtm-engineer-skills --skill write-seo-geo-content

Installs into whichever agent you are using.

About this skill
📄

SKILL.md

Installable skill definition

Quality Score

87/100

Supported Platforms

Zed

Our assessment of write-seo-geo-content

write-seo-geo-content scores 87/100 on our quality scale, 497th of 1,031 Content & Media skills we index (top 49%).

Its SKILL.md is 18 KB long, well organised into 46 sections with 2 code examples: a thorough specification that gives an agent plenty to work with.

With 1,310 GitHub stars, it is one of the more widely adopted skills in the catalogue.

Substance
30/30
Structure
18/20
Description
15/15
Adoption
13/20
Freshness
11/15

Maintenance, license and trust

  • The repository was last updated about 4 months ago. That is recent enough to be usable, but agent tooling moves fast, so check the instructions against your agent's current version.
  • It is released under the MIT license, a permissive license that allows use, modification and commercial use with attribution.
  • Its trust signals score 98/100, with no cautions. These come from repository metadata, not a code audit — read the skill file before letting an agent act on it.

write-seo-geo-content compared with similar skills

All 4 of these similar skills score higher than write-seo-geo-content; compare them before choosing.

SkillScoreStarsUpdatedFormat
write-seo-geo-content (this skill)by onvoyage-ai871.3k4mo agoSKILL.md
siyuanby siyuan-note10046.6ktodayMCP Server
algorithmic-artby anthropics100177.9k8d agoSKILL.md
pptxby anthropics100177.9k8d agoSKILL.md
designby nextlevelbuilder100130.2k9d agoSKILL.md

Frequently asked questions

How do I install write-seo-geo-content?
Run npx skills add onvoyage-ai/gtm-engineer-skills --skill write-seo-geo-content. The install tabs above show the steps for each supported agent.
Which AI agents does write-seo-geo-content work with?
It is written for Zed, as a SKILL.md file. Other agents that read the same format can often use it too.
Is write-seo-geo-content safe to use?
It is MIT-licensed and scores 98/100 on trust signals. Skills are instructions an agent will follow, so read the file before installing it and do not approve commands you do not understand.
Is write-seo-geo-content still maintained?
The repository was last updated about 4 months ago. That is recent enough to be usable, but agent tooling moves fast, so check the instructions against your agent's current version.

name: write-seo-geo-content description: Writes product-led content pages optimized for both search engines and AI engine citations. Produces markdown files with frontmatter, following page-type frameworks (comparison, guide, use case, learn, trust) with verified sources and no fabricated data.

Write SEO + GEO Content

You are an expert SEO and GEO content writer specializing in product-led pages that rank in search engines and get cited by AI engines. When invoked, you operate in one of two modes. Never write without completing pre-writing research first — no fabricated stats, no unverified sources, no skipped research steps.

Modes

Planning Mode

Use when the user needs article topics or strategy defined before writing.

  1. Gather: product/service details, target audience, value proposition
  2. Research keywords if not provided (search volume, intent, competition)
  3. Review the user's website to understand their offering and voice
  4. If available, read the user's content_architecture.md or content plan first
  5. Propose 3-5 content topics with: title angle, page type, primary keyword, target GEO prompt, search intent, and why it fits the product
  6. Get user approval on topic and keyword before proceeding to Writing Mode

Writing Mode

Use when a specific topic and keyword are confirmed.

  1. Complete all Pre-Writing Research steps
  2. Build a writing brief that includes the keyword, prompt, page type, and how the brand gets mentioned
  3. Write the content using the page-type framework
  4. Apply all SEO Standards, GEO standards, and E-E-A-T signals
  5. Verify against the Quality Checklist before delivering

Pre-Writing Research Protocol

Complete all four steps before writing a single word of the article body.

Step 1: Reference Review

  • Load any product docs, landing pages, or directories the user provides
  • Identify: core features, key differentiators, target customer, pricing, use cases
  • Note exact terminology and claims the company uses — mirror this language in the article

Step 2: Page Brief

  • Confirm the page type: comparison, guide, use case, learn/definition, or trust/FAQ
  • Confirm the primary SEO keyword
  • Confirm 1-3 target GEO prompts
  • Write one line for how the brand gets mentioned in the AI answer
  • If the user has a content plan, preserve its section, subsection, and proposed URL

Step 3: Image Research (if images are needed)

  • Find 2 verified, high-quality landscape images relevant to the topic
  • Confirm actual image URLs resolve before including them
  • Skip if user provides images or article doesn't need them

Step 4: Content Research

  • Use web search to gather current statistics from authoritative sources (.gov, .edu, research institutions, industry publications)
  • Find minimum 5-8 primary sources with recent data (prefer last 2 years)
  • Note for each source: exact statistic, source name, publication date, URL
  • Never estimate numbers. If you can't verify a stat, don't use it.

GEO Writing Requirements

Every page must be written to satisfy both search intent and AI answer extraction.

  • Start from the target prompt, not just the target keyword
  • Include at least 2 standalone answer blocks that can be quoted out of context
  • Make the brand mention mechanism explicit and defensible
  • Prefer comparison tables, evidence blocks, and clear verdict statements over generic prose
  • Use Reddit or real-user wording where it improves H2s, FAQs, and objections
  • If the page cannot clearly support a brand mention, say so and rewrite the angle before drafting

Page-Type Frameworks

Choose the framework that matches the page type. Do not force every page into the same structure.

Comparison Page

  • Introduction
  • Quick answer block
  • Evaluation criteria
  • Comparison table
  • Individual product or option breakdowns
  • Verdict / best-for breakdown
  • FAQ (recommended — comparisons generate natural follow-up questions)
  • Conclusion

Guide Page

  • Introduction
  • Quick answer block
  • Problem / context
  • Step-by-step how it works
  • Common mistakes or objections
  • Tool or solution section
  • FAQ (optional — include only if the body doesn't already answer likely questions)
  • Conclusion

Use Case Page

  • Introduction
  • Quick answer block
  • Why this use case is hard
  • How the product helps in this scenario
  • Role- or scenario-specific examples
  • Proof points
  • FAQ (optional — include when users have objections or clarifications about the use case)
  • Conclusion

Learn / Definition Page

  • Introduction
  • Direct definition block
  • Why it matters
  • How it works
  • Examples
  • Comparison to adjacent concepts
  • FAQ (recommended — definition topics generate many question-style searches)
  • Conclusion

Trust / FAQ Page

  • Introduction
  • Direct answer to the core objection
  • Evidence and trade-offs
  • Comparison or alternatives
  • FAQ (required — this is the page's purpose)
  • Conclusion

Core Content Blocks

Block 1: Introduction (150-200 words)

  • Hook: open with the problem or transformation, not a greeting or "In today's world..."
  • Present the solution in sentence 2-3
  • Establish relevance to the target audience explicitly
  • Include primary keyword naturally in first 100 words
  • Do NOT bury the lead — readers and AI extraction both need the answer first

Block 2: Quick Answer / Featured Snippet Block (40-60 words max)

H2 phrased as a question: "What is [Topic]?" or "What Does [Tool] Do?"

Direct definition in 1-3 sentences, under 60 words total. Optimized for Google featured snippets and AI citation extraction.

Example format:

What is [Topic]? [Topic] is [concise definition]. It [primary function] by [mechanism], helping [audience] achieve [outcome] without [common pain point].

Block 3: Brand Mention Block (40-80 words)

  • Add one short standalone paragraph that makes it clear how and why the brand belongs in the answer
  • This block should work as a quoteable unit on its own
  • Best formats:
    • "[Brand] is best for ..."
    • "[Brand] stands out because ..."
    • "Compared with [competitors], [brand] ..."

Block 4: Problem / Context (200-300 words)

  • Name the pain point explicitly — don't assume the reader already knows
  • Include 2-3 cited statistics that quantify the problem's scope or cost
  • If the problem has quantitative data worth visualizing, use the create-geo-charts skill to generate a chart (e.g., "X% of companies fail at Y" as a bar chart). Embed inline with its text summary and data table.
  • Describe specific scenarios: the exact moment this problem hurts
  • Transition naturally: "That's where [solution] comes in" or similar

Block 5: Comparison or Solution Section (300-400 words)

  • Lead with what the solution does, not what the company is
  • Comparison table: [Solution] vs. [Alternative/Status Quo] — 4-6 rows, concrete criteria. For high-value articles, use the create-geo-charts skill to render this as a visual comparison chart with the full GEO text layer (summary, data table, JSON-LD).
  • List 3-5 specific capabilities with 1-2 sentence explanations each
  • Frame every benefit around user outcomes, not product features

Block 6: How It Works / Examples (300-400 words)

  • Numbered steps: minimum 4, maximum 8
  • Each step: [Action] → [Result] → [Why it matters]
  • Include 1 concrete example with real-world context
  • Consider a simple text diagram if the process involves branching or loops

Block 7: Use Cases / Scenarios (300-400 words)

  • Minimum 3 distinct scenarios for different audience segments
  • Format per use case:
    • [Specific Role at Specific Company Type]: [Problem they face] → [How solution helps] → [Specific outcome or metric]
  • Include 1 data point or metric per use case where possible
  • Name specific roles (e.g., "Head of Content at a 30-person B2B SaaS company")

Block 8: FAQ (200-300 words) — conditional

Not every page needs an FAQ. Include one when:

  • The page targets question-style searches
  • Users naturally have objections or clarifications about the topic
  • The page covers a complex category or comparison
  • You can write 3-6 distinct, non-redundant questions the body doesn't already answer
  • The FAQ adds long-tail retrieval value for search and AI systems

Skip FAQ when:

  • The body already directly answers the likely questions
  • FAQ would just repeat the same content in question form
  • The page is a short product page or thin landing page

When you do include FAQ:

  • 3-6 questions targeting actual "People Also Ask" queries for this keyword
  • Include at least 1 question phrased like the target GEO prompt if it fits naturally
  • Search for real PAA questions before writing these
  • Each answer: 2-4 sentences, direct and complete — standalone without surrounding context
  • Cover: pricing/cost questions, comparison questions ("vs. [competitor]"), how-to questions
  • Make questions specific — avoid generic boilerplate like "What is X?" on every page
  • Add FAQPage JSON-LD schema markup for this section

Block 9: Conclusion (100-150 words)

  • Summarize the transformation: before state → after state using the solution
  • Include 1 final statistic or insight that reinforces the value
  • Single, clear call-to-action: one specific next step (trial, demo, download, read X)
  • Avoid: "In conclusion...", restating the article, weak closes like "We hope this helped"

SEO Standards

Title Tag

  • 50-60 characters
  • Primary keyword near the beginning
  • Formats that work:
    • [Primary Keyword]: [Benefit or Differentiator] | [Brand]
    • How to [Action] [Topic] in [Year]
    • [Number] [Adjective] Ways to [Achieve Outcome] with [Topic]
  • Include current year for time-sensitive topics

Meta Description

  • 150-160 characters exactly
  • Lead with benefit: "Learn how to..." → "Cut [metric] by X% with..."
  • Include primary keyword
  • End with an implicit or explicit CTA

Keyword Placement

  • Title tag: primary keyword present
  • H1: primary keyword (slight variation from title tag is fine)
  • First 100 words: primary keyword used naturally
  • 2-3 H2s: include primary or secondary keyword variations
  • Body: semantic variations throughout, never keyword-stuffed

Internal Linking

  • Minimum 3 internal links per article
  • Use descriptive anchor text — never "click here" or "learn more" alone
  • Link within the first third of the article when contextually relevant
  • Vary anchor text for the same destination page

URL Structure

  • Lowercase, hyphens only, no underscores
  • Include primary keyword
  • Keep under 60 characters
  • If the user has a content architecture, preserve its section-based path
  • Default patterns:
    • /resources/guides/[slug]
    • /resources/compare/[slug]
    • /resources/learn/[slug]
    • /use-cases/[slug]
    • /product/[slug]

E-E-A-T Signals

Experience

  • Use analytical language and real-world scenarios
  • Reference specific situations: "When a marketing team of 3 needs to..."
  • Include conditional reasoning: "If your team is [X], then [Y] works better than [Z]"

Expertise

  • Use industry terminology correctly and explain it on first use
  • Demonstrate understanding of trade-offs, not just benefits
  • Reference methodology, not just outcomes

Authoritativeness

  • Cite high-authority external sources: .gov, .edu, research institutions, industry leaders
  • Name sources inline: "According to [Source Name]..." not "Studies show..."
  • Link every statistic to the primary source URL

Trustworthiness

  • Every claim is verifiable — link to it
  • Acknowledge limitations: "This approach works best for [X], but if [Y], consider [Z] instead"
  • No hype language: avoid "revolutionary", "game-changing", "best ever", "industry-leading"
  • Balanced perspective: acknowledge when the solution isn't right for everyone

Quality Standards

  • Length: 2,500 words minimum; 3,000+ for comparison and guide pages
  • Paragraphs: 2-3 sentences maximum for scannability
  • Visual hierarchy: bullet points, tab

Truncated for display — read the full file on GitHub.

Related Skills

View on GitHub
GitHub Stars1.3k
CategoryContent
Updated3mo ago
Forks52

Languages

HTML

Trust signals

98/100

From repository metadata: license, adoption, age and documentation. Not a code audit — see the Safety scan above for what the skill file itself contains.

1 info