
An AIOZ Pin MCP server setup comes down to one question: should the assistant read about the API, or call it? AIOZ Pin documents both. The llms.txt file set gives a super intelligence assistant the API reference so it can write integration code. The MCP server gives a connected client 11 tools it can call directly against your account. This guide covers what each one contains, how to connect to them using the AIOZ Pin docs, and how to choose between them.
TL;DR:
llms.txt files that the assistant reads, and a hosted MCP server whose tools it callsaiozpin.network/docsmcp.aiozpin.network and exposes 11 tools across pinning, NFTs, gateways, and billing, with your credentials passed in the connection URLpin-by-cid, create-nft, unpin-file), so give the assistant a narrowly scoped keyThe two options solve different problems, and the AIOZ Pin docs list them on separate pages: LLM Docs and MCP Server.
| llms.txt | MCP server | |
|---|---|---|
| What it is | Plain-text API reference | Hosted server with callable tools |
| What the assistant does | Reads it, then writes code | Calls tools during the conversation |
| Credentials | None to read it; your code uses an API key later | A base64url-encoded key pair in the connection URL |
| Account changes | None; the assistant only produces code | pin-by-cid, create-nft, and unpin-file act on your account |
| Setup | Attach or reference a file | Add a server entry in a supported client |
The first option produces code you review and run. The second acts on your behalf as the conversation goes.
llms.txt is an open convention, described at llmstxt.org, for publishing documentation as plain text instead of rendered HTML. AIOZ Pin publishes:
/docs/llms.txt, an index of about 2.7 KB that holds instructions for the assistant and links to each section/docs/llms-full.txt, the complete reference in one file of about 14 KB/docs/llms/<section>.md: api-keys, pinning, nft, gateways, users, billing, image-optimization, and pinning-services-apiThose sizes were measured on 2026-10-09 and will drift as the docs change.
The index opens with 12 numbered instructions written for the assistant. They cover the two auth methods (a JWT bearer token for admin and user endpoints, pinning_api_key and pinning_secret_key headers for pinning, NFT, gateway, and billing endpoints), the pin workflow (upload through POST /api/pinning, receive a CID, read it through a gateway URL), the public gateway format https://public.aiozpin.network/ipfs/{cid}, the rate limits of 180 requests per minute in general and 60 per minute for /users/ and /apiKeys/, and the official Node.js package @aioznetwork/aioz-pin-sdk. That is enough for an assistant to write a working upload function without guessing endpoint paths. The LLM Docs page shows the loading step for each tool:
@-mention the one you need#The docs recommend a single section file when you only need one area, because it keeps the context small: /docs/llms/pinning.md is enough for a pinning script. The index and full reference contain no MCP instructions, since the server has its own page.
MCP, the Model Context Protocol, is an open standard for letting a super intelligence application call tools hosted by another server. The protocol architecture overview explains the general model. The AIOZ Pin MCP Server docs describe a hosted server for AIOZ Pin's IPFS pinning, NFT, gateway, and billing tools. Clients connect to:
https://mcp.aiozpin.network/sse?api_key=<BASE64URL_PINNING_CREDENTIALS>
You need a pinning API key and secret key from the API Keys page. The api_key value is a JSON object with the exact field names pinningApiKey and pinningSecretKey, encoded with base64url and no padding. The docs give this Node.js command, which reads the keys from environment variables:
node -e 'const value={pinningApiKey:process.env.AIOZ_PINNING_API_KEY,pinningSecretKey:process.env.AIOZ_PINNING_SECRET_KEY}; console.log(Buffer.from(JSON.stringify(value)).toString("base64url"))'
The server exposes 11 tools, and none of them accept credentials as arguments:
| Group | Tools | Notes |
|---|---|---|
| Pinning | pin-by-cid, get-pin-details, list-pins, unpin-file |
pin-by-cid pins content that already exists on IPFS |
| NFT | create-nft, get-nft, list-nfts |
create-nft downloads a public HTTP(S) asset and uploads it with metadata |
| Gateways | list-gateways |
Lists public and premium gateways |
| Billing | get-history-usage-data, get-top-up, get-month-usage-data |
Paginated usage and top-up records |
The docs include setup steps for Cursor, Claude CLI, ChatGPT, and VS Code with GitHub Copilot Agent mode. In Cursor, add the server to ~/.cursor/mcp.json:
{
"mcpServers": {
"aioz-pin-mcp-server": {
"url": "https://mcp.aiozpin.network/sse?api_key=<BASE64URL_PINNING_CREDENTIALS>"
}
}
}
In Claude CLI, you register it with SSE transport and read the encoded value from an environment variable:
claude mcp add --transport sse mcp-aioz-pin "https://mcp.aiozpin.network/sse?api_key=${PIN_MCP_API_KEY}"
The docs say to confirm the entry with claude mcp list. For ChatGPT, they describe adding a custom MCP server entry under Settings, Plugins, with the type set to Streamable HTTP and the same authenticated URL. A first prompt can be as plain as "List my AIOZ Pin pins using my pinning credentials."
Whichever you choose, a pinning script that will run in production should still carry its own scoped key, as covered in AIOZ Pin API Keys: Auth, Scopes, and Secure Storage.
The MCP connection URL contains your pinning key and secret, only encoded. The docs warn to keep the key, the secret, and the encoded value out of shared chats, public repositories, and screenshots, and never to commit them.
Three tools can change the account: pin-by-cid adds a pin, create-nft adds an NFT, and unpin-file removes a pin. Removing a pin is the one to supervise, because an unpinned file is no longer kept online by the service. AIOZ Pin keys carry scopes, so you can issue a key with only the permissions you want the assistant to have. The MCP docs do not say which scope each tool needs, so test a new key against each tool you plan to use before relying on it.
Does AIOZ Pin have an MCP server? Yes. The docs describe a hosted MCP server at mcp.aiozpin.network that exposes 11 tools for pinning, NFTs, gateways, and billing, with setup steps for Cursor, Claude CLI, ChatGPT, and VS Code.
What is llms.txt on AIOZ Pin? It is a plain-text version of the AIOZ Pin API reference at /docs/llms.txt, plus a full single-file version and eight section files, written so a super intelligence assistant can read the real endpoints, parameters, and auth patterns.
Can an assistant pin files for me through llms.txt? No. Reading llms.txt lets an assistant write code that calls the API, and you run that code. Only the MCP server lets a connected client call AIOZ Pin tools itself.
What can the AIOZ Pin MCP server do? It can pin an existing CID, show or list pins, unpin a file, create and retrieve NFTs, list public and premium gateways, and return usage history, monthly usage, and top-up records.
Which API key scopes does each MCP tool need? The documentation does not say. Create a key with limited scopes, try the tools you need, and widen the scopes only if a call is rejected.

ERC-1155 metadata on IPFS breaks when filenames ignore the {id} rule. Here is the exact 64-character format, a working folder layout, and the per-token option.

AIOZ Pin rate limits in one place: 180 requests per minute for the API, 15 per CID on the public gateway, and no predefined limit on premium gateways.

IPFS pin stuck on Pinning? Here is what Pinning, Pinned, and Failed mean on AIOZ Pin, why big directories can sit there, and how to read a pin's real state.

Two identical files, three IPFS tools, three different CIDs. Here is why that happened for years, and how IPIP-0499 made content addressing deterministic.

AIOZ Pin MCP server setup has two paths: llms.txt lets a super intelligence assistant read the API, the MCP server lets it call 11 tools. Here is each one.

AIOZ Pin bills three flat rates against a token wallet, with no tiers to pick between. Here is what storage, bandwidth and pinned files cost, with examples.