How a marketplace works
Think of a marketplace as an index. You add a source once, browse the plugins it advertises, then install the ones you want. Each installed plugin brings its bundled commands, agents, skills, hooks, and MCP servers into your workspace.browse returns real, installable plugins even before you add a source of your own.
Marketplace commands
All marketplace management lives under100xprompt plugin marketplace (aliases: market, mp).
| Command | What it does |
|---|---|
100xprompt plugin marketplace add <source> | Register a marketplace source (URL, git, or local). |
100xprompt plugin marketplace list | Show every marketplace source you’ve added. |
100xprompt plugin marketplace browse | List every plugin available across your added marketplaces. |
100xprompt plugin marketplace remove <source> | Unregister a marketplace source. |
100xprompt plugin install <source> | Install a plugin from a source spec. |
100xprompt plugin install <name> --from-marketplace | Install a plugin by its listed name, resolving the source automatically. |
Point at a source
A source spec tells 100xprompt where a marketplace - or an individual plugin - lives. The same three forms work everywhere a source is accepted.- Hosted URL
- Git repository
- Local folder
A plain
http(s) URL that points directly at a marketplace listing file hosted on any static host - a CDN, object storage, or a raw file link.Git sources are fetched fresh when you browse, so a marketplace stays current as its author adds plugins - no re-adding required.
Add a marketplace
Suppose your team publishes its plugins to a shared git repo. Register it once, then everything it lists is a browse away.Install a plugin
Install it
Install by name straight from your added marketplaces:Or install directly from any source spec - no marketplace required:
Publish your own marketplace
Suppose you want to share a set of plugins with your team or the wider community. Write a single listing file namedmarketplace.json (or 100xprompt-marketplace.json) at the root of a git repo, static host, or folder, then share that source. The file names your catalog and lists the plugins it offers.
Listing file fields
Top level:| Field | Required | Description |
|---|---|---|
name | Yes | Display name of your marketplace. |
description | No | One-line summary shown alongside the catalog. |
plugins | Yes | Array of plugin entries (see below). |
plugins:
| Field | Required | Description |
|---|---|---|
name | Yes | The plugin’s name, used for install-by-name and de-duplication. |
source | Yes | Where the plugin lives - a source spec (git, URL, or a path relative to a local marketplace). |
description | No | Short summary shown when browsing. |
version | No | Version string for the plugin. |
author | No | Who publishes the plugin. |
installs | No | Unique install count, if you track one. |
When your marketplace is a local folder, a plugin’s
source can be a relative path - it resolves against the marketplace root. Hosted and git marketplaces should use absolute source specs (a git spec or URL).Example listing
marketplace.json
Publish the source
Commit it to a git repo, upload it to a static host, or keep it in a shared folder.
Related
Plugins
What plugins bundle - commands, agents, skills, hooks, and MCP - and how to build one.
Skills
Package focused capabilities as skills your agents can call on demand.