Skip to content

Open-source · MIT · 26 skills

A drop-in skill pack for AI coding agents.

Build sites that search engines rank and AI assistants are eligible to name.

Six agents, one per system. Meet the department
agent-audit

$ claude "audit my site's SEO"

Analyzing built output from /dist...

✓ Access rung 1: Reach (HTML serves content)

✓ Access rung 2: Read (metadata & Core Web Vitals)

✗ Access rung 3: Understand (missing JSON-LD)

Fixing rung 3...

↳ Injected SoftwareApplication schema into index.html

↳ Added Organization schema to /about

Ready for review. Run `git diff` to see changes.

Sound familiar?

You vibe-coded a new app over a weekend. It looks great, the design is clean, the demo works. You ship it, and weeks later: nothing. No search traffic, no AI tools mentioning it.

The build is quietly full of SEO problems you can't see in a browser: an empty HTML shell that crawlers receive, missing titles and metadata, no structured data, pages wired to nothing. The site exists for a human with a browser, and barely exists for a search engine. That's the gap this closes.

Start where you actually are

Which of these are you saying right now?

Nobody arrives asking for "the Access system". They arrive because the site dropped, or they are about to launch, or they want ChatGPT to mention them. Each situation is a job: it decides which system leads, what order to work in, and how much the agent may do on its own.

“I have an idea and I am about to build it”

The only time you can get it all right first. Read the demand before writing code, and find out early if nobody is searching for this.

New siteDemand leads

“We are going live this week”

Triage with a deadline. Blockers that make you invisible, checked on the real production URL, then everything else next week.

LaunchAccess leads

“Something is wrong and I do not know why”

Find what changed and when, before touching anything. Guessing wastes the one advantage you have: a before and an after both exist.

RescueOperations leads

“It works, and I want more of it”

Nothing is broken, so a technical audit will find nothing that matters. Work out whether the constraint is demand, substance or authority.

GrowSubstance leads

“The URLs are changing”

The highest-stakes job there is. Inventory everything before you change anything, because you cannot enumerate a site that is already gone.

MigrateAccess leads

“I need a lot of pages”

Mostly a quality gate. The work is deciding which pages deserve to exist, and the honest answer is usually far fewer than you asked for.

ScaleSubstance leads

“I want AI assistants to recommend me”

There is no lever here. Identity leads, eligibility is the ceiling, and anyone promising a citation is overselling.

AI visibleIdentity leads

“I need to audit a site I do not control”

Observe only, and the report is the product. Find the constraint and prove it, rather than listing ninety imperfections.

Client auditThe constraint leads

“Keep it from breaking”

Visibility decays. Re-verify what was fixed, catch the regression a deploy introduced, and report even when nothing happened.

MaintainOperations leads

Each job is written out in the pack, with its order of work and the things it must never do. Read the nine jobs.

What's going wrong  →  what the pack does

My AI-built site isn't showing up in Google

Finds why crawlers can't see it, and fixes it

I edited the code but search didn't change

Verifies on the served HTML, not the source

I want to rank, not just look good

Works all five systems, because ranking is what they produce

My site is slow or clunky on mobile

Diagnoses Core Web Vitals and mobile, fixes the causes

Engines don't understand my pages

Adds valid, honest structured data they can read

I can't risk breaking what already ranks

Audits safely, preserving URLs, canonicals and what works

Fixes keep silently breaking on deploys

Re-audits and catches regressions, even in CI

I'd also like AI answers to name me

Works the eligibility an assistant surface rewards

Tuned to your site

What are you building?

The method is the same for every site; where sites fail is not. Pick your kind of site to see the failures the audit hunts first. Each has a full guide, and a profile in the pack that tunes the audit automatically.

SaaS & product marketing

The classic failure: The marketing site is an SPA that serves crawlers an empty shell.

  • Marketing pages client-rendered, invisible in the served HTML
  • Vague 'platform that empowers teams' copy matching no real query
  • Pricing hidden inside a JavaScript-only widget
  • Thin 'alternatives' pages that add no real value

Priority tilt

Check Access first and hard, because rendering is usually the floor. Then Substance (intent-matched clarity) and Identity (one provable company entity), which is what makes you eligible on assistant surfaces too.

Read the saas guide

Or browse all seven use-case guides.

Why doesn't it rank?

AI-built sites often look perfect in a browser but are nearly invisible to crawlers. Coding agents frequently edit JSX and declare "meta tags added" without verifying what's actually served in the built HTML. If a crawler receives a blank <div id="root">, your site can't rank, because to a search engine it isn't there.

Ranking is the goal, and it is not a single step you can take. It is the outcome of five things being true at once: you have read what people actually ask, an engine can tell who you are, the page is worth choosing, a machine can reach and read it, and something credible points at you. The same five decide whether an AI assistant like AI Overviews, ChatGPT or Perplexity is even eligible to name you. An assistant is another surface, not a layer bolted above the basics.

Most AI-built sites fail on the first of those a machine meets: they are unreachable or unreadable, which caps everything else. This skill pack fixes that first, then works the rest.

See it on the served HTML

A site built as a single-page app looks perfect in your browser, and serves crawlers an empty shell. The pack checks what's actually served, and fixes it.

Before, what the crawler gets
<body>
  <div id="root"></div>
  <script src="/app.js"></script>
</body>
# curl returns an empty shell.
# No headings, no copy. Invisible.
After, content in the served HTML
<main>
  <h1>Web design that converts</h1>
  <p>Award-winning studio in Leeds…</p>
</main>
# curl now returns real content.
# Crawlable. Indexable. Citable.
Before, the <head>
<head>
  <meta charset="utf-8">
  <meta name="viewport" ...>
</head>
# No title, no description.
# Nothing to show in the results.
After, indexable metadata
<head>
  <title>Web design that converts | Studio</title>
  <meta name="description" content="…">
  <link rel="canonical" href="…">
</head>
# A real title and snippet.
# A reason to click.
Before, no structured data
<!-- nothing here -->
# Engines can't identify what
# this page actually is.
After, entities engines read
<script type="application/ld+json">
{ "@type": "Product",
  "name": "…", "offers": {…} }
</script>
# A real entity, honestly marked up.
# Eligible for rich results.

Verified by re-fetching the page, not by trusting that a source edit worked.

The Visibility Model

Five systems, one loop

Visibility is not a climb. It is five systems held true at once, separated by how much control you actually have: you observe Demand, you build Identity, Substance and Access, and you earn Distribution. Click any system to see what it checks.

Operations

The loop around all five

Measure, verify on the served output, catch regressions, report, repeat. Visibility decays: a fix verified in March is undone by a deploy in April, so every finding that was fixed stays watched, and a regression reopens itself.

Inside Access

The Visibility Ladder, four rungs

Dependency runs one way here and nowhere else in the model: the lowest broken rung quietly caps everything above it. So the pack diagnoses top to bottom and fixes bottom to top, and verifies each rung on the served output rather than the source.

1
Reach.Can a machine get to the content at all?
2
Read.Once reached, is there real content, served, fast and usable?
3
Understand.Can the engine identify the entities on the page?
4
Connect.Is the page wired into a coherent site?

Rank is not a rung you climb to. It is the outcome all five systems produce together, on a surface you have chosen, kept true by the loop. An AI assistant is one of those surfaces rather than a layer above them: being named draws on all five systems at once, and it can only be sampled, never measured the way a ranking is. So eligibility is the only outcome anyone should ever claim.

Six agents, six sets of fences

It is a department, not a button

Each system has a role that owns it, and each role has its own fences: what it may do on its own, what it has to ask you about, and what it will not do at any level. "Let the agent do SEO" is not a decision anyone can make safely. This is.

Demand Analyst, the agent that owns Demand

Demand Analyst

Demand

Observed

What are people and machines actually asking, and which of it is worth having?

Reads the demand instead of inventing it, and says which of it you could realistically hold. Reading this wrongly points every other system at the wrong target, perfectly executed.

Rung 1. Observe only

Invents a search volume or a difficulty score. A fabricated number is worse than none, because somebody will plan around it.

Identity Steward, the agent that owns Identity

Identity Steward

Identity

Built

Who are you, provably, everywhere you appear?

Establishes the name, the places, the people, the credentials and the proof, and labels every fact established, inferred or unknown. An engine that cannot work out who you are has nothing to recommend.

Rung 3. Proposes, you approve

Fabricates an author, a credential, a review or an address. No approval path, at any level.

Content Editor, the agent that owns Substance

Content Editor

Substance

Built

Is what you offer and say actually worth choosing?

Judges a page against the real intent and against what already ranks, then improves what exists. Where something genuinely needs writing, it briefs a human instead of filling the gap.

Rung 2. Recommends, edits what exists

Generates filler, invents a statistic, or bumps a date to simulate freshness.

Technical Engineer, the agent that owns Access

Technical Engineer

Access

Built

Can a machine reach it, read it, understand it and move through it?

Works the Visibility Ladder, diagnosing top to bottom and fixing bottom to top, and verifies every fix on the served output rather than the diff. Also guards the gates that stop it regressing.

Rung 3. Proposes, you approve

Changes a canonical, a redirect or robots rules unasked. A wrong one is a self-inflicted outage.

Distribution Strategist, the agent that owns Distribution

Distribution Strategist

Distribution

Earned

Does anything outside your control point at you or stock you?

Quantifies the authority gap against named competitors, says honestly whether authority is even the constraint, and writes the angle. Then hands all of it to a person.

Rung 2. Advises, never acts

Sends outreach, posts anywhere, or buys a link. The only role that cannot act at any level, by design.

Account Reporter, the agent that owns Operations

Account Reporter

Operations

The loop

What does a human actually need to decide?

The only one that writes for you rather than for a machine. Turns findings into something you can act on, and carries each one's confidence through instead of flattening it into an assertion.

Rung 2. Writes, you decide

Publishes a forecast, invents a metric, or reports a fix without evidence from the served page.

And the seat none of them sits in

What should we actually do, and is this good enough to publish?

The agents have no taste, no strategy and no accountability. Someone still has to decide what the site should say, judge whether a draft is any good, and own the call when a change goes wrong. That part has not been automated, and this pack does not pretend otherwise. Why human judgement wins.

It's an audit that remembers

Not a one-shot fix. The pack writes a .seo/ folder into your project, so every run builds on the last, and catches regressions before they cost you.

First run

Audits all five systems, fixes the safe wins, and records a baseline, a readable report, an issue tracker, and a history.

Every re-run

Re-verifies past fixes on the served HTML, catches regressions (a fix that quietly broke in a deploy), finds what's new, and advances.

In CI, automatically

Wire it into a deploy/PR check so a change that makes your site uncrawlable fails the build, not weeks later in lost traffic.

.seo/
.seo/
├── audit.md     # readable scorecard
├── state.json   # every issue + status
└── log.md       # dated run history

A skill for every part of SEO

Twenty-six skills, grouped by the system each one serves. The orchestrator routes broad requests; reach for a specialist when you already know the job. Hover any skill for the technical detail.

Start here

seo-orchestrator
Runs the whole model as a repeatable audit and routes to every other skill
Step 0 infers the site's purpose, stack, platform and sector from the codebase and served pages, then runs the .seo/ audit lifecycle across all five systems: a baseline scorecard, diagnosis, approved fixes, and progression and regression checks on every rerun.

Demand: what is actually being asked

seo-demand-keyword-research
Finds demand you don't have yet, and sizes it honestly
Seeds from your business rather than from a tool, clusters by intent rather than by string (the live SERP is the arbiter), sizes each cluster with numbers that carry their source and date, and judges which of it is actually reachable. The rejection list is treated as the most valuable part of the output, and "there is no reachable demand here" is a valid finding, cheapest to make before anything is built.
seo-demand-search-data
Reads the search data your environment already has
Uses whatever read-only data you already have (Search Console, analytics, CrUX, Bing, an SEO tool) to triage indexing reasons, protect pages that earn traffic, map real demand and striking-distance queries, and measure whether a change actually worked. Never a precondition, and it never invents a number.

Identity: who you provably are

seo-identity-context
Learns the business before a word gets written
The foundation under all the content work. It reads your repository, your served pages, your connected data and free public sources to establish what you actually sell, who you serve and the words they use, which differentiators are provable, what real proof exists, and how you write. Everything lands in .seo/context.md with each fact labelled established, inferred or unknown, so only what you genuinely stated can ever reach published copy or schema.
seo-identity-positioning
Topical authority and how to differentiate
Maps the topical authority you can credibly own: cluster and entity coverage, competitor gap analysis and a differentiation angle, rather than chasing every keyword.

Substance: whether it is worth choosing

seo-substance-quality
Whether a page deserves to win: intent, quality, depth
Judges the page on its merits: search-intent match, genuine quality and depth against what already ranks, and honest on-page evidence of experience and expertise. This is the difference between being eligible and being chosen.
seo-substance-content-audit
Assess content; keep / improve / consolidate / prune
Inventories content and scores each URL on performance and intent, then recommends keep, improve, consolidate or prune, with redirect handling for anything removed.
seo-substance-content-editing
Improve real copy, editing, never generating
Improves existing copy only, never generates filler: tightens intent match, structure, internal links and metadata while preserving the author's voice and factual accuracy.
seo-substance-media
Image and video SEO (schema, sitemaps, transcripts)
Image and video SEO: alt text, descriptive filenames and modern formats, image and video sitemaps, VideoObject schema with honest values, and real transcripts and captions.
seo-substance-at-scale
White-hat pages-at-scale (no thin or doorway pages)
White-hat pages-at-scale from data, behind a quality gate that refuses thin or doorway pages, and with crawl budget and indexation controlled deliberately.

Access: the Visibility Ladder, and its specialists

seo-access-reach
Rung 1. Crawlable, rendered in the served HTML, indexable
Verifies crawlability and indexation on the rendered HTML: robots.txt, meta robots and X-Robots-Tag, HTTP status and redirect chains, canonical signals, XML sitemaps, HTTPS and security headers, plus AI-crawler access specifically, confirming real content survives JavaScript rendering.
seo-access-read
Rung 2. Real content, metadata, page speed and mobile
Checks served content and metadata: unique titles and descriptions, heading structure and readable body text, plus Core Web Vitals (LCP, INP, CLS) and mobile usability, because an empty or painfully slow render fails before anything else can help.
seo-access-understand
Rung 3. Structured data so engines identify your entities
Adds valid, honest JSON-LD so engines can identify entities: Article, Product, Organization, LocalBusiness, FAQ, JobPosting, Event, Course and Review or AggregateRating, validated against rich-result requirements and never fabricated.
seo-access-connect
Rung 4. Internal links, architecture, canonicals
Builds a coherent site graph: internal linking and anchor text, crawl depth and orphan pages, canonical and pagination strategy, breadcrumb structure and URL hygiene, so authority flows to the pages that matter.
seo-access-performance
Core Web Vitals deep work
Field data first, then lab: LCP sub-parts, INP phases and Long Animation Frames, CLS and bfcache, third-party tag triage, and an honest line on what build time can and cannot prove.
seo-access-migrations
Preserve rankings when URLs change
Protects rankings through URL changes such as redesigns, replatforms and domain moves: a full URL inventory, 1:1 301 redirect mapping, canonical and sitemap updates, and post-launch verification that equity transferred.
seo-access-logs
Server-log and crawl-budget analysis (large sites)
Server-log and crawl-budget analysis for large sites: verified crawlers only, surfacing what crawlers actually fetch, under-crawled pages, wasted crawl budget and crawl traps.
seo-access-international
hreflang, locales and URL strategy
Multi-country and multilingual sites, validated on the served output because hreflang fails silently: self-references and reciprocity, valid language and region codes, per-locale canonicals, one consistent URL strategy, and no IP redirects trapping crawlers in a single locale. On an existing site, locale wiring is treated as intentional until the history says otherwise.

