Skip to content

Celo Docs

org.celo/docs-mcpcelo.orgstreamable-httpv1.0.0Scanned

Search and read the Celo developer documentation

3 tools: 2 change things and 1 only read.

Tools: 0 delete, 0 irreversible, 2 write, 1 read.
  • Reads private data · 2
  • Reads text others write · 1
  • Can send data out · 0
  • 3 findings

Anlyon alternative

2 of these tools change something. Run those as governed actions.

Declare what an action changes, and Anlyon puts it under a shared limit, binds every approval to the exact request, and grades the outcome. It works on any HTTPS API you can describe as an action.

Anlyon does not run, proxy or govern this MCP server. A tool your own code calls directly is not routed through Anlyon and is not governed by it.

Import an OpenAPI spec →

Tools

Grouped by what each tool does, most consequential first. Open one for its reasons and full description; descriptions are the publisher's own words.

3 tools

Changes things 2Claude Code: ask
  • query_docs_filesystem_celo_docsRun a read-only shell-like query against a virtualized, in-memory filesystem rooted at `/` that contains ONLY the Celo Docs documentation pages.Reads private data2 findings

    Why it is in this group

    • The name "query_docs_filesystem_celo_docs" says "query": a word for reading.
    • The description's first verb is "run": a word for a change.
    • The input takes a statement or command to run (input.command), which can change anything it can reach.
    • The server marks it read-only (readOnlyHint: true), but an annotation never lowers a class.

    What it can reach

    • private-dataThe name "query_docs_filesystem_celo_docs" says "query" and "doc": it reads documents.
    • private-dataThe description's first sentence says "doc": it reads documents.

    Findings

    • Info

      The description is 2,771 characters long, over the 2,000 this check looks for.

      Matched text

      description ends: "...emoving the `.mdx` extension. For example, `/some/page.mdx` becomes `/some/page`."

      What this check looks for
    • Warn

      The server marks "query_docs_filesystem_celo_docs" read-only (readOnlyHint: true), and its own name, description or input give the class "write".

      Matched text

      annotations: {"readOnlyHint":true,"destructiveHint":false,"idempotentHint":true,"openWorldHint":false}; The name "query_docs_filesystem_celo_docs" says "query": a word for reading.

      What this check looks for
    Description, as the server wrote it
    Run a read-only shell-like query against a virtualized, in-memory filesystem rooted at `/` that contains ONLY the Celo Docs documentation pages. This is NOT a shell on any real machine — nothing runs on the user's computer, the server host, or any network. The filesystem is a sandbox backed by documentation chunks. This is how you read documentation pages: there is no separate "get page" tool. To read a page, pass its `.mdx` path to `head` or `cat` — a page at the URL path `/some/page` lives at `/some/page.mdx`. To search the docs with exact keyword or regex matches, use `rg`. To understand the docs structure, use `tree` or `ls`. **Paths are specific to this site — never guess them.** Discover real paths with `tree / -L 2`, `ls /`, or the search tool before reading. If a path does not exist, that only means the guess was wrong; it does NOT mean the topic is undocumented — use `rg -il "keyword" /` to find where it is covered. **Workflow:** Start with the search tool for broad or conceptual queries like "how to authenticate" or "rate limiting". Use this tool when you need exact keyword/regex matching, structural exploration, or to read the full content of a specific page by path. Supported commands: rg (ripgrep), grep, find, tree, ls, cat, head, tail, stat, wc, sort, uniq, cut, sed, awk, jq, plus basic text utilities. No writes, no network, no process control. Run `--help` on any command for usage. Each call is STATELESS: the working directory always resets to `/` and no shell variables, aliases, or history carry over between calls. If you need to operate in a subdirectory, chain commands in one call with `&&` or pass absolute paths (e.g., `cd /some-directory && ls` or `ls /some-directory`). Do NOT assume that `cd` in one call affects the next call. Examples (replace the placeholder paths with real ones from `tree` or search): - `tree / -L 2` — see the top-level directory layout - `rg -il "rate limit" /` — find all files mentioning "rate limit" - `rg -C 3 "apiKey" /some-directory/` — show matches with 3 lines of context around each hit - `head -80 /some/page.mdx` — read the top 80 lines of a specific page - `head -80 /page-one.mdx /page-two.mdx /section/page-three.mdx` — read multiple pages in one call - `cat /some/page.mdx` — read a full page when you need everything Output is truncated to 30KB per call. Prefer targeted `rg -C` or `head -N` over broad `cat` on large files. To read only the relevant sections of a large file, use `rg -C 3 "pattern" /path/file.mdx`. Batch multiple file reads into a single `head` or `cat` call whenever possible. When referencing pages in your response to the user, convert filesystem paths to URL paths by removing the `.mdx` extension. For example, `/some/page.mdx` becomes `/some/page`.

    Annotations the server declares

    • title: Query documentation filesystem
    • readOnlyHint: true
    • destructiveHint: false
    • idempotentHint: true
    • openWorldHint: false
  • submit_feedbackReport a problem with this documentation site so the docs team can fix it.Reads text others writeNo findings

    Why it is in this group

    • The name "submit_feedback" says "submit": a word for a change.

    What it can reach

    • untrusted-inputThe server marks it openWorldHint: true: it reaches things outside the server's own data.
    Description, as the server wrote it
    Report a problem with this documentation site so the docs team can fix it. Use when a documentation page is incorrect, outdated, confusing, incomplete, or has a broken example. This is for feedback about the documentation content itself — not for product support requests or feedback about this tool or assistant.

    Annotations the server declares

    • title: Submit documentation feedback
    • readOnlyHint: false
    • destructiveHint: false
    • idempotentHint: false
    • openWorldHint: true
