agentleFS
petera2cpetera2c/simple-table/.agents/skills/seo-project-setup/SKILL.md

seo-project-setup

Skill233 starsChanged 3 months agoMITView on GitHub

Set up a durable local SEO workspace with project context, notes, goals, positioning, preferences, MCP checks, and Search Console data intake.

10 other projects use a version of this, 9 of them edited.

Adopted by

Most recently taken up by

Used with

Projects with it also use local-seo and seo-report.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • huiferSkill

    local-seo

    本地 SEO 分析和优化专家。自动检测项目是否需要本地 SEO,分析 NAP(Name, Address, Phone)一致性、本地关键词优化、Google Business Profile (GBP) 优化和本地结构化数据生成。提供本地商家搜索引擎排名优化建议,包括 NAP 标准化、本地关键词策略、GBP 完整性检查、评论策略、地图嵌入和本地 SEO 审计。

    Also in 5 projects that use this

  • 01claudingSkill

    seo-report

    SEO reporting and analytics dashboard generation. Creates weekly digests, monthly performance reports, quarterly strategy reviews, and real-time dashboard templates. Use when user says "SEO report", "weekly digest", "monthly report", "dashboard", "SEO metrics", "performance summary".

    Also in 3 projects that use this

The file

Show its rules and text

We split this skill into the rules it gives an agent

20 rules. 11 are common, 4 are distinctive, and 5 are very specific to this project.

  • 11

    Common

    Most of the 9 edited versions we read keep these.

  • 4

    Distinctive

    This author's own choices. Worth a look.

  • 5

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Do not create folders unless the user asks.

    line 41
  2. Common:

    Ask the user what they want from SEO:

    line 56
  3. Common:

    Ask for success metrics and timeframe.

    line 66
  4. Common:

    Ask what research they have already done about the company, product, audience, and competitors.

    line 70
  5. Common:

    If the user has not done this yet, offer to help research positioning using the company website, competitor pages, reviews, forums, and web …

    line 83
  6. Distinctive:

    After the user has described the company, website, goals, and positioning, check that OpenSEO MCP is configured and mapped to the right …

    line 87
  7. Very specific:

    Use whoami if available.

    line 89
  8. Very specific:

    Use list_projects to confirm the user can access projects.

    line 90
  9. Common:

    If the project list is ambiguous, ask the user which project should be used.

    line 92
  10. Distinctive:

    If the MCP is unavailable, tell the user to connect OpenSEO MCP before continuing with live OpenSEO data.

    line 93
  11. Very specific:

    Do not run research tools just to test connectivity.

    line 95
  12. Common:

    Fallback (self-hosted, or if the user prefers files): ask the user to export CSVs from Search Console into the SEO working folder.

    line 103
  13. Very specific:

    Ask them to drop files into gsc/ and use names like:

    line 112
  14. Common:

    Ask for or discover:

    line 123
  15. Common:

    After intake, recommend one next OpenSEO workflow:

    line 135
  16. Common:

    Use a checklist with statuses:

    line 145
  17. Common:

    Keep setup lightweight. The user should feel oriented, not assigned homework.

    line 162
  18. Very specific:

    Do not pretend a GSC CSV has been uploaded unless you can see it, and do not claim Search Console is connected unless …

    line 163
  19. Distinctive:

    Keep project setup focused on setup and context unless the user asks for live research.

    line 164
  20. Common:

    If web search or scraping is used for positioning research, distinguish source evidence from inference.

    line 165

“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “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

OpenSEO SEO Project Setup

Goal

Help the user set up a local SEO workspace for one website or SEO project. The folder is where the agent saves notes, goals, exports, briefs, reports, preferences, and project context over time. This is a workspace and context setup workflow, not a full audit.

Tone

Be friendly, practical, and structured. Ask questions in small batches. Explain why each item matters only when useful. Do not overwhelm a beginner with jargon.

Checklist

1. Pick a working folder

Suggest that the user choose or create a local folder for SEO work, for example:

  • ~/SEO/<company-or-site>/
  • ~/Documents/SEO/<company-or-site>/
  • A repo or workspace folder if SEO work should live beside website/content files

Explain that keeping notes, exports, briefs, scraped pages, reports, and preferences in one folder helps the agent build context over time. Future SEO workflows can use that folder rather than starting from a blank conversation.

