Moxie Docs

Visit Moxie Docs

Moxie Docs — MCP & Agent Tools

The Moxie Docs Model Context Protocol (MCP) server, the agent skills Moxie Docs installs into your repository, and the `moxie-docs` CLI that wires it all up — npx moxie-docs setup.

This repo is also the open-source home of the `moxie-docs` npm package: a setup CLI plus the MCP *interface* (tool catalog, prompts, server metadata, and skill renderers) you can import. The hosted server, indexing pipeline, and your generated docs stay in the private Moxie Docs service.

Moxie Docs indexes a connected GitHub repository and keeps its documentation alive — generating docs, discovering conventions, tracking documentation gaps and drift, and opening pull requests that keep docs in sync with code. The MCP server exposes that living context to coding agents (Claude Code, Cursor, VS Code, Codex, and any MCP-capable client) so they ground their work in how *your* repository actually does things — and keep the docs current as they change code.

• Website / dashboard: https://moxiedocs.com
• Human docs for the MCP server: https://moxiedocs.com/mcp
• MCP endpoint: https://moxiedocs.com/api/mcp

This repository is documentation and distribution assets only. The hosted server, indexing pipeline, and your repositories' documentation are not stored here.

---

Contents

• Quick start
• CLI
• The MCP server
• Connection
• Authentication
• Client configuration
• Tools
• Prompts
• Claude plugin
• Skills
• The moxie-docs skill
• What Moxie Docs installs into your repository
• Use as a library
• Find the server
• Discovery endpoints
• License

---

Quick start

The fastest path — from your repository's directory:

npx moxie-docs setup

This signs you in (OAuth in your browser), writes the MCP config for your editor, installs the moxie-docs skill + AGENTS.md guidance, and verifies the connection. After that, your agent reads live context with moxie.get_ai_context before editing and proposes doc updates that land in the same PR.

Prefer to do it by hand? Connect a repository at https://moxiedocs.com, then add the server to your agent with a config block.

---

CLI

The moxie-docs CLI (Node ≥ 18, zero runtime dependencies) sets up and manages the connection. Run it with npx moxie-docs or install it globally (npm i -g moxie-docs).

Useful flags: --client , --token , --repo owner/name, --no-browser, --yes.

How authentication is written. By default setup/config write a URL-only server entry and let your editor perform its own OAuth sign-in on first use — so nothing in your committed config expires. The CLI's own browser sign-in (used for status and the setup smoke-test) stores a short-lived token plus a refresh token under ~/.moxie-docs/ (file mode 0600); it is never written into a client config. If you'd rather pin a static Authorization header, pass a long-lived dashboard token with --token and the CLI writes that instead. The CLI never logs token values, and it refuses to overwrite a client config it can't safely parse rather than discarding your other MCP servers.

---

The MCP server

Connection

All write tools are proposals — Moxie Docs returns the file path and content for *you* (the agent) to write into your own branch. Moxie Docs never edits your repository directly through MCP, and never merges. Reads return compact, citation-backed context rather than raw code dumps.

Authentication

Bearer token (available today). Create a token in the dashboard and send it as a header:

Authorization: Bearer <MOXIE_TOKEN>

Moxie Docs stores only the token hash (plus an encrypted copy so you can reveal it), a prefix, scope, and a last-used timestamp. You can reveal, rotate, or revoke tokens from the dashboard at any time.

OAuth 2.1 sign-in (for clients that support it). MCP clients that implement the OAuth authorization flow can connect by signing in through the browser instead of pasting a token — the client discovers the server's OAuth metadata, registers itself dynamically (RFC 7591), and obtains a token via the authorization-code + PKCE flow. Discovery documents:

• Protected resource metadata: https://moxiedocs.com/.well-known/oauth-protected-resource
• Authorization server metadata: https://moxiedocs.com/.well-known/oauth-authorization-server

Both authentication paths resolve to the same token model, so either works with the same tools. Connected applications can be reviewed and revoked from the dashboard.

Client configuration

Most agents accept a remote MCP server with a URL and headers. Replace with a token from the dashboard.

Claude Code — .mcp.json (or claude mcp add):

{

"mcpServers": { "moxie-docs": { "url": "https://moxiedocs.com/api/mcp", "headers": { "Authorization": "Bearer " } } } }

Cursor — .cursor/mcp.json:

{

"mcpServers": { "moxie-docs": { "url": "https://moxiedocs.com/api/mcp", "headers": { "Authorization": "Bearer " } } } }

VS Code — .vscode/mcp.json:

{

"servers": { "moxie-docs": { "type": "http", "url": "https://moxiedocs.com/api/mcp", "headers": { "Authorization": "Bearer " } } } }

Keep tokens out of source control. Reference an environment variable where your client supports it, or paste the token only into local, untracked config.

Tools

• `moxie.get_ai_context`: Compact pre-edit briefing: repo status, verified commands, top conventions, open gaps, team notes. Read this first.
• `moxie.get_doc_impact`: Given the paths you're about to change (and any you're deleting), returns the conventions, gaps, and existing docs whose evidence overlaps them.
• `moxie.get_api_context`: Given paths you're about to touch, returns structured context for any API endpoints they map to: method, path, schema, and known consumers.
• `moxie.review_change`: Self-review a change before opening the PR; returns a severity-ranked list of convention breaches, stale docs, undocumented surface, and broken references.
• `moxie.get_conventions`: Discovered coding conventions, grouped by category, with confidence scores, agent guidance, and source-file citations.
• `moxie.search_docs`: Semantic + keyword search over generated docs, conventions, gaps, and AI context.
• `moxie.get_doc_gaps`: Unresolved documentation gaps with severity and the paths they concern.
• `moxie.get_documentation_opportunities`: Recommended doc work: missing docs, drift repairs, and PR templates.
• `moxie.get_documentation_patterns`: How the repository organizes and maintains its docs (where new docs belong).
• `moxie.list_docs`: Paginated, section-grouped table of contents of every generated doc.
• `moxie.propose_doc_update`: Add or update a doc as part of your current change; returns target path + Markdown to write into branch.
• `moxie.propose_doc_removal`: Remove a Moxie Docs-tracked doc your change makes obsolete; returns path to delete in branch.

Prompts

The server also exposes MCP prompts that script the common workflows:

---

Claude plugin

For Claude Code and Claude Cowork, this repository doubles as a plugin marketplace — a one-command way to add the Moxie Docs connector and skill together. The plugin bundl