Only reads 1Show 1 read-only tool
  • search_celo_docsSearch across the Celo Docs knowledge base to find relevant information, code examples, API references, and guides.Reads private data1 finding

    Why it is in this group

    • The name "search_celo_docs" says "search": a word for reading.

    What it can reach

    • private-dataThe name "search_celo_docs" says "search" and "doc": it reads documents.
    • private-dataThe description's first sentence says "search" and "doc": it reads documents.

    Findings

    • Warn

      The description names a tool "query_docs_filesystem" that this server does not list.

      Matched text

      description: "...ull content of a specific page, use the query_docs_filesystem tool to `head` or `cat` the page path (appen..."

      What this check looks for
    Description, as the server wrote it
    Search across the Celo Docs knowledge base to find relevant information, code examples, API references, and guides. Use this tool when you need to answer questions about Celo Docs, find specific documentation, understand how features work, or locate implementation details. The search returns contextual content with titles and direct links to the documentation pages. If you need the full content of a specific page, use the query_docs_filesystem tool to `head` or `cat` the page path (append `.mdx` to the path returned from search — e.g. a result at `/some/page` is read with `head -200 /some/page.mdx`).

    Annotations the server declares

    • title: Search documentation
    • readOnlyHint: true
    • destructiveHint: false
    • idempotentHint: true
    • openWorldHint: false

This is not a safety rating, and no finding is not a safety guarantee. The groups and findings come from fixed checks of the tool definitions the server returned on the date shown, not from its code or what it does when called. How the checks work.

Exfil surface

Which tools read private data, which read text someone else can write, and which can send data out. One of each is a path a prompt injection can use.

No private-data, untrusted-input, outbound path in this server alone: no tool is tagged outbound.

Reads private data2
Reads files, mail, messages, databases, secrets, calendars or repositories.
Reads text others write1
Brings in text someone else can write: web pages, inbound email, messages, issues and comments.
Can send data out0
Can carry data to people or systems: it sends, posts or publishes, or takes a recipient, channel or URL.

Other servers in the same agent add their own tools to these paths. Audit your whole setup to see them together.

Findings

Matches of fixed checks, with the text they matched.

2 warn1 info
  • The description names a tool "query_docs_filesystem" that this server does not list.

    Matched text

    description: "...ull content of a specific page, use the query_docs_filesystem tool to `head` or `cat` the page path (appen..."

    What this check looks for
  • The server marks "query_docs_filesystem_celo_docs" read-only (readOnlyHint: true), and its own name, description or input give the class "write".

    Matched text

    annotations: {"readOnlyHint":true,"destructiveHint":false,"idempotentHint":true,"openWorldHint":false}; The name "query_docs_filesystem_celo_docs" says "query": a word for reading.

    What this check looks for
  • The description is 2,771 characters long, over the 2,000 this check looks for.

    Matched text

    description ends: "...emoving the `.mdx` extension. For example, `/some/page.mdx` becomes `/some/page`."

    What this check looks for

History

Changes to its tool definitions and to its remote endpoint, newest first.

No change seen yet. Its tools are rescanned every day, and a remote endpoint is looked at once a week.

Install

Pinned to version 1.0.0. Values in angle brackets are yours to fill in.

claude mcp add --transport http docs https://docs.celo.org/mcp
claude mcp add --transport http docs https://docs.celo.org/mcp

Run in a terminal.

Claude Code permissions

Allow the reads, ask before a change or a way out, deny the deletes. Paste into .claude/settings.json.

.claude/settings.json
{
  "permissions": {
    "allow": [
      "mcp__docs__search_celo_docs"
    ],
    "ask": [
      "mcp__docs__query_docs_filesystem_celo_docs",
      "mcp__docs__submit_feedback"
    ],
    "deny": []
  }
}

Tools that only read are allowed, tools that change things ask first, tools that delete or cancel are denied. A read that can send data out (it takes a URL, say) asks first too. It assumes the server is installed as docs. Review it before you use it.

Capability tags behind 3 rules
  • mcp__docs__search_celo_docs private-data
  • mcp__docs__query_docs_filesystem_celo_docs private-data
  • mcp__docs__submit_feedback untrusted-input

Pin

Keep the decision: fail CI when the tools change, follow every change, or show a badge.

Pin in CI

Fail a build when the tools you reviewed are not the tools the server serves today.

curl -s "https://anlyon.dev/api/v1/servers/org.celo/docs-mcp/verify?hash=4b97c0771bf342afb8db5e891ece90c96875533f3c85bfaed1279ab884a999a5" | jq -e '.changed == false'

Pinned hash 4b97c0771bf3, from Oct 27, 2026, 18:18 UTC.

Watch

Get told when its tools change: a new tool, a new description, a new class.

https://anlyon.dev/servers/org.celo/docs-mcp/changes.xml

An Atom feed. Works in any feed reader or Slack's RSS app.

Badge

anlyon.dev badge for org.celo/docs-mcp
[![anlyon.dev](https://anlyon.dev/badge/org.celo/docs-mcp.svg)](https://anlyon.dev/servers/org.celo/docs-mcp)

Source: MCP Registry. Synced Oct 27, 2026, 18:18 UTC.