Convai Analytics

io.github.Conv-AIPublished by GitHub account Conv-AIv0.2.5Updated Oct 24, 2026

Analyze Convai sessions, latency, reliability, usage, and provider telemetry via API key.

VerifiedSTDIODesktop onlyData & AnalyticsAI & ML

Overview

AI-generated overview

Lets an assistant query Convai voice-agent analytics — sessions, latency, reliability, usage and provider/model performance — through the hosted Convai…

What you can do
A local stdio MCP server that wraps the public Convai Analytics SDK and exposes tools for account summaries, session listing and timelines, interaction traces, latency percentiles and component breakdowns, error and reliability trends, usage and concurrency estimates, and TTS/LLM provider comparisons. Many tools return structured JSON plus Vega-Lite chart specifications, and prompt templates cover common questions such as why a session was slow or how latency trends look. Plan-gated tools return typed errors when the account's plan does not include them.
When to use it
Use it when you already have Convai voice agents and want an assistant to answer operational questions about them — latency, reliability, usage, concurrency, or provider and model performance — without writing SDK scripts. It is aimed at customer-facing analytics rather than internal infrastructure access.
Requirements
Runs locally over stdio, typically started with npx from the npm package @convai/analytics-mcp, so Node.js and network access are needed. A Convai API key is required in the environment variable CONVAI_API_KEY. The optional CONVAI_ANALYTICS_BASE_URL overrides the analytics API base URL and should normally be left unset. The MCP host must be restarted after config changes.
Before you install
The server requires the secret CONVAI_API_KEY, which should not be placed in source code, committed MCP configuration, screenshots or logs. It only calls the public Convai Analytics API and does not accept account overrides or internal credentials, and tool results are sanitized so errors do not echo the key. Analytics queries are read-only, but they send account data to the hosted Convai analytics service.

Installation

In SourceWeft

  1. Open Convai Analytics in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

@convai/analytics-mcp

Local stdio MCP server for Convai Analytics.

This package is the recommended agent interface for Convai Analytics. It lets MCP-capable agents answer questions about your Convai sessions, latency, reliability, usage, and provider/model performance without writing custom SDK scripts. It wraps the public @convai/analytics TypeScript SDK, uses CONVAI_API_KEY, and returns structured JSON plus Vega-Lite chart specs.

Package: @convai/analytics-mcp

Official MCP Registry name: io.github.Conv-AI/convai-analytics-mcp

Install And Run

bash
export CONVAI_API_KEY="ck_live_your_key_here"npx -y @convai/analytics-mcp@latest

Optional:

bash
export CONVAI_ANALYTICS_BASE_URL="https://analytics-api.convai.com/v1/analytics"

Leave CONVAI_ANALYTICS_BASE_URL unset for production. Do not put the API key in source code, committed MCP config, screenshots, or logs.

After adding or changing MCP config, restart Claude Desktop, Claude Code, Cursor, Codex, or your MCP host so it reloads the server command and CONVAI_API_KEY.

Claude Desktop

json
{  "mcpServers": {    "convai-analytics": {      "command": "npx",      "args": ["-y", "@convai/analytics-mcp@latest"],      "env": {        "CONVAI_API_KEY": "ck_live_your_key_here"      }    }  }}

After saving this config, quit and reopen Claude Desktop so it starts the new MCP server.

Cursor / Codex-Compatible MCP Clients

Use the same stdio command:

json
{  "command": "npx",  "args": ["-y", "@convai/analytics-mcp@latest"],  "env": {    "CONVAI_API_KEY": "ck_live_your_key_here"  }}

For Claude Code, Cursor, Codex-compatible clients, and other stdio MCP hosts, restart the client or start a new session after adding or changing MCP config.

Security Model

The server is customer-facing and public-safe by design:

  • It only calls the public Convai Analytics API through @convai/analytics.
  • It does not accept account overrides, service credentials, database URLs, or other internal access paths.
  • Account scoping, plan gating, and quota enforcement stay server-side in the hosted analytics API.
  • Tool results are sanitized so errors do not echo CONVAI_API_KEY.

