Skip to main content
Glama
INITE MCP
by inite-ai

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
INITE_TOKENNoUse this token instead of the stored one.
INITE_MCP_URLNoPoint at a different endpoint. Default https://inite.ai/api/mcp.https://inite.ai/api/mcp
INITE_AUTH_URLNoAuthorization server. Default https://auth-api.inite.ai.https://auth-api.inite.ai
INITE_TOKEN_FILENoWhere the token lives. Default ~/.config/inite/mcp.json.~/.config/inite/mcp.json

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
check_ai_accessA

Read a site's robots.txt and say which AI crawlers may fetch it, separating the ones that retrieve pages to answer live questions from the ones that only collect training data. Blocking the first kind is what makes a site invisible in AI answers; blocking the second costs nothing. Runs locally, no account needed.

check_identity_filesA

Probe a site for the identity files an AI engine may look for — llms.txt, ai.json, identity.json and the rest — and report which exist. Runs locally, no account needed.

check_page_signalsA

Read a site's homepage and report the signals an engine uses to work out what it is: title, description, canonical, hreflang and the Schema.org types in its JSON-LD. Runs locally, no account needed.

check_identityA

Free and instant, no account: read a website the way an AI engine does before it ever answers about it. Returns which answer-engine crawlers robots.txt lets in (retrieval, which decides whether the site can be cited) and which training crawlers it blocks (which costs nothing), the identity files present (llms.txt, ai.json and the rest), whether the homepage carries Organization schema, an identity score out of 100, and the fixes that reading names. No model is asked; for whether the engines actually name the site, run analyze_site.

analyze_siteA

The AI visibility audit: the identity files, crawler policy, schema graph and page health, then the answer engines asked whether they name the site, scored out of 100. Starts a run and returns its run_id; it takes about a minute, so call get_analysis with that id. Without an account it runs the survey (the audit without its two paid steps), two a day per address; a free account gets the teaser, a paid plan the whole audit, on the account's own allowance.

get_analysisA

Read an audit started by analyze_site: progress while it runs, then the score out of 100 and what to fix first. Only the caller who started the run can read it - the account, or for a guest the same address.

visibility_fixesA

The fix plan for a site's AI visibility, most important first: what to change, why it matters for being named in AI answers, how many points of the score it should recover, the pages it applies to, and a paste-ready file or snippet when there is one (llms.txt, robots.txt rules, Organization schema). Free from the identity reading, no account; signed in, it is built from your latest finished audit of that site, which covers the answer engines too.

compare_sitesA

Your site against a competitor's, read the way an AI engine reads them before it answers: identity score out of 100, which answer-engine crawlers each lets in, the identity files each has (llms.txt, ai.json and the rest), Organization schema, and where each one is ahead. Free and instant, no model asked; counts two identity checks.

visibility_historyA

How a site's AI visibility reading has moved over time: for a site in the INITE Atlas, its weekly readings (identity score, answer-engine crawlers let in, llms.txt, Organization schema, the top fix each week); signed in, your own audits of it too, with their scores. Free, no model, and no check is spent: it reads what was already measured.

inite_connectA

INITE's MCP servers and how to add each to this client: INITE Atlas and INITE Atlas Owners (signed in: add a tool, its card, premium), INITE Visibility and its signed-in door (your audits, a licence), INITE and its signed-in door (your account, Local Start). Call it when the person wants something this server does not do; give for to get the one server that does it. Returns the URL, the Claude Code command, Cursor and VS Code install links, and the custom-connector step for claude.ai and ChatGPT.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.8/5.0

Scored across 10 tools

Disambiguation3/5

check_identity is effectively a superset that internally reports robots.txt crawler policy (check_ai_access), identity files (check_identity_files), and Organization schema (check_page_signals), so an agent faces four overlapping readings of the same site and must infer granularity versus composite. The analyze_site/get_analysis and visibility_fixes trio is better separated, and descriptions do explain the differences, but the overlap between the local checks and check_identity is real.

Naming Consistency3/5

All snake_case and readable, but verb conventions are mixed: check_* for four tools, then analyze_site, get_analysis (which does not match its partner's noun), visibility_fixes (noun-only), compare_sites, and inite_connect. Predictable in the check_* family but not across the set.

Tool Count4/5

Ten tools is a sensible scope for an AI-visibility auditing service. However, check_ai_access, check_identity_files, and check_page_signals feel like decompositions of check_identity, so the count is slightly inflated by near-redundant granular tools.

Completeness4/5

Coverage is strong: crawler policy, identity files, page health, full audit, run retrieval, fixes, comparison, and history all exist for the stated domain. The main gap is that get_analysis needs a known run_id with no tool to list prior audits or runs, and there is no cancel/delete for an in-flight audit.

Maintenance

ActivityMaintained
ResponsivenessSyncing