GPT Store Alternatives: Where AI Tools Get Distributed Now
September 5, 2026

If you're looking for GPT Store alternatives, it helps to separate two OpenAI paths that get conflated, because they aren't the same product line.
Custom GPTs and the GPT Store are the no-code surface: you configure a GPT with instructions, knowledge and tools, and publish it to the store. That path is documented by OpenAI for eligible workspaces.
Plugins are a separate developer path: you build skills and, when needed, an MCP server, then package them with a .codex-plugin/plugin.json manifest, per the plugin documentation. Public plugins go to what OpenAI calls "the universal plugin directory shared by ChatGPT and Codex," and Figma, Notion and a web-app builder are among the public examples.
Neither replaced the other, and neither sits underneath the other — they're different distribution surfaces for different builders. Which one you're really looking to replace changes the shortlist below, so check OpenAI's own pages for the current status of whichever you use.
Which reframes the question. You're not looking for another store of chatbots. You're looking for somewhere AI capability gets published and installed — and those places differ mainly by what the installed thing is allowed to do.
Quick comparison
| What gets listed | Runs where | Reaches your files | Open standard | |
|---|---|---|---|---|
| OpenAI plugin directory | Plugins built from skills and MCP servers | ChatGPT and Codex | Via MCP servers you connect | Skills and MCP |
| MCP Registry | MCP servers | Whichever client you use | Yes, for local servers | Yes |
| Claude connectors and skills | Skills and MCP servers | Claude apps and Claude Code | Yes | Yes |
| Raycast Store | Launcher extensions | Raycast | Yes | No |
| Hugging Face Spaces | Hosted demo apps | The browser | No | No |
| Taku marketplace | AI apps, agents and workflows | Taku desktop workspace | Local workspace | Mirrors existing setups |
The registry that isn't tied to one vendor
The MCP Registry is the closest thing the industry has to a neutral index. It's the official metadata repository for public MCP servers, backed by Anthropic, GitHub, PulseMCP and Microsoft, with namespace management through DNS verification and a REST API so any client or aggregator can query it.
Two honest caveats. It's in preview, with breaking changes and data resets possible. And it lists metadata, not quality — a server.json entry tells you a server exists and how to configure it, not whether it's well built or what it does with your data.
That second point is the structural difference between a registry and a store. A store curates and gates. A registry indexes. Both are useful; they are not substitutes for each other, and treating a registry entry as a vetted listing is how people end up connecting something they shouldn't have.
The vendor stores
Anthropic's side is skills and MCP servers for the Claude apps and Claude Code. Skills use the same open agent-skills format OpenAI builds on, which is the quietly important development here — our guide to Claude skills covers what a skill actually is.
Raycast's store is a genuine alternative if what you liked about GPTs was small single-purpose tools on demand. Extensions run inside the launcher on your machine, which gives them local reach a hosted GPT never had, and they're written in TypeScript, which caps who can publish.
Hugging Face Spaces is the one people forget. Thousands of hosted demos, mostly open source, mostly runnable in the browser. Weakest on integration — a Space doesn't touch your files or your other tools — and strongest on breadth and on being able to read the code.
What actually decides between them
Skip the listing counts. Three questions decide it:
1. What can the installed thing reach? A hosted app in a browser tab and a local MCP server pointed at your documents are not the same category of software, even when they're listed side by side. Local reach is the capability and the risk in one.
2. Who vets it? Curated stores review, registries index, and open repositories do neither. Know which you're browsing before you install.
3. Does it survive leaving? A plugin built on skills and MCP is portable in principle, because both are open formats — that's the real argument for the direction the ecosystem has taken. A launcher extension or a bespoke store format is not.
The general category and how it splits is covered in our AI marketplace explainer; the client-side question of which host to run these in is in our MCP clients guide.
Where Taku fits
Taku's marketplace is a different bet from all of the above. Rather than listing components you assemble, it lists AI apps, agents and workflows that someone already got working, and mirrors that setup into a desktop workspace so it runs without you reproducing the environment. Creators have public profiles you can browse; publishing your own Stax isn't open yet. Taku is in Beta, and the Mac app is available now.
FAQ
Did plugins replace custom GPTs?
No. They're separate paths: custom GPTs are the no-code surface published to the GPT Store, while plugins are a developer path built from skills and MCP servers and published to a directory shared by ChatGPT and Codex. For the current status of either, check OpenAI's own product pages rather than a third-party summary.
Is there a neutral, vendor-independent AI tool directory?
The MCP Registry is the closest, and it's still in preview. Anything else is either a vendor's own store or a community aggregator with its own selection criteria.
Can I publish the same tool to more than one place?
Increasingly, yes. Because skills and MCP are open formats used by more than one vendor, the same server or skill can be listed in several places. Store-specific packaging is the part that isn't portable.
Are these stores safe?
Varies enormously, and it's the wrong question in the abstract. A hosted demo can't touch your machine. A local MCP server can read whatever you grant it. Judge the permission you're granting, not the storefront.
Do I need to be a developer to use any of this?
To use a published tool, usually not. To connect one, currently yes in most hosts — configuration files and runtime dependencies are still the wall, and that's the gap the whole category is trying to close.