Moxie Docs

Living docs and MCP context for GitHub repos — conventions, gaps, and source-cited pages on merge.

使うべきか

品質と安全性

A
説明の品質
100%
スキーマの完全性
93%
命名の品質
47%
ポイズニングのリスク
100%
権限の一致
100%
プロトコルへの準拠
100%

検出事項(14)

  • LOWTool 'moxie.get_conventions' doesn't follow camelCase/snake_casemoxie.get_conventions 内
  • LOWTool 'moxie.search_docs' doesn't follow camelCase/snake_casemoxie.search_docs 内
  • LOWTool 'moxie.list_docs' doesn't follow camelCase/snake_casemoxie.list_docs 内
  • LOWTool 'moxie.get_doc_gaps' doesn't follow camelCase/snake_casemoxie.get_doc_gaps 内
  • LOWTool 'moxie.get_documentation_opportunities' doesn't follow camelCase/snake_casemoxie.get_documentation_opportunities 内
  • LOWTool 'moxie.get_documentation_opportunities' name length outside 3-30 rangemoxie.get_documentation_opportunities 内
  • LOWTool 'moxie.get_documentation_patterns' doesn't follow camelCase/snake_casemoxie.get_documentation_patterns 内
  • LOWTool 'moxie.get_documentation_patterns' name length outside 3-30 rangemoxie.get_documentation_patterns 内
  • LOWTool 'moxie.get_ai_context' doesn't follow camelCase/snake_casemoxie.get_ai_context 内
  • LOWTool 'moxie.get_doc_impact' doesn't follow camelCase/snake_casemoxie.get_doc_impact 内

ツール定義とプロトコルへの準拠に関する自動分析に基づいています。

コンテキストコスト

~3,532トークン数(ツール定義)
~2.0 KB一般的なレスポンスサイズ
注意への影響は大きい(128k コンテキストの 2.76%)

これは、サーバーのツールがモデルのコンテキストに読み込まれるたびに消費されるおおよそのトークン数です。数が多いほど、ほかのタスクに使える注意が減ります。

インストール

ワンクリックインストール

これを `claude_desktop_config.json` ファイルに追加してください:

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

リモートエンドポイント

https://moxiedocs.com/api/mcpstreamable-http

できること

ツール一覧

ツール(12)

🟢 読み取り専用🟡 書き込み🔴 削除⚪ 不明
🟢moxie.get_conventions(repository, category)

Get the coding conventions Moxie inferred for the repository. Read-only; no side effects. Returns a Markdown list grouped by category (e.g. testing, structure, docs, review); each convention has a title, summary, confidence score, agent guidance, and the source file paths that evidence it. Use this for the general rules to follow; when you already know the files you're about to edit, prefer moxie.get_doc_impact for conventions scoped to those paths.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "category": {
      "type": "string",
      "description": "Optional category filter, such as testing, structure, docs, or review."
    }
  }
}
🟢moxie.search_docs(repository, query, limit)

Keyword and semantic search across the connected repository's generated docs, conventions, documentation gaps, AI-context notes, and indexed code. Read-only; no side effects. Returns ranked matches in Markdown grouped into Documentation and Code sections, each with a title, snippet, and source paths. Use for open-ended lookups when you don't know which category holds the answer; when you do, the specific getters (get_conventions, get_doc_gaps, get_documentation_opportunities) are more direct. Omitting query returns recent context instead.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "query": {
      "type": "string",
      "description": "Search phrase or topic. Omit to return recent context for the repository."
    },
    "limit": {
      "type": "number",
      "description": "Maximum matches to return (1-20, default 8)."
    }
  }
}
🟢moxie.list_docs(repository, section, limit, offset)

