Metricairn
Related Servers
Alternatives to Metricairn
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceEnables AI agents to query PostHog analytics data directly via tool calls, including insights, events, feature flags, trends, and persons.5498 npmMIT
- AlicenseNot gradedqualityCmaintenanceConnects to GA4, Mixpanel, PostHog and other analytics platforms, providing 9 tools for trend analysis, anomaly detection, funnel analysis, and more via natural language queries.1MIT
- AlicenseAqualityDmaintenanceFirst-party web analytics MCP server for AI agents, providing 42 tools to query traffic, events, funnels, conversions, sources, and performance data.4078 npmMIT
- AlicenseAqualityCmaintenanceEnables AI tools that support the Model Context Protocol to query Plausible Analytics traffic and conversion data, break metrics down by page, source, country, device, and UTM parameters, and compare two date ranges side by side. All query tools are read-only and work with either a hosted bring-your-own-key endpoint or a local STDIO install.453 npmMIT
- FlicenseNot gradedqualityBmaintenanceEnables AI agents to interact with ClickHouse analytics through a semantic layer, exposing datasets and metrics for natural-language querying.-
- AlicenseAqualityDmaintenanceEnables AI assistants to interact with Metabase for database operations, SQL queries, dashboard management, and analytics automation.28MIT
TDQS
Scored across 20 tools
Several tools overlap heavily: run_query subsumes query_metrics and breakdown (total/timeseries/breakdown modes), while compare and investigate_change both perform equal-duration period comparisons, and ask overlaps with the structured query tools. Funnel/goal/retention reports and the note/investigation lifecycle are clearly distinct, but the querying layer has fuzzy boundaries that invite misselection.
There is a recognizable verb_noun pattern for many tools (list_metrics, query_metrics, run_query, list_goals, get_realtime, detect_anomalies, investigate_change, get_investigation), but it is broken by bare nouns and ambiguous names (breakdown, compare, ask, funnel_report, revenue_attribution, mcp_usage). The mix is readable but not a predictable convention.
At 20 tools this is on the heavy side for an analytics server, and the count is inflated by overlapping query paths that could be consolidated (e.g. query_metrics/breakdown folded into run_query). It is not egregious—each tool maps to a plausible analytics task—but it sits at the borderline of too many.
The surface covers the analytics lifecycle well: discovery (list_metrics, list_dimension_values), querying, funnel/goal/retention/attribution reporting, anomaly detection, realtime, data-health checks, and investigation save/review. Minor gaps exist (e.g. no explicit breakdown-by-metric filter builder output, no scheduling), but core workflows are covered without dead ends.