agentsop-metric-design

Build decomposed, bias-mitigated evaluation metrics for LLM pipelines.

287|16|Updated May 20, 2026
One-click install
npx skills add https://github.com/agentsope/SkillAlchemy --skill agentsop-metric-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agentsop-metric-design
Source: https://github.com/agentsope/SkillAlchemy/tree/main/skills/agentsop-metric-design
Command: npx skills add https://github.com/agentsope/SkillAlchemy --skill agentsop-metric-design

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It prevents LLM optimization from gaming unreliable or biased “LLM-as-judge” scores by turning evaluation criteria into a decomposed, calibrated metric that reflects what humans actually want.

Core Features & Use Cases

  • Decomposed multi-criteria metrics: break holistic judging into 3–6 orthogonal yes/no sub-judges (e.g., factuality, on-topic, non-hedging) to reduce judge noise and axis collapse.
  • Compile vs eval semantics: return strict bool during compilation (e.g., optimizer search) and float during evaluation/reporting for stable optimization behavior.
  • Deterministic length penalty: apply an explicit scalar length control so verbosity bias cannot “win” the optimization.
  • Judge-bias mitigation and probes: run bias-probe checks (length, self-preference, position, rubric-order) and calibrate against humans before any compile.
  • RAG evaluation triad support: align metrics to Faithfulness + Relevancy + Retriever quality so systems don’t look faithful while still being wrong or irrelevant.

Quick Start

Use agentsop-metric-design to generate a metric function and calibration receipt, then pass that metric into your DSPy optimizer or LlamaIndex eval loop to gate and regress changes quantitatively.

Frequently Asked Questions about agentsop-metric-design

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I stop LLM-as-judge optimization from gaming biased evaluation metrics?

To stop LLM-as-judge optimization from gaming biased evaluation metrics, decompose holistic criteria into 3–6 orthogonal yes/no sub-judges and apply deterministic length penalties so verbosity cannot win the optimization.

What is the difference between compile and eval semantics in DSPy metric functions?

Compile and eval semantics in DSPy metric functions require returning strict bool during compilation for stable optimizer search, and float during evaluation or reporting to provide continuous scoring granularity.

How do I calibrate RAGAS and LlamaIndex evaluation metrics against human spot-checks?

Calibrate RAGAS and LlamaIndex evaluation metrics against humans by running bias-probe checks for length, self-preference, position, and rubric-order on at least 20 spot-checks before compiling any optimizer.

Does this metric design approach support RAG evaluation triads for Faithfulness and Relevancy?

Yes, this metric design approach supports RAG evaluation triads by aligning metrics to Faithfulness, Relevancy, and Retriever quality so systems do not look faithful while remaining wrong or irrelevant.

What is the best way to mitigate judge bias in LLM pipeline evaluators?

The best way to mitigate judge bias in LLM pipeline evaluators is to break judging into orthogonal sub-judges, apply explicit scalar length control, and run cross-family bias probes with human calibration.

Can I pass decomposed evaluation metrics into DSPy or MIPRO optimizers directly?

Yes, you can pass decomposed evaluation metrics into DSPy or MIPRO optimizers by generating a metric function and calibration receipt, then feeding that metric into your optimizer loop to quantitatively gate and regress changes.