Tools

Core and account tools:

  • get_summary
  • get_metrics_catalog
  • list_sessions
  • get_session_timeline
  • get_interaction_trace

Latency tools:

  • get_p95_latency_over_time
  • get_latency_percentile_series
  • get_latency_percentile_chart
  • get_latency_threshold_chart
  • get_latency_heatmap_chart
  • get_component_latency_breakdown
  • generate_component_latency_chart
  • find_component_latency_bottlenecks
  • generate_interaction_waterfall
  • explain_slow_session

Reliability tools:

  • get_error_trend
  • generate_error_trend_chart
  • get_error_breakdown
  • generate_error_breakdown_chart
  • get_dropped_error_persist_trend
  • generate_dropped_error_persist_chart
  • generate_reliability_summary_chart
  • generate_reliability_trends_chart

These reliability tools use error and dropped-persistence metrics that are available today. If an agent asks for a status distribution, only use group_by=status when the returned rows contain real non-empty status groups; otherwise report that status-tagged aggregate telemetry is not available for that range.

Usage and concurrency tools:

  • get_usage_trends
  • generate_usage_trends_chart
  • get_character_usage_leaderboard
  • generate_character_usage_chart
  • generate_session_duration_scatter
  • estimate_active_session_concurrency
  • generate_active_session_concurrency_chart
  • generate_peak_concurrency_chart

Provider and model tools:

  • get_tts_provider_attribution
  • generate_tts_provider_chart
  • get_llm_model_latency
  • generate_llm_model_latency_chart
  • compare_providers

Plan-gated advanced tools:

  • detect_regressions
  • advanced_query

Plan-gated tools return typed MCP tool errors for 402/403 responses with the required plan in the message.

Prompts

The server exposes prompt templates for common customer questions:

  • why_was_this_session_slow
  • aggregate_latency_distribution
  • p95_latency_trend
  • component_bottlenecks
  • trace_explanation
  • error_rate_trends
  • provider_comparison
  • usage_summary

Resources

  • convai://analytics/docs/concepts
  • convai://analytics/docs/metrics-reference
  • convai://analytics/docs/authentication
  • convai://analytics/catalog

The catalog resource fetches the caller's account catalog when CONVAI_API_KEY is available.

Example Questions

text
How many interactions and unique end users did I have in the last 30 days?Break it down by character and generate a usage trend chart.
text
Show aggregate P50/P95/P99 voice.user_to_bot_latency for production readiness sign-off.Add a 3000 ms p95 threshold line and summarize the worst buckets.
text
Explain why session s_123 was slow and generate an interaction waterfall if there is a traceable interaction.
text
Show reliability trends, errors by component, and dropped error-persistence events.
text
Estimate active session concurrency and show the peak concurrency chart.

Local Development

From the repo root:

bash
make mcp-installmake mcp-lintmake mcp-testmake mcp-buildmake mcp-smoke

Live smoke against production with your own key:

bash
export CONVAI_API_KEY="ck_live_your_key_here"export CONVAI_ANALYTICS_BASE_URL="https://analytics-api.convai.com/v1/analytics"export CONVAI_ANALYTICS_E2E_RANGE="last_30d"cd packages/mcpnpm run e2e:prod

The live smoke accepts empty data for accounts without recent traffic and treats plan-gated 402/403 responses as valid gated results.

Discovery

The canonical MCP registry manifest is server.json. The server is published to npm and the Official MCP Registry. Additional directories and marketplaces such as GitHub MCP Registry, Smithery, Glama, PulseMCP, mcp.so, and Docker MCP Catalog can reference the same package and registry metadata.

Source: packages/mcp/README.md at commit 35cbf99

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.2.5LatestSep 16, 2026

Score

40% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

    Declare a license in the repository or the registry entry.