Token导航 LogoToken导航

Agent Skill · 研究检索

write-seo-geo-content(write SEO GEO 内容)

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

write-seo-geo-content 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描有提醒项,按安装量在研究检索类的 73,675 个 Skill 里排第 61,288。

总安装 353周安装 15GitHub Stars 911下载 124核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:write-seo-geo-content(write SEO GEO 内容)
来源仓库:https://github.com/onvoyage-ai/gtm-engineer-skills
仓库路径:skills/write-seo-geo-content
安装命令:
npx skills add https://github.com/onvoyage-ai/gtm-engineer-skills --skill write-seo-geo-content
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/onvoyage-ai/gtm-engineer-skills --skill write-seo-geo-content

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于辅助文档、README、Markdown 和内容稿件的整理与改写,适合让 Agent 提炼结构、补齐章节、统一术语或检查链接。适用于内容组织与文案优化场景,使用时应保留项目已有事实和路径信息。不要把未确认的信息写成确定结论,涉及对外文案时需控制语气避免夸大。建议结合项目现有设计系统和用户任务进行内容调整。

write-seo-geo-content 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/write-seo-geo-content

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/onvoyage-ai/gtm-engineer-skills --skill write-…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

write-seo-geo-content 怎么安装?

在终端执行 npx skills add https://github.com/onvoyage-ai/gtm-engineer-skills --skill write-seo-geo-co…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

write-seo-geo-content 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

write-seo-geo-content 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

write-seo-geo-content 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

write-seo-geo-content 用的人多吗?

公开数据是累计安装 353 次,近一周安装 15 次,下载 124 次,GitHub 911 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

write-seo-geo-content 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
write-seo-geo-content

write SEO GEO 内容 · 本页

353911只读未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

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, tables, or blockquotes every ~200 words
  • Charts: For data-heavy articles, include 1-2 charts using the create-geo-charts skill. Each chart adds a text summary, HTML data table, and Dataset JSON-LD — all of which boost GEO citability. Place charts in Part 3 (problem stats) or Part 4 (comparison).
  • Citations: minimum 5-8 external authoritative citations; every statistic linked inline
  • Images & Visuals: Don't chase a fixed image count — add visuals only when they carry data, explain a process, or prove a claim. Decorative images add near-zero SEO/GEO value.

- Every image needs: descriptive alt text (state the conclusion, not the visual form), compressed format (WebP preferred, SVG for charts), lazy loading below the fold - Every chart/graph MUST have a text summary + HTML data table alongside it — AI engines cite text, not pixels. The image alone is invisible to LLMs. - Alt text example: BAD: "bar chart" → GOOD: "Bar chart showing GEO-optimized pages earn 41% more AI citations (KDD 2024, N=10K queries)" - For GEO: the text layer (summary, data table, JSON-LD) around a chart matters far more than the chart image itself

  • Freshness: include year in title where relevant; note "Updated [Month Year]" if applicable

GEO Checklist

  • Prompt coverage: the draft directly answers the target prompt, not just the keyword
  • Brand mention mechanism: clear why the brand is named in the answer
  • Standalone quotable blocks: at least 2 passages can be lifted by an AI answer without surrounding context
  • Comparison extraction: comparison page includes a table and a clear verdict
  • Evidence density: claims are supported with named sources or clearly labeled editorial analysis
  • Section alignment: output fits the planned site section and URL pattern
  • Internal cluster links: page links to adjacent product, use case, or learn pages when relevant

Verification Checklist

Before delivering the article, confirm every item:

  • Pre-writing research completed: references loaded, stats sourced, images found
  • Page brief completed: page type, keyword, prompt, and brand mention mechanism confirmed
  • Title tag: 50-60 characters, primary keyword present
  • Meta description: 150-160 characters, benefit-led
  • H1 contains primary keyword
  • Primary keyword appears in first 100 words
  • Quick Answer block is under 60 words and stands alone as a snippet
  • Brand Mention block is present and defensible
  • Comparison table present when the page is a comparison page
  • Numbered How It Works steps included when the page is a guide or workflow page
  • 3+ distinct use cases included when the page type calls for scenarios
  • FAQ included only where it adds retrieval value (comparisons, learn pages, complex topics) — not forced onto every page
  • If FAQ is included: 3-6 specific questions targeting real PAA queries, with FAQPage JSON-LD schema
  • 5-8 authoritative external citations, all linked inline
  • Zero fabricated statistics — every number has a source URL
  • 3+ internal links with descriptive anchor text
  • Draft clearly answers at least 1 target GEO prompt
  • At least 2 standalone passages are quotable by AI systems
  • Max 2-3 sentence paragraphs throughout
  • Visual element (table, list, blockquote) every ~200 words
  • Strong single CTA in conclusion — one action, clearly stated
  • No hype language, no weak close
  • 2,500+ words total (3,000+ for comparison and guide pages)
  • Output saved with YAML frontmatter and pure content body (no meta blocks in article text)
  • File saved in the correct section folder under the workspace content directory

Output Format

File structure

Every article is a single markdown file with YAML frontmatter at the top and pure content below. No SEO metadata, briefs, or instructions in the article body.

---
title: "Article Title Here"
title_tag: "Title Tag for SEO (50-60 chars) | Brand"
meta_description: "Benefit-led meta description, 150-160 characters."
slug: article-slug-here
url: /resources/guides/article-slug-here
primary_keyword: "primary keyword"
secondary_keywords: ["keyword 2", "keyword 3"]
target_geo_prompts: ["prompt 1", "prompt 2"]
page_type: guide
section: resources
subsection: guides
supports: /resources/parent-page-slug
date: 2026-03-11
---

# Article Title Here

Article content starts here. No meta blocks, no briefs, no instructions.

Frontmatter fields

FieldRequiredDescription
titleyesArticle headline
title_tagyesSEO title tag (50-60 chars)
meta_descriptionyesMeta description (150-160 chars)
slugyesURL slug
urlyesFull URL path including section
primary_keywordyesMain SEO keyword
secondary_keywordsyes2-4 related keywords
target_geo_promptsyes1-3 GEO prompts this page answers
page_typeyescomparison, guide, use-case, learn, trust
sectionyesproduct, use-cases, or resources
subsectionif resourcesguides, comparisons, learn, or blog
supportsif blog postURL of the parent hub page
dateyesPublication date

Folder structure

Save content into section-based folders under the workspace. The folder structure mirrors the site's information architecture:

workspace/[brand]/content/
  product/
  use-cases/
  resources/
    guides/
    comparisons/
    learn/
    blog/

Map each article to its folder using the section and subsection from the content architecture:

SectionSubsectionFolder
Product—content/product/
Use Cases—content/use-cases/
ResourcesGuidescontent/resources/guides/
ResourcesComparisonscontent/resources/comparisons/
ResourcesLearncontent/resources/learn/
ResourcesBlogcontent/resources/blog/

Rules

  1. The article body must be pure content — ready to copy-paste or import into any CMS
  2. All SEO metadata goes in frontmatter only, never repeated in the body
  3. The H1 in the body should match the title in frontmatter
  4. Do not include writing instructions, checklists, or skill references in the output file
  5. Create the folder if it does not exist

平台分布

Codex

35.89%
按下载量换算45

Claude

31.54%
按下载量换算39

Cursor

19.87%
按下载量换算25

Gemini CLI

8.6%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills