INITE MCP — AI visibility, from inside your agent

Ask your assistant whether the answer engines can see a website, and get a number back.

> Can ChatGPT actually find stripe.com, or is it invisible?

  analyze_site(url: "stripe.com")   → run_id: cm4x…
  get_analysis(run_id: "cm4x…")     → Score: 78/100

The audit reads a live site the way an assistant does — the identity files an engine looks for (llms.txt, ai.json and the rest), the crawler policy, the schema graph, page health — and then asks Claude, ChatGPT, Gemini and Perplexity whether they name it. One score out of 100 across eight weighted sections.

It is the same audit that runs at inite.ai/en/analyze.

Works before you sign in

Three of the tools run entirely on your machine — a robots.txt fetched, a file probed for, a page parsed. No account, no allowance, no call home.

> Is anything blocking AI crawlers on stripe.com?

  check_ai_access(url: "stripe.com")

  Retrieval: all 7 answer-engine crawlers may fetch the site.
  Training:  3 of 8 blocked — Meta-ExternalAgent, Bytespider, Amazonbot.

The rest is inite.ai's AI visibility server, and it answers signed out too, as a guest: check_identity, the fix plan (visibility_fixes), a competitor read the same way (compare_sites), how the reading moved (visibility_history), and analyze_site as the survey - the audit without its two paid steps, two a day per address.

> What should firecrawl.dev fix first so ChatGPT can use it?

  visibility_fixes(url: "firecrawl.dev")

  1. [critical] No structured data on the site (about +3.5 points)
     Do: Add Organization (and WebSite) JSON-LD to every page.
  2. [high] 7 retrieval crawlers are blocked on …

Visibility and nothing else. INITE's services and booking are ai.inite/inite, the catalogue of AI tools is ai.inite/atlas.

Signing in makes the calls your account's: its tier of the audit (the teaser on a free plan, the whole audit on a paid one) and your audits: my_reports, and the fix plan and history built from them.

Install

Claude Desktop, Cursor, or any client that launches a stdio server:

{
  "mcpServers": {
    "inite": {
      "command": "npx",
      "args": ["-y", "@inite/visibility"]
    }
  }
}

Then sign in once:

npx @inite/visibility login

That opens a browser, you approve, and the token is stored at ~/.config/inite/mcp.json with owner-only permissions. Authorization code with PKCE over a loopback redirect, the flow RFC 8252 prescribes for a native app. Nothing is written to the repository and no secret ships in the package.

Already have a token (CI, a shared config, a container):

{
  "mcpServers": {
    "inite": {
      "command": "npx",
      "args": ["-y", "@inite/visibility"],
      "env": { "INITE_TOKEN": "…" }
    }
  }
}

INITE_TOKEN wins over the stored file.

Client speaks remote MCP? Skip this package. Point it straight at https://inite.ai/api/mcp/analyzer: every open tool answers without a token, and a member tool answers 401 with WWW-Authenticate naming the protected-resource metadata, which names the authorization server.

Tools

Local — no account:

**Remote — open without an acc

... View full README on GitHub