List the repository's generated documentation as a browsable table of contents - every doc page, not a query-filtered subset. Read-only; no side effects. Returns Markdown grouped by section, each entry with its title, slug, repository path, and source paths, plus the total count and a pagination cursor so you can tell whether more pages remain (no silent truncation). Use this to see what docs already exist before adding one (so you don't duplicate) or to find the slug to pass to propose_doc_update; when you are hunting for a specific topic, search_docs is more direct.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "section": {
      "type": "string",
      "description": "Optional section/collection filter (case-insensitive substring), e.g. \"Backend\" or \"Billing\". Omit to list every section."
    },
    "limit": {
      "type": "number",
      "description": "Maximum docs to return (1-200, default 50)."
    },
    "offset": {
      "type": "number",
      "description": "Number of docs to skip for pagination (default 0). Use the cursor in the response to fetch the next page."
    }
  }
}
🟢moxie.get_doc_gaps(repository, severity)

List the unresolved documentation gaps Moxie found - areas of the codebase that lack docs. Read-only; no side effects. Returns a Markdown list, each gap with a title, severity, summary, and suggested file paths. This is gaps only; for the full prioritized work queue that also includes drift repairs and PR-template work, use get_documentation_opportunities, and to scope gaps to files you're about to edit use get_doc_impact.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "severity": {
      "type": "string",
      "description": "Optional severity filter: high, medium, low, or info."
    }
  }
}
🟢moxie.get_documentation_opportunities(repository, kind, severity)

List the actionable documentation updates Moxie recommends as a prioritized queue: missing docs, drift repairs, and PR-template work. Read-only; no side effects. Returns a Markdown list, each opportunity with a title, kind (documentation_gap | documentation_drift | pr_template), severity, summary, suggested action, estimated files changed, and source paths. Use this to pick the next doc task; it is the superset of get_doc_gaps (which lists gaps only).

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "kind": {
      "type": "string",
      "description": "Optional kind filter: documentation_gap, documentation_drift, or pr_template."
    },
    "severity": {
      "type": "string",
      "description": "Optional severity filter: high, medium, low, or info."
    }
  }
}
🟢moxie.get_documentation_patterns(repository)

Get Moxie's summary of how THIS repository organizes and maintains documentation - where docs live relative to code and how they are kept current. Read-only; no side effects. Returns a Markdown list of pattern entries, each with a title, explanation, and source citations. Use this to decide WHERE a new doc should go before calling propose_doc_update; for the list of WHICH docs need work, use get_documentation_opportunities instead.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    }
  }
}
🟢moxie.get_ai_context(repository)

Get the compact briefing an agent should read before editing this repository: index status, verified commands, agent tips, top conventions, open documentation gaps, and queued documentation opportunities. Read-only; no side effects. Returns a single Markdown document. Call this first at the start of a task; once you know which files you'll change, follow up with get_doc_impact for path-scoped guidance.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    }
  }
}
🟢moxie.get_doc_impact(repository, changedPaths, deletedPaths)

Given the file paths an agent is about to change (and optionally a subset being deleted), return the conventions, documentation gaps, and existing/related docs whose evidence overlaps those paths, plus a net-new/undocumented analysis and any removal candidates. Read-only; no side effects. Returns a Markdown report. Call this BEFORE writing code so doc updates land in the same PR; then use propose_doc_update to write a doc, or propose_doc_removal for an orphaned one.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "changedPaths": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "description": "Repository-relative file paths the agent intends to modify (e.g., apps/web/src/app/api/billing/webhook/route.ts)."
    },
    "deletedPaths": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "description": "Subset of paths that are being DELETED. Moxie flags any doc whose every cited source path is in this list as a removal candidate for moxie.propose_doc_removal."
    }
  },
  "required": [
    "changedPaths"
  ]
}
🟢moxie.get_api_context(repository, paths)

Given file paths an agent is about to touch, return structured context for any API endpoints they map to: method, path, request/response schema, and known consumers/features. Read-only; no side effects. Call this before editing API route or schema code, alongside get_doc_impact.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "paths": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "description": "Repository-relative file paths to inspect for API endpoint context."
    }
  }
}
🟢moxie.review_change(repository, changedFiles, deletedPaths)

