https://moda-mcp.modas.workers.dev/mcp). Connection setup, authentication, and toolset filtering (?toolsets=data, ?toolsets=lean) are covered in the MCP server overview; the tool-to-command map, including which CLI commands stay CLI-only, is in CLI parity. This page lists each tool by area, in the same areas as the CLI reference.
Conventions used below:
- Authentication is per request: every call uses the API key (called an ingestion key in the dashboard) sent in the connection’s
Authorization: Bearer moda_sk_...orx-api-keyheader, and every result is scoped to that key’s tenant. Calls without a key return setup guidance in-band instead of a transport error. - Optional parameters you omit are left off the request entirely, so the backend default applies — the Default column shows
—for these, and the description states the backend default where the server documents one. A concrete value in the Default column is materialized client-side and always sent, exactly like the CLI. - Unknown ids return empty results with a warning, not errors.
- A trace is one full agent run, identified by its
conversation_id(the trace ID). Tool names and parameters keep theconversation/conversation_idnames for backwards compatibility; the CLI’smoda tracesandmoda cluster-tracescommands (legacy aliasesmoda conversations,moda cluster-conversations) are the same surface. - Heavy read tools (
conversations,search,context,frustrations,ask) acceptresponse_format: "concise"for a compact markdown rendering instead of the full JSON payload. - Every read tool advertises
readOnlyHint: true. Write tools (POST) are sent exactly once and never retried. - All timestamps are UTC. Transcript excerpts, user quotes, and world-state values inside results are end-user production data — results quarantine them as untrusted content, never instructions.
Production data
overview
Returns the tenant’s production health briefing: status (attention/healthy/quiet), key metrics, severity-ranked findings, a next-command hint, and the untouched /overview payload under raw_overview. The first call of any “how is my agent doing?” question.
Arguments
CLI: moda overview
clusters
Lists the topic clusters Moda groups ingested traces into, or — whensearch or node_id is set — runs fuzzy/semantic/hybrid cluster search (including deterministic deep-link resolution by node id). Follow up with cluster_conversations on a node id.
Arguments
CLI: moda clusters
cluster_conversations
Lists the traces grouped under one topic-cluster node, with pagination. An unknown node id yields an empty-200 payload plus a not-found warning.Arguments
CLI: moda cluster-traces
conversations
Lists ingested traces filtered by summary text, cluster, user, time range, environment, world-state keywords, and outcome, with pagination. The main browse/filter surface when you have filters rather than a semantic query — for message-level search usesearch.
Arguments
CLI: moda traces
search
Message-level keyword/semantic/hybrid search across every ingested trace, returning scored hits withconversation_id, message_index, role, and a snippet. Warnings report when the backend degraded to keyword mode or ran a different mode than requested.
Arguments
CLI: moda search
context
Returns a windowed transcript of one trace: up towindow messages either side of msg_index, plus total_messages, the summary, and each message’s role, content, and tool call/result counts. The standard follow-up after search, frustrations, or tool_failure_detail hands you an anchor.
Arguments
CLI: moda context
world_state
Reads the world state Moda tracked for one trace, in three modes: the default event/summary view, a point-in-time snapshot at a message index, or a frame-by-frame replay.snapshot and replay are mutually exclusive; unknown ids yield an empty-200 payload plus a not-found warning.
Arguments
CLI: moda world-state
audit
Returns the ingestion audit for one trace, looked up by its trace ID (conversation_id) or by an OpenTelemetry trace_id: spans, hierarchy, orphans, and duplicates, optionally with raw records. Use it to debug instrumentation when a transcript from context looks wrong or incomplete.
Arguments
CLI: moda audit
step_scores
Returns Moda’s per-step quality scores for one trace: scored steps and segment rollups. A trace that exists but has not been scored yet returns empty arrays with a warning.Arguments
CLI: moda step-scores
frustrations
Lists user-frustration detections, each row carrying user quotes, key turns, and a computedanchor (conversation_id + msg_index) pointing at the frustrated moment. The emotions tool is the multi-family superset of this legacy single-family view.
Arguments
CLI: moda frustrations
emotions
Lists multi-family emotion detections (frustration, sadness, confusion, anxiety, trust, positive) ranked by score, with a summary and signal breakdown that always cover all families — family filters the detections list only.
Arguments
CLI: moda emotions
hallucinations
Lists hallucination detections — agent claims checked against tracked world state — withcontradicted and verified kinds. conversation_id scopes the summary too; kind narrows the detections list only.
Arguments
CLI: moda hallucinations
tool_failures
Returns the tenant-wide tool-failure rollup for the window: which tools failed, how often, and across how many traces. Follow up withtool_failure_detail on a failing tool_name.
Arguments
CLI: moda tool-failures
tool_failure_detail
Drills into one tool’s failures: error subtypes plus concrete failing examples, each carrying a computedanchor (conversation_id, msg_index, tool_use_id, error_subtype). Empty subtypes and examples yield a warning — an unknown tool name and a tool with no failures in the window are indistinguishable.
Arguments
CLI: moda tool-failure-detail
problems
Returns Moda’s ranked Problem list for the window — deduplicated cross-signal problem groups with scores and counts — plus adashboard_url deep link. The starting point of “what should I fix first?”.
Arguments
CLI: moda problems
problem
Fetches one Problem: the full dossier by default, or — withview — one paginated sub-resource page. family/door filter the conversations view (affected traces) only, and sub-resource views require the canonical problem UUID (the dossier accepts any id and answers found: false for unknown ones).
Arguments
CLI: moda problem
problem_feedback
Submits feedback on a Problem:mark_fixed, dismiss, flag_attribution, or rename. This is a write (POST, never auto-retried); re-read with problems or problem to see the effect.
Arguments
CLI: moda problem-feedback
feedback
Sends product feedback about Moda itself to the Moda team: a free-text note with a category, severity, and optional references. This is a write (POST, never auto-retried); every call inserts a new feedback row. It does not analyze tenant data.Arguments
CLI: moda feedback
tail
One tail poll — the--once form of moda tail: a snapshot of recent activity as ordered events (the last hour’s traces oldest-first, and/or the last day’s emotion detections by detected_at ascending, with a coverage record stating how much of the score-ranked emotions window was scanned). Continuous tailing is CLI-only — call this tool repeatedly and dedupe by conversation_id/detection_id yourself.
Arguments
CLI: moda tail
Production intelligence
investigate
Runs the ranked production investigation: three parallel Data API reads (/overview, /tool-failures, /frustrations) synthesized into severity-ranked findings with evidence refs and suggested next tools. Each source is best-effort — an unavailable endpoint becomes a warning and a source_status entry, never an error.
Arguments
CLI: moda investigate
failures
The failure-only variant ofinvestigate: identical three-source fetch and severity ranking, but frustration findings are excluded so only tool-failure (and insufficient-data) findings remain. The /frustrations fetch still runs and reports its availability in source_status/warnings.
Arguments
CLI: moda failures
ask
Asks the Moda Cloud intelligence agent a free-form question about production behavior and returns a cited answer: the canonicalmoda.intelligence.v1 payload as structuredContent plus the full ask result (answer, confidence, evidence refs, next commands). The slowest tool — up to ~4 minutes. If the cloud agent is unavailable or returns an empty answer, the result degrades to a locally synthesized answer built from the investigate evidence (degraded: true, with warnings).
Arguments
CLI: moda ask
Connection & meta
The meta tools reinterpret the CLI’s local-machine diagnostics as their cloud-only halves. They take no parameters and stay registered in every toolset mode — they are the connection-diagnosis surface.whoami
Validates the connection’s Moda API key against the live API and reports the tenant it is scoped to. Call this first when any other tool returns an auth error, or to confirm which tenant this connection reads from. A key with no embedded tenant id (legacy unsigned key) yields a warning that tenant-scoped tools need an explicittenant_id argument.
Arguments
doctor
Runs the cloud half ofmoda doctor: validates the API key, probes the Data API and the ingest worker, and checks whether the tenant received data in the last day. Use it when tools return empty results or errors to distinguish auth, connectivity, and no-data cases. Local workspace checks remain CLI-only.
Arguments
status
The compact form ofdoctor: one call returning overall health plus last-day trace/failure/frustration counts. Use it for a quick liveness look before an investigation; use doctor for per-check detail.
Arguments
manifest
Describes this MCP server: version, toolsets, the full 1:1 map between MCP tools and moda CLI commands, and which CLI commands are CLI-only and why. Use it to discover capabilities outside the currently enabled toolsets.Arguments
Lean mode
Connecting with?toolsets=lean registers 12 tools instead of 53: ten core tools (overview, search, conversations, context, ask, problems, problem, frustrations, tool_failures, whoami) plus the two below, which give progressive access to the full catalog without loading every schema into the client’s context. They only appear in lean mode and have no CLI equivalent.
search_tools
Searches the complete catalog of Moda tools by keyword when the tools listed in lean mode don’t cover the need. Returns up to 10 matches with tool names, descriptions, and full input schemas — call a match withexecute_tool.
Arguments
execute_tool
Runs any tool from the full Moda catalog by name with a JSON arguments object. Arguments are validated against the target tool’s schema before dispatch — invalid arguments return the expected schema in the error. Because it can reach write tools, it does not advertisereadOnlyHint.
Arguments
Next steps
- MCP server overview — endpoint, authentication, transport, and per-client connection setup.
- CLI parity — the full tool-to-command map and which CLI commands stay CLI-only.
- Data API overview — the HTTP surface these tools call, with the same auth key.