agentsclimarketplace

Seo content workflow

Skill Nightflight6/open-agent-skills/skills/en/seo-content-workflow

Bilingual Agent Skills for evidence-driven content, search, and knowledge work.

Install
npx -y skills add Nightflight6/open-agent-skills --skill seo-content-workflow

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • 13 days oldThe repository was created 13 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Research, plan, create, refresh, and review search-oriented content by connecting real search intent, current SERP evidence when available, useful original information, structured briefs, metadata, and final SEO content QA. Use for SEO content briefs, SERP-informed article creation, search-intent refreshes, on-page content SEO reviews, and metadata within a broader content workflow. Do not use as the primary skill for deep user-question research, rank tracking, keyword monitoring, technical SEO audits, robots.txt, sitemaps, canonical or indexing implementation, pure keyword brainstorming, title-only rewriting, non-SEO article editing, or answering one question.

SKILL.md

11.3 KB, ~2.1k tokens by cl100k_base, as published. Nobody here has run it

SEO Content Workflow

<!-- parity: purpose -->

Purpose

Create useful search-oriented content from defensible demand and evidence. Prefer search intent over keyword repetition, original value over SERP imitation, evidence over plausible claims, and user value over search-engine-first writing.

<!-- parity: guardrails -->

Non-negotiable guardrails

  • Never invent current SERP observations, search volume, rankings, competitor facts, statistics, prices, specifications, quotations, studies, or user sentiment.
  • Never promise rankings, traffic, clicks, indexing, or search or AI visibility.
  • Do not implement a crawler, rank tracker, keyword-density system, robots.txt, sitemap, canonical, or indexing change.
  • Follow host tool, network, approval, authentication, privacy, and automated-query policies. Obey explicit no-browse instructions.
  • Preserve source files unless the user explicitly authorizes editing. Do not expose private inputs, internal strategy, or drafting residue in reader-facing copy.
  • Treat target length as a content constraint, not a ranking factor. Never insert a term solely to increase frequency.
<!-- parity: mode-routing -->

Route the mode

Infer the least expansive mode that satisfies the request:

  1. brief: perform applicable intent and lightweight SERP research, return a Search Research Snapshot and SEO Content Brief, and do not draft the article.
  2. create: create a new search-oriented content asset, metadata, and remaining verification items.
  3. refresh: diagnose and update an existing article; preserve useful material and avoid an unnecessary full rewrite.
  4. review: return SEO content diagnosis and prioritized recommendations without unnecessary rewriting.

Follow an explicit mode or output requirement first. Ask only when ambiguity would materially change the allowed deliverable.

<!-- parity: input-model -->

Establish inputs

Determine or reasonably infer:

  • topic, audience, language, market, and target search environment;
  • primary query, content or page type, content goal, and publishing site or channel;
  • selected mode.

Use when supplied: upstream search-intent research, existing article, brand constraints, verified product facts, competitor scope, geography, conversion goal, internal-link inventory, external evidence, CMS and metadata constraints, target length, must-keep facts, and prohibited claims. Distinguish user/CMS constraints from search-engine guidance.

<!-- parity: intent-interface -->

Consume search-intent evidence

When upstream search-intent-research output exists, read references/search-intent-interface.md. Consume normalized_question, topic_cluster, intent_type, underlying_job, evidence_strength, and priority. Use available language, market, audience, evidence-count, and confidence fields to judge fit and breadth. Consult upstream Evidence Table rows selectively when wording, freshness, market fit, or provenance materially matters.

Do not treat counts as search volume or priority as an automatic inclusion command. For fast-changing topics, inspect upstream source and collection dates when available and revalidate current demand when tools permit. Do not regenerate an imagined question library. Route deep cross-platform question collection, normalization, clustering, or demand-evidence work to search-intent-research.

<!-- parity: serp-research -->

Perform lightweight SERP research

Read references/serp-research.md when current search-result evidence would materially improve the task. When permitted tools are available, inspect a bounded, representative set for the actual query, environment, market, and language. Preserve inspected results in a SERP Observation Table and connect major Snapshot conclusions through representative_result_refs.

Describe bounded evidence as “the inspected results suggest,” “within the observed sample,” or equivalent scoped language. If current SERP access is unavailable, mark it unverified, leave observation records and representative_result_refs absent, and rely on supplied evidence where possible. Do not invent results or treat arbitrary patterns as ranking formulas.

<!-- parity: content-brief -->

Build the content proposition and brief

Before writing, state why the page deserves to exist. Prefer first-hand experience, original data, expert explanation, testing, real examples, stronger decision frameworks, clearer technical explanation, conditions, limitations, original visuals, or practical workflows. Warn when no meaningful differentiated value is available.

Read references/content-brief.md and build a topic-driven brief. Do not force a fixed H2 template, FAQ, word count, or imitation of currently ranking pages.

<!-- parity: evidence-plan -->

Plan and control claims

Classify material claims as:

  • verified: directly supported by an inspected appropriate source;
  • attributed: clearly reported as a named source's statement;
  • inferred: reasoned from stated evidence and labeled as inference;
  • unverified: materially unsupported, inaccessible, or unresolved.

Resolve an unverified claim by verifying, qualifying, flagging outside reader-facing copy, or omitting it. Require comparable evidence and time scope for comparisons when possible. Never create false precision or conceal a commercial conflict of interest.

<!-- parity: create-refresh -->

Create or refresh the content

