Connect your AI assistant to Inclusify and ask about the accessibility of your own websites: what is failing, where it lives in your source, and whether the fix you just wrote actually fixes it.
This repository is the install surface — the plugin manifests, the registry entry and one skill.
The MCP server itself runs at https://app.inclusifyapp.com/api/mcp/customer and is not open
source.
Cursor — Add to Cursor, or install the Inclusify plugin from the Cursor marketplace.
Claude Code
claude mcp add --transport http inclusify https://app.inclusifyapp.com/api/mcp/customerOr install this repository as a plugin marketplace, which brings the skill with it:
/plugin marketplace add magebitcom/inclusify-pluginGemini CLI
gemini extensions install https://github.com/magebitcom/inclusify-pluginEverything else — Claude web and desktop, ChatGPT, VS Code, Windsurf, Continue and the rest are one URL each. The exact file and field name per client are documented at inclusifyapp.com/docs/integrations/mcp.
Your client registers itself and opens a browser tab. You sign in to Inclusify or create an account; if you have no organisation yet you are asked to name one, which is your workspace. A consent screen shows what the client gets — your basic profile and email address, nothing else. Nothing to paste, and no key to manage.
Installing this plugin is optional. If your assistant cannot install anything, the same tools answer over plain HTTP with a key we email you, and an assistant can create the account for you without you opening a browser at all. See inclusifyapp.com/docs/agents.
- The website has to be in your Inclusify account. Asking about a domain you have not added returns "no website by that name here" rather than scanning a stranger's site. An assistant can add one for you.
- Plans gate the answers, not the connection. Finding out what the account holds, adding a website, and reading where a site stands, what plan it is on and whether the widget is live work on every plan including Free — the same things the panel already lets a Free customer do. What is actually wrong with a site, every check that loads a page, and the full-site crawl need Pro. The account-wide rollups need Enterprise.
- A site that has never been scanned has no score yet, and the tools say so rather than reporting a good one.
Where a site stands, the fix list with the strings to grep for in your own templates, live keyboard and screen-reader checks, rendering under forced colours and 400% zoom, alt-text review, checking a fix before you deploy it, a pass/fail gate for CI, and running the product itself: widget on or off, appearance and profiles, publishing the accessibility statement, monitoring alerts, and filing findings into Jira or Slack.
Anything consequential asks first. Those tools return a plain-language description of exactly what would change plus a single-use token, and change nothing until you call again with it. The account owner then gets an email with an undo link.
Nothing here can move money: no tool changes a plan, sets payout details or charges anything. Upgrading hands you a link to do it yourself.
The current tool list, what each one deliberately does not know, and the allowances that bound the live checks are documented on the page linked above. It is generated from the server's own registry, so it cannot drift; this README deliberately does not restate it.
skills/accessibility-fix-loop teaches the loop that actually resolves issues rather than
silencing them: read the fix list, grep your source for the strings it hands you, validate the
markup before deploying, then confirm against a later scan. It also tells the assistant to take
a masked verdict seriously — aria-hidden, display: none and swapping a button for a div
all make a scanner go quiet while leaving the barrier in place.
Issues and pull requests on the manifests, the skill and the docs are welcome. Problems with the server itself, your account or your billing go to support@inclusifyapp.com.
MIT, see LICENSE. The Inclusify name and logo are trademarks of Magebit.