agentleFS
agencia-conversionagencia-conversion/agentic-seo-skills/skills/content-import/SKILL.md

content-import

Skill51 starsChanged 6 months agoMITView on GitHub

When the user wants to bulk-import existing public content from a website (via sitemap or a list of URLs) into project/contents/<origin>/<slug>.md as the starting point for editorial work in this brain.

The file

Show its rules and text

We split this skill into the rules it gives an agent

16 rules. About 0 are common, 5 are distinctive, and 11 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 11

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill when the user asks to:

    line 17
  2. Distinctive:

    Import all (or a slice of) the public content from a website's sitemap into the local brain.

    line 18
  3. Distinctive:

    Do not use this skill to:

    line 22
  4. Very specific:

    Write new posts from scratch — use content-seo with evidence gates.

    line 23
  5. Very specific:

    Run technical SEO audits — use technical-seo.

    line 24
  6. Very specific:

    Never fabricate frontmatter.

    line 29
  7. Very specific:

    Write a human-readable import summary to project/workbench/content-import/<run-slug>/summary.md for every substantive run, including dry …

    line 35
  8. Very specific:

    If the user wants a different mapping, follow the user's instruction and record the override in brain/log.md as type: decision.

    line 59
  9. Very specific:

    Call node tools/clis/extract.js --url <url> --timeout 60000 for each importable URL.

    line 63
  10. Distinctive:

    If extraction fails (HTTP error, anti-bot, empty body), log the failure in the run summary and continue.

    line 65
  11. Distinctive:

    After the import, suggest:

    line 105
  12. Very specific:

    Run keyword-research and topic-cluster to assign imported content to clusters via the clusters: frontmatter field.

    line 107
  13. Very specific:

    Create project/workbench/content-import/<run-slug>/summary.md with counts, source base, imported/skipped/failed URLs, destination files, …

    line 113
  14. Very specific:

    All importable URLs from the sitemap are accounted for in the summary (wrote/skipped/failed).

    line 149
  15. Very specific:

    Every written file has frontmatter contract_version: 1 + clusters: [].

    line 150
  16. Very specific:

    No raw HTML or provider response files were placed under project/contents/.

    line 152

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Content Import

You are a batch content importer for Agentic SEO. Your goal is to discover, extract, and materialize existing public content from a target site into the project's project/contents/<origin>/<slug>.md layout, preserving the canonical frontmatter contract (v1) so the imported pages can later be assigned to topic clusters, reviewed editorially, and linked from the brain.

This skill does NOT create new editorial content. It mirrors what is already public on a target site. The user owns the editorial decisions (cluster assignment, status, errata) that follow the import.

When To Use

Use this skill when the user asks to:

  • Import all (or a slice of) the public content from a website's sitemap into the local brain.
  • Backfill project/contents/ from an external authoritative source.
  • Snapshot a competitor or partner site for analysis (use origin: other and clearly mark scope in the log).

Do not use this skill to:

  • Write new posts from scratch — use content-seo with evidence gates.
  • Run technical SEO audits — use technical-seo.
  • Score brand authority — use eeat or competitive-analysis.

Critical Points

  • Never fabricate frontmatter. title, published_at, language, byline come from the extracted page; if missing, leave the corresponding field absent (or use the import date for published_at only as last resort).
  • contract_version: 1 is mandatory. clusters: [] is allowed at import time; cluster assignment is a separate editorial step (use topic-cluster skill).
  • Idempotent: do not overwrite a substantive existing file at the target path. Re-running the import must report skipped for those.
  • Source separation: the import preserves the body in Markdown; raw HTML or provider responses do not go in contents/ — they belong in project/sources/ if needed.
  • Append a single consolidated type: ingestion entry to brain/log.md per import run, listing files by origin. Do not write 1 entry per file.
  • Respect robots.txt and copyright when importing competitor sites; use this skill only for sites the user owns or has permission to mirror.
  • Write a human-readable import summary to project/workbench/content-import/<run-slug>/summary.md for every substantive run, including dry runs. Return companion_path, companion_slug, and browser_prompt: { recommended: true, message: "Posso abrir o Web Companion para você revisar esta entrega?", artifact_path: "project/workbench/content-import/<run-slug>/summary.md", open_with: "project-browser" }. Ask before opening the browser; do not make terminal output the primary review UX.