Distribution: what points at you (earned, advisory)

seo-distribution-authority
Backlink audit, the authority gap, and a white-hat strategy
Advisory by design: backlink and toxic-link audit with a disavow file where warranted, the competitor authority gap, and a white-hat link-earning and digital-PR strategy. It never executes outreach, never arranges placement and never buys anything.

Operations: keeping it true

seo-operations-launch-qa
Pre-launch and go-live checks on the production URL
Go-live checks on the real production URL, split into launch blockers and fix-this-week, with a quick-wins mode and a first-week watch list.
seo-operations-measurement
Analytics, Search Console and web-vitals setup
Sets up honest measurement: analytics, Google Search Console, Bing Webmaster Tools and web-vitals field data, with event and conversion tracking so changes can be attributed instead of guessed.
seo-operations-automation
CI/CD regression gate and scheduled re-audits
Codifies the mechanisable checks into CI/CD: a GitHub Action that runs served-HTML checks on deploy and PRs and fails the build on a critical regression, plus Lighthouse CI and scheduled re-audits.
seo-operations-reporting
Package findings into a prioritised plan or proposal
Packages audit findings into a prioritised, effort-versus-impact roadmap with clear rationale and honest outcome language, sequenced so anything blocking Access lands before strategy work.

Surfaces: where visibility is judged

seo-surface-assistants
Eligible to be named by AI answer engines. Eligibility only
Makes a page eligible to be named by an answer engine: extractable answers, clear quotable claims, entity consistency, and the machine-readable interfaces (llms.txt, feeds, endpoints) agents reach for. Eligibility is the only outcome it claims, because a citation is never guaranteed and can only be sampled.
seo-surface-local
The map pack, the profile, and the half you control
Local search, where Identity leads and most of what decides the outcome is not your website. NAP identical across every page and every piece of schema, LocalBusiness markup that matches the visible page, the address as text in the served HTML, and real location pages that pass the doorway test. Explicit that the Google Business Profile, the reviews and the searcher's proximity are earned off-site and cannot be changed from a repository.
seo-surface-shopping
Product feeds: the feed, the page and the markup must agree
Nearly every shopping problem is a disagreement between the Merchant Center feed, the visible page and the JSON-LD. Diagnoses it as a diff across a deliberate sample (a simple product, a variant, a sale item, one out of stock), and fixes it at the data source, because patching the markup to match the feed drifts again on the next price change. Never fabricates an identifier to get an item approved.

Use it well

Powerful, and only as good as your judgement

The agent verifies, executes and remembers; you decide, review and own. The guide is the honest manual: why human judgement always wins, the six habits that make this pack compound, and the short list of things you should never let an agent do.

Read the full guide

How do I install SEO for AI Agents?

Fastest start, paste this into your agent

No setup. Drop this prompt into Claude Code, Cursor, or any AI coding agent and it audits your site and reports back. It won't change anything until you ask it to.