Self-review a change you are about to commit BEFORE opening the PR. Pass the proposed new state of each changed file (and any deleted paths); Moxie returns a severity-ranked list of violations to fix: convention breaches, docs your change makes factually false, net-new API/surface added without docs, and doc references broken by deletions. Read-only; no side effects and no writes. Returns a Markdown verdict (clean | warnings | must-fix) with each finding's location, fix, and - for doc issues - the slug to pass to propose_doc_update. Call this as the final step of the edit flow, then fix findings and re-run.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "changedFiles": {
      "type": "array",
      "description": "The files your change adds or modifies, in their PROPOSED new state. Provide newContent (the full new file text) for each; you may also/instead provide patch (a unified diff). Max 20 files per call.",
      "items": {
        "type": "object",
        "properties": {
          "path": {
            "type": "string",
            "description": "Repository-relative path, e.g. apps/web/src/app/api/foo/route.ts."
          },
          "newContent": {
            "type": "string",
            "description": "The full new contents of the file after your change."
          },
          "patch": {
            "type": "string",
            "description": "Optional unified diff for the file (used if newContent is omitted)."
          },
          "status": {
            "type": "string",
            "description": "Either \"added\" or \"modified\"."
          }
        },
        "required": [
          "path"
        ]
      }
    },
    "deletedPaths": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "description": "Repository-relative paths your change DELETES, so Moxie can flag docs whose references break."
    }
  },
  "required": [
    "changedFiles"
  ]
}
🟡moxie.propose_doc_update(repository, title, markdown, targetPath, baseSlug, ...)

Propose a documentation file to add or update as part of YOUR current change. Records a new proposal each call (not idempotent) and does NOT modify your repository or open a PR - Moxie resolves the target path and returns the path + Markdown for YOU to write into your working branch, so the docs land in the SAME PR as the code. Returns the resolved target path and the content to write. Provide either targetPath or baseSlug.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "title": {
      "type": "string",
      "description": "Short human title for the documentation update."
    },
    "markdown": {
      "type": "string",
      "description": "The documentation content (Markdown) to write to the target file."
    },
    "targetPath": {
      "type": "string",
      "description": "Repository-relative path to write the doc to (e.g., docs/billing.md). Omit to resolve from baseSlug."
    },
    "baseSlug": {
      "type": "string",
      "description": "Slug of an existing generated doc to update instead of supplying targetPath."
    },
    "sourcePaths": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "description": "Code paths this doc documents, for provenance."
    },
    "reason": {
      "type": "string",
      "description": "Why this doc is being added or changed."
    }
  },
  "required": [
    "title",
    "markdown"
  ]
}
🔴moxie.propose_doc_removal(repository, slug, targetPath, removedSourcePaths, reason)

Propose deleting a Moxie-tracked documentation file that your change makes irrelevant, as part of YOUR current change. Moxie validates the path and returns it for you to delete in your working branch; Moxie itself does not delete files or open a PR - the deletion happens in your branch, so it lands in the SAME PR as the code. Returns the resolved path to delete. Provide either slug or targetPath.

入力スキーマ

{
  "type": "object",
  "properties": {
    "repository": {
      "type": "string",
      "description": "The target repository as \"owner/name\" (e.g. \"acme/app\"). Always pass this unless your token is scoped to a single repository. Matching is case-insensitive. If omitted when the token serves multiple repos, the call returns the list of repositories to choose from instead of an answer."
    },
    "slug": {
      "type": "string",
      "description": "Slug of the existing generated doc to remove."
    },
    "targetPath": {
      "type": "string",
      "description": "Repository-relative path of the doc to remove (must be a Moxie-tracked doc). Use instead of slug."
    },
    "removedSourcePaths": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "description": "Code paths being deleted that made this doc irrelevant, for provenance."
    },
    "reason": {
      "type": "string",
      "description": "Why this doc is no longer relevant."
    }
  }
}

コミュニティ

このサーバーを評価する

エビデンス

最近の観測

検証済みバージョンは記録されていませんツール 12 件
検証済みバージョンは記録されていませんツール 12 件