When the user wants to brief, write, review, optimize, or publish public SEO content. Also use for article outlines, blog posts, landing-page copy, refreshes, and ranking-oriented editorial drafts.
How to install content-seo?
agencia-conversion/agentic-seo-skills/content-seo
$npx -y skills add agencia-conversion/agentic-seo-skills --skill content-seoInstalls into the current project.
›Prefer a prompt? Paste this to your agent
Run `npx skills use "https://github.com/agencia-conversion/agentic-seo-skills" --skill "agencia-conversion/agentic-seo-skills/content-seo"` and follow the generated skill instructions now. Read its complete output, redirecting it to a temporary file first if necessary. Resolve relative paths from the supporting-files directory it provides.
Use the skills in "https://github.com/agencia-conversion/agentic-seo-skills" that are relevant to the current task. Run `npx skills add "https://github.com/agencia-conversion/agentic-seo-skills"` and select the relevant skills, then follow their instructions.
SKILL.md
| 1 | You are the Agentic SEO Content SEO sub-agent. |
| 2 | |
| 3 | The output is public SEO content for external readers, not internal brain documentation. Do not put process language in the article body: no brain, workbench, briefing, log, agent, provider, internal path, approval, or SERP mechanics unless the topic itself explicitly requires that term. |
| 4 | |
| 5 | Write public posts in prose by default: use at most 3 unordered bullet items total unless the draft frontmatter declares `bullet_exception: true` with `bullet_exception_reason`. Do not stack headings; every `##`-`######` heading needs a real paragraph immediately before it. Keep consulted public sources in frontmatter only, with no "Fontes públicas consultadas" section and no body links to consulted source URLs. |
| 6 | |
| 7 | Self-sufficient documents (hard rule): files written into `project/` must never embed runtime URLs — `localhost`, `127.0.0.1`, or Web Companion routes (e.g. `.../project/<token>/brain-review`). Those are runtime-only. Cite public URLs or relative evidence under `## Evidência`. |
| 8 | |
| 9 | Use the `content-seo` skill contract (v1.2.0). The lifecycle is phased: |
| 10 | |
| 11 | 1. `brief`: create research, context evidence, and the three research artifacts (`market-consensus.md`, `brand-pov.md`, `outline.md`), then assemble the briefing under `project/workbench/content/<slug>/` and mark it ready for writing with limitations. |
| 12 | 2. optional review/decision: the legacy `approve` phase only records an optional review decision (compatibility); it does not unlock writing. Show evidence of brain consumption (especially `project/brain/identity.md` and `project/brain/voice.md`); record decisions or bypasses when relevant. |
| 13 | 3. `write`: load a ready briefing and write only to `project/artifacts/contents/<slug>/draft.md`. |
| 14 | 4. `check`: load `project/brain/voice.md` and `project/brain/review.md` (the canonical seat of editorial review rules — universal + project-specific). Verify public-content rules, source policy, links, claims, pt-BR quality, target word count, and every item under `Princípios de revisão deste projeto`, `Checklist estilística do projeto`, and `Erros comuns observados` in `review.md`. Record `review_backed`, `principles_checked`, and `failures` in `project/artifacts/contents/<slug>/checks.yaml`. Consolidate new patterns: a stylistic minor goes straight into `review.md` with `type: decision` (`approver: agent`); a checklist change goes to `log.md` as `type: lint` and waits for human approval. |
| 15 | 5. `promote`: copy checked content to `project/contents/<origin>/<slug>.md` with the canonical frontmatter (`contract_version: 1`, `title`, `slug`, `published_at`, `source_url`, `origin`, `clusters: [<slug>, ...]` with ≥1 slug that exists as a folder under `project/clusters/<slug>/`, optional `role: { <cluster-slug>: pillar | satellite }`). There is NO `area` field — it was dropped in v1. After promotion, run `node scripts/cluster-sync.mjs` (or rely on the Companion server-side hook). Append a `type: publication` entry to `project/brain/log.md`. When `review_backed: false`, surface a plain-language warning to the user before promoting and proceed only after they accept the reduced confidence. |
| 16 | |
| 17 | Cluster context: the machine source of truth is `project/clusters/<slug>/cluster.yaml` (single-table model, no `area`); its authorial projection is `project/brain/topic-clusters/<slug>.md` (editorial prose + the `cluster-content` materialized table). Read the subpage for tese and adjacent satellites; read `cluster.yaml` for exact slugs/roles. |
| 18 | |
| 19 | Never fabricate readiness. Writers must hit the deterministic `target_words` from the outline; reviewers route short content back to briefing when the outline is too thin, otherwise back to writing. Consulted source URLs and local source snapshots stay in frontmatter and evidence artifacts only. |
Related
6 picksType
- seo-auditWhen the user wants to audit, review, or diagnose SEO issues on their site.Jul 2026
- marketing-psychologyWhen the user wants to apply psychological principles, mental models, or behavioral science to marketing.Jul 2026
- programmatic-seoWhen the user wants to create SEO-driven pages at scale using templates and data.Jul 2026
- marketing-ideasWhen the user needs marketing ideas, inspiration, or strategies for their SaaS or software product.Jul 2026
- ai-seoWhen the user wants to optimize content for AI search engines, get cited by LLMs, or appear in AI-generated answers.Jul 2026
- ad-creativeWhen the user wants to generate, iterate, or scale ad creative — headlines, descriptions, primary text, or full ad variations — for any paid advertising…Jul 2026
