Custom Metric Collection

via “metric composition and custom criteria evaluation”

RAG evaluation framework — faithfulness, relevancy, context precision/recall metrics.

Unique: Metric system uses inheritance hierarchy (Metric → SingleTurnMetric → specific implementations) with PromptMixin for dynamic prompt management and Instructor adapter for structured output. Supports metric training/alignment workflows to calibrate custom metrics against human judgments.

vs others: More flexible than fixed metric suites because metrics are composable Python objects with pluggable LLM backends, enabling domain-specific evaluation without forking the framework.

via “custom metric submission and ingestion”

Query Datadog metrics, logs, and monitors via MCP.

Unique: Exposes Datadog's metrics API through MCP, allowing Claude to submit custom metrics as part of automation workflows; handles metric type selection and tag formatting transparently

vs others: More integrated than external metric submission tools because Claude can reason about what metrics to submit based on incident context or workflow state

via “custom metric definition with schema-based validation”

LLM evaluation framework — 14+ metrics, faithfulness/hallucination detection, Pytest integration.

Unique: Provides a BaseMetric abstract class with a standardized measure() interface and optional schema validation, allowing custom metrics to be plugged into the evaluation pipeline without modifying core code; includes helper functions (e.g., G-Eval prompt templates) to reduce boilerplate for common metric patterns

vs others: More extensible than Ragas because it provides clear extension points (BaseMetric subclass) and helper utilities for common patterns, reducing the friction for implementing custom metrics

via “custom metrics definition and aggregation with tags and thresholds”

Developer-centric load testing tool by Grafana Labs.

Unique: Implements custom metrics as first-class objects (Counter, Gauge, Trend, Rate) with tag-based dimensional filtering and integration with the threshold system, enabling business-logic metrics to be treated as SLO criteria without custom scripting

vs others: More flexible than JMeter's custom metrics because metrics are code-based and support tags; more integrated than Locust because custom metrics are automatically exported to backends and included in threshold evaluation

via “custom metric implementation with geval base class”

The LLM Evaluation Framework

Unique: Provides a GEval base class that abstracts LLM-as-judge metric implementation, handling prompt templating, response parsing, and score normalization. Custom metrics inherit caching and provider abstraction from the base class.

vs others: More extensible than fixed metric libraries and more integrated than standalone evaluation scripts because custom metrics inherit framework capabilities (caching, provider abstraction, result aggregation).

via “custom metric definition and composition framework”

Evaluation framework for RAG and LLM applications

Unique: Implements a simple base class extension pattern for custom metrics with automatic integration into evaluation pipelines, enabling users to define domain-specific metrics without understanding internal framework architecture; supports metric-specific configuration through constructor parameters

vs others: Lower barrier to entry than building evaluation frameworks from scratch; provides scaffolding and integration points while remaining flexible enough for novel metric implementations

via “custom-metric-collection”

via “custom metric definition and tracking”

via “custom metric definition and aggregation”

Unique: Extensible metric system enabling custom metric definition and aggregation alongside built-in observability, with automatic correlation to experiments and model changes

vs others: More flexible than provider-native metrics (which are fixed) and more integrated than external analytics tools (which require manual data integration)

via “custom metric and indicator development”