Documentation Index
Fetch the complete documentation index at: https://uncoded.ch/docs/llms.txt
Use this file to discover all available pages before exploring further.
search_un_coded (semantic search) and query_docs_filesystem_un_coded (read-only sandbox filesystem with the full doc tree). The result: ask your AI assistant a question about unCoded — operating modes, exchange quirks, error codes, parameter values — and it pulls the answer from the live, current documentation instead of guessing from training data.Why use the MCP integration
The unCoded docs are extensive. There are nine pre-built modes, seventeen hand-tuned exchanges, dozens of indicators, and a long list of operational nuances (rate limits, recvWindow, sub-account behavior, fee schedules, regional restrictions). Pulling the right snippet at the right time matters — and copy-pasting from a browser tab into your AI chat every time you have a question is friction. The MCP integration removes that friction. Once configured, your AI client knows the docs exist, knows how to query them, and pulls the relevant parts on demand. You ask a natural-language question — “how much capital should I allocate to BasicMode on Bybit?”, “what’s the right API permission set for Coinbase?”, “why does the bot warn about recvWindow?” — and the AI answers from the docs themselves, with direct page references. This is especially useful for three workflows:Operator daily-driver
Coding-assist around unCoded
Onboarding new operators
Cross-document reasoning
When NOT to use it
What the MCP server exposes
Two tools, with deliberately different jobs.search_un_coded — semantic search across all pages
search_un_coded — semantic search across all pages
- “how does the kill switch work?”
- “what’s the difference between BasicMode and FullBullMarket?”
- “explain trailing stop-loss”
query_docs_filesystem_un_coded to read it.query_docs_filesystem_un_coded — read-only doc sandbox
query_docs_filesystem_un_coded — read-only doc sandbox
/, containing every .mdx page and the OpenAPI spec. The AI runs shell-like commands (tree, ls, cat, head, tail, rg, grep, find, wc, jq) against it.When the AI uses it: For exact-keyword matching, structural exploration, or full-page reads. Examples:tree / -L 2— see the doc structurerg -il "recvWindow" /— find every page mentioning a specific termcat /exchanges/binance.mdx— read a complete pagehead -80 /exchanges/binance.mdx /exchanges/bybit.mdx— compare two pages in one callrg -C 3 "API_UID" /exchanges/— show matches with surrounding context
Setup — by client
The MCP server URL is the same for every client. Find it in your Mintlify dashboard preview (the URL displayed beside “Hosted MCP server”). Once you have the URL, the configuration is per-client.Claude Desktop
Claude Desktop
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json - Linux:
~/.config/Claude/claude_desktop_config.json
mcpServers block:command + args pattern with a local stdio bridge. The hosted MCP works directly via the url field — no bridge needed.Cursor
Cursor
- Name:
uncoded-docs - URL: https://uncoded.ch/docs/mcp
- Type: HTTP (hosted MCP)
Continue (VS Code / JetBrains)
Continue (VS Code / JetBrains)
~/.continue/config.json (or the project-local .continue/config.json):Cline (autonomous coding agent)
Cline (autonomous coding agent)
- Name:
uncoded-docs - Type:
httporsse(whichever the Cline version supports for hosted MCP) - URL: https://uncoded.ch/docs/mcp
Windsurf
Windsurf
Other MCP-capable clients
Other MCP-capable clients
Workflow examples
These are real prompts and what happens behind the scenes. The AI is making the tool calls — you only type the natural-language question.Workflow A — quick conceptual question
Workflow A — quick conceptual question
- AI calls
search_un_coded("stop loss trailing")→ gets snippets from/risk-management/stop-loss-and-trailing.mdxand a couple of related pages. - AI decides the page-level context is enough — answers directly from the snippets.
- AI cites the page so you can read further.
Workflow B — exact value lookup
Workflow B — exact value lookup
- AI calls
rg -C 3 "rate limit" /exchanges/binance.mdx→ gets the exact line with surrounding context. - AI answers: “50 orders per 10 seconds — the maximum the exchange permits. See Binance setup.”
Workflow C — multi-page comparison
Workflow C — multi-page comparison
- AI calls
head -100 /exchanges/bitvavo.mdx /exchanges/bybiteu.mdx(batched in one call). - AI extracts the relevant differentiators (EUR-quoted vs. USDT-quoted, fee structure, MiCA stance, listing breadth).
- AI presents a side-by-side answer with a recommendation framework.
Workflow D — coding-assist with doc-aware constraints
Workflow D — coding-assist with doc-aware constraints
- AI calls
cat /modules/dashboard.mdx→ reads the dashboard’s endpoint structure. - AI calls
cat /operations/monitoring.mdx→ understands what “stopped trading” looks like in metrics. - AI generates the script using the actual endpoint paths and the documented “trade stalled” signals.
Workflow E — error-code triage
Workflow E — error-code triage
- AI calls
rg -C 5 "\-2015" /→ gets the exact section in/troubleshooting/error-codes.mdx. - AI answers with the meaning, root cause, and the recommended fix steps.
Workflow F — structural exploration
Workflow F — structural exploration
- AI calls
tree /backtesting -L 2→ gets the directory structure. - AI lists the pages with a one-line summary each.
Operator best practices
Limitations
Stateless calls
Stateless calls
/ and forgets shell variables. The AI can’t cd /exchanges in one call and then ls in the next call expecting to be in /exchanges. It works around this by using absolute paths or chaining commands with &&.Operator implication: None — this is the AI’s problem, not yours. But it explains why the AI sometimes runs the same ls /exchanges multiple times across calls.30 KB output cap per call
30 KB output cap per call
head -N or rg -C rather than blind cat.Operator implication: Sometimes the AI’s first read won’t include the section you care about. A follow-up question that names the section directly fixes this.Public docs only
Public docs only
- Your account, your API keys, your trade history.
- Internal-only docs, beta-feature docs, or anything not published to
docs.uncoded.io. - Your bot’s logs, your dashboard, your Telegram messages.
No write capability
No write capability
Doc index lag after publishing
Doc index lag after publishing
docs.uncoded.io, the MCP server’s index typically catches up within minutes. There can be brief windows where the live doc shows new content but the MCP search hasn’t re-indexed yet. Direct cat /path/to/page.mdx reads update faster than search_un_coded.No live exchange data
No live exchange data
Troubleshooting
The two unCoded tools don't appear in my client
The two unCoded tools don't appear in my client
- Client wasn’t restarted after the config change. Most MCP clients only pick up new servers on full restart, not just reload.
- URL has a typo. The path is
/mcp(no trailing slash typically). Verify against the dashboard. - Client doesn’t support the HTTP MCP transport. Older versions of some clients required a stdio bridge — upgrade the client.
Tool calls fail with timeout
Tool calls fail with timeout
- Whitelist
docs.uncoded.io. - Check that your client can reach the URL via plain HTTPS (a
curlto the docs URL should succeed).
The AI gives answers that don't match the live docs
The AI gives answers that don't match the live docs
- The AI didn’t actually call the MCP tool — it answered from its training memory. Look at the tool-call indicator in your client. If no MCP call happened, prompt explicitly: “Use the unCoded MCP tool to look this up — I want a current answer.”
- Indexing lag after a recent doc publish. Try a direct
cat /path.mdxin the AI’s prompt; that bypasses the search index. - Snippet truncation — the AI got a partial snippet and inferred the rest. Ask for a follow-up read of the full page.
The AI keeps reading the same page repeatedly
The AI keeps reading the same page repeatedly
I want to test the server without an AI client
I want to test the server without an AI client
Privacy and security
What the MCP server sees
What the MCP server sees
- Your AI client’s other context (your codebase, your other open chats).
- Your account information, API keys, or any trading state.
- Anything from your machine outside what your AI client explicitly sends as a query.
What the AI client sees
What the AI client sees
No authentication required
No authentication required
docs.uncoded.io. Adding auth would only add friction without adding security.Important: Because there’s no auth, anyone can connect. This is fine for public docs; it would not be fine for private MCP servers (e.g., one exposing your trading account). If you build your own MCP servers around unCoded operations, treat auth as mandatory.TL;DR
- ✅ The unCoded docs are exposed via MCP — Claude Desktop, Cursor, Continue, Cline, Windsurf, and any MCP-capable client can connect with one URL.
- ✅ Two tools available: semantic search (
search_un_coded) for conceptual queries; read-only filesystem (query_docs_filesystem_un_coded) for exact-match and full-page reads. - ✅ Setup is one config-file edit + restart per client. No API key required.
- ✅ Best for quick lookups, exact-value retrieval, multi-page comparisons, and coding-assist that needs to respect documented constraints.
- ✅ Not for account-specific state, live exchange data, or replacing initial onboarding reading.
- ✅ Stateless calls, 30 KB output cap, public-only — these are the main operational limits to be aware of.
- ✅ No writes possible — the AI can’t change the docs. Doc updates go through the normal Mintlify publishing flow.