Read references/writing-quality.md for create and refresh work.

  • Satisfy the main intent quickly and answer directly where useful.
  • Explain reasoning, evidence, conditions, and limitations.
  • Use headings for navigation and terminology naturally.
  • Provide value beyond SERP synthesis; avoid filler and generic AI prose.
  • Preserve accurate, useful existing material during refreshes. Rewrite only where intent, evidence, structure, clarity, or freshness requires it.
  • Add FAQ content only when observed supporting questions make it useful.
<!-- parity: keyword-model -->

Use concepts, not density

Model language as a primary topic or query, supporting concepts, user-language variants, relevant entities, and optional commercial or conversion terms. Place them only where semantically useful. Do not report keyword-density targets or claim exact-match repetition creates a ranking advantage.

<!-- parity: brand-comparison -->

Route brand, comparison, and recommendation content

Use a brand only when user intent, evidence, and content purpose justify its role—as an educational source, example, solution, comparison subject, or CTA destination. Do not inject it into every section or disguise commercial content as an independent review.

For “A vs B,” “best,” provider lists, or recommendations, require clear comparison dimensions, comparable evidence and time scope where possible, fact/opinion separation, verified material claims, conflict-of-interest awareness, and appropriate qualification. Do not invent competitor weaknesses.

<!-- parity: metadata -->

Create metadata

Read references/metadata.md. Distinguish the editorial headline/H1 from the SEO title/title element suggestion; keep them identical when that is best. Produce accurate, unique, descriptive, concise, non-misleading metadata without keyword stuffing.

Do not impose universal 60-character title or 160-character description limits. Follow explicit CMS, publishing-platform, or user constraints. Generate meta keywords only when required, and never promise that a search engine will display a supplied description verbatim.

<!-- parity: links-media -->

Handle links and media

Suggest internal links to real URLs only when a site or page inventory is supplied. Otherwise name only the type of page that could be linked. Recommend images, diagrams, tables, or video only when they materially improve understanding; do not prescribe arbitrary media counts for SEO.

<!-- parity: engine-localization -->

Localize for the target environment

Read references/engine-localization.md when Google, Baidu, a regional search environment, or a CMS constraint matters. Treat current platform guidance as time-sensitive reference material rather than timeless ranking law. Verify current official guidance when it materially affects the task and tools permit.

<!-- parity: ai-scaled-content -->

Handle AI-assisted and scaled content

Do not claim that AI content cannot rank or is automatically safe. Reject or warn against mass production of low-value, near-duplicate pages intended primarily to manipulate search visibility. Encourage human or expert review when domain stakes, claim risk, or first-hand expertise make it appropriate.

<!-- parity: seo-qa -->

Run final SEO content QA

Read references/seo-qa.md before delivery. Check intent fit, coverage, original/useful value, evidence integrity, structure, natural language, metadata, and publication cleanliness. Remove internal drafting residue, [VERIFY], SEO strategy notes, alternate-title lists, keyword lists, file paths, and internal comments from reader-facing copy.

If unresolved evidence makes the content unsafe or materially misleading, label it as requiring verification rather than publication-ready.

<!-- parity: delivery -->

Deliver by mode

Follow explicit user formatting first. Otherwise return:

  • brief: Search Research Snapshot and SEO Content Brief.
  • create: brief summary, article, metadata, and remaining verification.
  • refresh: refresh diagnosis, updated article, metadata, material changes, and remaining verification.
  • review: SEO diagnosis and prioritized recommended changes.

Use these conceptual artifacts when applicable:

  1. Search Research Snapshot: query, search_environment, market, language, observed_at, dominant_intent, dominant_content_types, serp_patterns, content_gaps, research_limitations, and representative_result_refs.
  2. SERP Observation Table: result-level provenance fields defined in the SERP research reference; include it only when actual results were inspected.
  3. SEO Content Brief: fields defined in the brief reference.
  4. Content: outline, draft, refreshed article, or reviewed article according to mode.
  5. Metadata: editorial_headline, seo_title, meta_description, optional keywords, optional slug.
  6. SEO QA Report: intent_fit, coverage, original_value, evidence, structure, keyword_naturalness, metadata, publication_readiness, remaining_risks.

SEO improvements may improve alignment, quality, usefulness, and discoverability; they do not guarantee outcomes.

What ships with it: 10 files

36.9 KB alongside SKILL.md

agents/

Gives 0 of the 12 instructions most automation workflows skills give in ~2.1k tokens

Counted across 745 of the 1,008 authors here whose files we hold, read 2026-08-07

  • Write conventional commit messagesin 36 of 745, across 35 files
  • Delete branches after mergein 30 of 745, across 21 files
  • Make atomic commitsin 25 of 745, across 15 files
  • Write minimal code to pass testsin 22 of 745, across 10 files
  • Re-snapshot after navigation or DOM changesin 21 of 745, across 13 files
  • Use try-catch for error handlingin 20 of 745, across 8 files
  • Run tests before committingin 20 of 745, across 12 files
  • Write tests before implementationin 20 of 745, across 8 files
  • Configure branch protection rulesin 19 of 745, across 5 files
  • Explain the why in commit messagesin 19 of 745, across 9 files
  • Refactor code while tests remain greenin 19 of 745, across 6 files
  • Interact with elements using refsin 19 of 745, across 11 files

Said here and by no other author read

  • infer the least expansive mode
  • consume upstream search-intent evidence
  • perform lightweight SERP research
  • build a topic-driven content brief
  • classify all material claims by verification status
  • create or refresh content

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.