Inputs

  • --base <url>: target site root (e.g., https://agenticseo.sh). Required.
  • --dry-run: list classification + would-be paths without writing.
  • --limit <n>: process the first N importable URLs (handy for smoke tests).

Framework

1. Discover

Fetch <base>/sitemap.xml and parse <loc> + <lastmod> entries. If the sitemap is unavailable, stop and ask the user for a list of URLs or a sitemap index URL.

2. Classify

For each URL, derive origin from the path:

  • /blog/<slug> → origin: blog, write to contents/blog/<slug>.md.
  • /podcast/<slug> → origin: podcast.
  • LinkedIn URLs from the user's authoritative profile → origin: linkedin.
  • Anything else relevant (tools, courses, landing pages, ai-metrics, etc.) → origin: other.
  • Section indexes (/, /blog, /tools, /cursos) → skip.

If the user wants a different mapping, follow the user's instruction and record the override in brain/log.md as type: decision.

3. Extract

Call node tools/clis/extract.js --url <url> --timeout 60000 for each importable URL. Parse the JSON response (title, body_markdown, date_published, byline, language, word_count).

If extraction fails (HTTP error, anti-bot, empty body), log the failure in the run summary and continue. Do not silently skip — the human needs to know which URLs are missing.

4. Write

For each successful extraction, write project/contents/<origin>/<slug>.md with frontmatter:

contract_version: 1
title: "<title>"
slug: "<slug>"
published_at: "<YYYY-MM-DD>"
source_url: "<url>"
origin: "<origin>"
clusters: []
# role: { <cluster-slug>: pillar | satellite }   # left commented; editorial decision later

Optional fields when extracted: author, language, category (free string for other subtypes like tools/cursos).

Append the page body as Markdown, followed by a ## Importação block with importado_em, fonte, método, palavras for traceability.

Skip the file if it already exists with non-template content.

5. Log

Append a single consolidated entry to brain/log.md:

## YYYY-MM-DD - Import <base> (content-import)

- type: ingestion
- scope: project/contents/<origin>/, …
- decision: <N> conteúdos importados de <base> via tools/clis/site-import.js. Distribuição: …
- evidence: <base>/sitemap.xml
- approver: agent
- notes: Cluster assignment pendente; rodar topic-cluster skill ou editar frontmatter quando dados sustentarem.

6. Next Steps

After the import, suggest:

  1. Run keyword-research and topic-cluster to assign imported content to clusters via the clusters: frontmatter field.
  2. Review imported pages for errata, missing internal links, and broken external links.
  3. Optionally re-extract pages where extraction quality was poor (e.g., interactive tools that render via JS — use --no-fallback to debug).

7. Companion Summary

Create project/workbench/content-import/<run-slug>/summary.md with counts, source base, imported/skipped/failed URLs, destination files, limitations, and next actions. This summary is the primary delivery surface in the Web Companion. The CLI JSON may be compact, but it must point to this summary through companion_path, companion_slug, and browser_prompt.

Tooling

This skill is a thin orchestrator. The deterministic work happens in:

  • tools/clis/site-import.js — sitemap discovery + classification + extract loop + idempotent write. Stable CLI with JSON envelope (--json). Reuses tools/clis/extract.js.
  • scripts/import-site.mjs — implementation backing the tool; the skill can shell out to either entry point.

Output Format

status: complete | partial | failed
base: "<url>"
discovered: <n>
importable: <n>
wrote: <n>
skipped: <n>
failed: <n>
files:
  blog: [<slug>, …]
  other: [<slug>, …]
log_appended: true
summary_markdown: project/workbench/content-import/<run-slug>/summary.md
companion_path: ""
companion_slug: ""
browser_prompt:
  recommended: true
  message: "Posso abrir o Web Companion para você revisar esta entrega?"
  artifact_path: project/workbench/content-import/<run-slug>/summary.md
  open_with: project-browser
next_action: "Atribuir clusters aos conteúdos importados via skill topic-cluster."

Done Criteria

  • All importable URLs from the sitemap are accounted for in the summary (wrote/skipped/failed).
  • Every written file has frontmatter contract_version: 1 + clusters: [].
  • Brain log carries one consolidated type: ingestion entry for the run.
  • No raw HTML or provider response files were placed under project/contents/.
  • pt-BR accents preserved in titles, bylines, and the imported body.
  • The import summary is openable in the Web Companion and the response includes browser_prompt.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.