starter prompt
Use the seo-for-ai-agents skill pack (https://github.com/manibharij/seo-for-ai-agents): audit my site against the Visibility Model (Demand, Identity, Substance, Access, Distribution), checking on the served HTML. Do not change any code or files yet. Report anything blocking Access first, since nothing else counts if a machine cannot reach the page, then a prioritised list of issues with the recommended fix for each in plain English. Never fabricate authors, reviews, or trust signals.

More prompts you can paste straight away

Once the pack is installed, reach for the right job. Each one is read-only: it analyses and reports, so nothing changes until you decide. Swap the bracketed parts for your own details.

diagnose-why-not-ranking

Using seo-for-ai-agents, analyse why [paste URL] isn't ranking. Work top-to-bottom through the Visibility Ladder inside Access on the served HTML, identify the lowest failing rung, then check Substance and Identity, and explain the root cause. Report your findings only, don't change any code or files.

read-only-site-audit

Using seo-for-ai-agents, run a read-only SEO audit of my site. Diagnose each of the five systems on the served HTML and give me a prioritised list of issues with the recommended fix and the risk of each. Don't edit any files, just report.

review-structured-data

Using seo-for-ai-agents, review the structured data on my pages. Check what's present in the served HTML, flag anything missing, invalid, or not matching the page, and recommend honest schema to add. Report only, don't change anything.

pre-migration-redirect-plan

Using seo-for-ai-agents, I'm about to change my URLs / redesign / move domains. Inventory the current URLs and give me a recommended 1:1 301 redirect map plus a pre-launch checklist. Just produce the plan, don't apply any changes.

explain-core-web-vitals

Using seo-for-ai-agents, analyse my Core Web Vitals and mobile experience on the served pages. Identify the build-time causes (images, fonts, JavaScript, layout shift) and tell me which to address first. Diagnosis only, don't change code yet.

assistant-eligibility-check

Using seo-for-ai-agents, assess whether my pages are eligible to be named by AI answer engines. Review only, don't change anything: check answer formatting, entity consistency and attribution on the served HTML, and tell me what to improve. Report eligibility only, and don't claim or estimate citations.

Step 01

Install into your agent

Drop the skills folder into your agent's config directory or copy-paste a mini. No complex setup.

Step 02

Ask it to audit your site

Tell your agent: 'Audit my SEO'. It detects your stack, finds what's failing across the five systems, and dispatches fixes.

Step 03

Review and approve

The agent explains every change in plain English. You decide what to publish. All fixes are reversible.

Supported Environments

Claude Code

~/.claude/skills/

Cursor

.cursor/rules/

AGENTS.md

For Codex, Zed, Gemini CLI

Copy-paste Minis

Zero config needed

Is SEO for AI Agents right for you?

For

  • Developers and marketers who vibe-code with AI agents
  • Anyone building a new site with Claude Code, Cursor, or Codex
  • Developers whose AI-built site isn't showing up in Google
  • Agencies and consultants who audit client sites
  • Existing sites that need SEO health maintained over time

Not For

  • Anyone expecting guaranteed rankings or citations
  • People without an AI coding agent
  • Those wanting live rank-tracking or backlink tools
  • Black-hat or spam SEO

What doesn't SEO for AI Agents do?

"This pack fixes build-time, owned-media SEO on your own site: Identity, Substance and Access, the three systems you actually build. Demand it reads rather than invents, and Distribution it analyses and advises on, never executes. It does not guarantee rankings or citations. Whether a search engine ranks your page, or an AI answer engine names it, depends on many factors outside any tool's control. It's also experimental, so always review an AI agent's changes before publishing. Work on an assistant surface improves your eligibility; nothing can promise the outcome."

Key distinctions

  • Builds your owned media; analyses and advises on earned media, never executes it
  • Verifies on served HTML, not just source code edits
  • Strictly white-hat, never fabricates authors, experience signals, or reviews
  • Works for existing sites too (protects URLs and canonicals that already rank)
  • Reports eligibility on assistant surfaces, never a guaranteed citation

The honest question

Can AI agents replace SEO professionals?

No, and anyone promising otherwise is overselling. Strategy, judgement and hard-won experience don't come in a skill pack. But that was never the point. This puts a rigorous, white-hat SEO method in your agent's hands and runs it like continuous testing: a tireless audit that checks the fundamentals on every build, shows you what's wrong, and waits for you to decide. A force-multiplier for an SEO professional, and a safety net for everyone building without one.

It assists, it doesn't replace

The method is rigorous, but it has no taste, no strategy and no accountability. A human still owns the calls that matter. Treat its output as a well-argued draft from a fast junior, not a verdict, and keep evaluating it as the professional you are (or hire one).

A considered bet on where this is heading

Using it now is a wager that coding agents keep getting better at SEO, and that the people who learn to direct them well compound an edge. It is built to grow more capable as the models do, so you are testing and learning early, not late.

It changes nothing unless you say so

By design it audits and reports first, and makes no edits to your code until you have reviewed the findings and told it to proceed. Continuous testing on your terms, with nothing touched behind your back.

It is at its best on new or recent builds that aren't ranking yet, laying clean foundations from the start, and as a constant second pair of eyes for an SEO professional on an established site. It cannot guarantee rankings or citations; those depend on factors no tool controls. Built on a fifteen-year, white-hat SEO mindset, to do the right things well and leave the decisions to you.

Frequently asked questions

What is the Visibility Model?

It's the method behind the pack: five systems that produce visibility, separated by how much control you actually have. You observe Demand, you build Identity, Substance and Access, and you earn Distribution. An Operations loop keeps all of it true as the site changes. Rank is not one of the five; it's the outcome they produce together.

Where did the Visibility Ladder go?

It is now the Access system, and inside Access it works exactly as before: four rungs, Reach, Read, Understand and Connect, diagnosed top to bottom and fixed bottom to top. Rank is no longer a rung, because it was never a step you could climb to. Search intent and quality moved to Substance, and real experience, expertise and authorship moved to Identity, which is where that work actually happens.

Does it guarantee rankings or AI citations?

No, and anything that promises guaranteed rankings is misleading. It fixes build-time, owned-media SEO and improves your eligibility to rank and to be named by an assistant. Whether a search engine ranks you, or an AI engine cites you, depends on competition, demand, and authority outside any tool's control.

Does it work on existing sites, or only new ones?

Both. On an existing site it audits without regressing what already ranks: it preserves URLs (adding redirects if any must change), respects intentional canonicals and noindex rules, and flags bigger changes for you to approve first.

What about WordPress, Shopify, or Webflow?

The diagnosis works on any site, because it reads the served HTML. On hosted platforms the fixes often live in the platform's settings or theme rather than code, so the agent tells you exactly what to change, rather than editing code it doesn't control.

Is it free? Do I need paid data tools or API keys?

It's free and open-source (MIT), and needs no paid data to work. You can optionally connect your own Search Console, DataForSEO, or Ahrefs keys to sharpen the audit, but nothing is paywalled or required.

Will it change my code without asking?

It applies safe, clearly-correct fixes and explains each one in plain English. Risky changes like restructuring URLs, removing content, or authorship and trust decisions are flagged for you to approve. You review before publishing, and everything stays in version control.

Which AI coding agents does it work with?

Claude Code, Cursor, and AGENTS.md hosts (Codex, Gemini CLI, Zed) via the skills, or a copy-paste mini in any chat. It's a skill pack the agent reads, not a separate app to run.

Does it work for my kind of site: a shop, a blog, a SaaS, a local business?

Yes. The pack ships eleven site-type profiles that tune the audit: e-commerce, SaaS marketing, local business, blogs and content sites, documentation, news publishers, marketplaces and directories, affiliate and comparison sites, and portfolios, plus two modifiers you combine with those: international, and YMYL for health, legal, finance and safety. The orchestrator detects your site type itself and applies the right profile, weighting the checks that matter most for it.

See all seven use-case guides