Recommended starter structure:

seo-workspace/
  README.md
  gsc/
  keywords/
  competitors/
  content/
  outreach/
  reports/

Do not create folders unless the user asks. If file tools are available and the user asks, create a simple structure and a short README.md with the current goals, known sites, and user preferences for how the agent should approach SEO for this project.

2. Collect website scope

Ask for:

  • Primary website/domain
  • Additional domains or subdomains
  • Important products, services, categories, or pages
  • Target countries/languages
  • Whether the site is new, established, migrating, or recovering from a drop
  • CMS or publishing workflow, if relevant

3. Capture goals

Ask the user what they want from SEO:

  • More qualified leads
  • More signups/trials
  • More ecommerce revenue
  • More newsletter/audience growth
  • More brand/category awareness
  • Recovery from traffic loss
  • Better ranking for specific pages

Ask for success metrics and timeframe. If goals are vague, help turn them into measurable goals such as "increase non-branded organic signups" or "rank top 10 for 20 buying-intent terms."

4. Capture positioning and strategy context

Ask what research they have already done about the company, product, audience, and competitors. Request any notes, docs, customer interviews, positioning docs, pitch decks, landing pages, or strategy memos they can share.

Probe for:

  • Who the product or site is for
  • What pain it solves
  • Why users choose it over alternatives
  • Competitors and substitutes
  • Strong opinions or positioning claims
  • Best customers and bad-fit customers
  • Existing content that already converts
  • Topics they do not want to target

If the user has not done this yet, offer to help research positioning using the company website, competitor pages, reviews, forums, and web search.

5. Verify OpenSEO MCP

After the user has described the company, website, goals, and positioning, check that OpenSEO MCP is configured and mapped to the right project:

  1. Use whoami if available.
  2. Use list_projects to confirm the user can access projects.
  3. Match the project to the website/domain they want to rank for.
  4. If the project list is ambiguous, ask the user which project should be used.
  5. If the MCP is unavailable, tell the user to connect OpenSEO MCP before continuing with live OpenSEO data.

Do not run research tools just to test connectivity; whoami and list_projects are enough.

6. Connect Google Search Console

GSC is the richest first-party signal: existing impressions, near-ranking terms, cannibalization, and pages that already have search demand.

Preferred (hosted): connect it natively. On the project's Integrations page, connect Google Search Console and pull live data with get_search_console_performance. Once connected, the agent reads it directly in keyword-research and keyword-clustering — no manual files to maintain.

Fallback (self-hosted, or if the user prefers files): ask the user to export CSVs from Search Console into the SEO working folder.

Recommended exports:

  • Queries: last 3 months and last 16 months if available
  • Pages: last 3 months and last 16 months if available
  • Query + page combinations when possible
  • Countries/devices if relevant

Ask them to drop files into gsc/ and use names like:

gsc/queries-last-3-months.csv
gsc/pages-last-3-months.csv
gsc/queries-last-16-months.csv
gsc/pages-last-16-months.csv

7. Inventory existing assets

Ask for or discover:

  • Sitemap or important URL list
  • Current blog/resources/content library
  • Product/category/feature pages
  • Existing keyword lists
  • Current rank trackers
  • Backlink or PR assets
  • Linkable assets such as studies, templates, tools, datasets, calculators, or original opinions

8. Recommend first workflow

After intake, recommend one next OpenSEO workflow:

  • keyword-research: when the user needs ideas from seed topics
  • keyword-clustering: when they have keywords or GSC data to map to pages
  • competitive-landscape: when the market is unclear
  • competitor-analysis: when they know a competitor to study
  • link-prospecting: when they have a linkable asset or target page

Output format

Use a checklist with statuses:

StepStatusNotesNext action

Then summarize:

  • Working folder
  • OpenSEO MCP/project status
  • Sites in scope
  • Goals
  • Known positioning
  • Uploaded data/files
  • Recommended next workflow

Guardrails

  • Keep setup lightweight. The user should feel oriented, not assigned homework.
  • Do not pretend a GSC CSV has been uploaded unless you can see it, and do not claim Search Console is connected unless get_search_console_performance confirms it (it returns a "not connected" message otherwise).
  • Keep project setup focused on setup and context unless the user asks for live research.
  • If web search or scraping is used for positioning research, distinguish source evidence from inference.

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.