关于 phoenix-evals
用于为 AI 和 LLM 应用构建并验证评估器的技能,指导开发者使用代码或 LLM 评估,并开展实验、追踪和 CI 集成。
主要功能
- 01代码与 LLM 评估器
- 02RAG 评估指导
- 03数据集与实验
- 04根据人工标注验证评估器
- 05追踪与错误分析
- 06集成测试运行器和 CI
适用场景
- 01评估 RAG 检索与忠实度
- 02基于数据集运行评估实验
- 03通过评估测试设置 CI 门禁
- 04检查追踪并归类错误
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ arize-ai/ phoenix --skill phoenix-evals安装后在 Claude Code 中输入/phoenix-evals确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/axial-coding.mdcommon-mistakes-python.mderror-analysis-multi-turn.mderror-analysis.mdevaluate-dataframe-python.mdevaluators-code-python.mdevaluators-code-typescript.mdevaluators-custom-templates.mdevaluators-llm-python.mdevaluators-llm-typescript.mdevaluators-overview.mdevaluators-pre-built.mdevaluators-rag.mdexperiments-datasets-python.mdexperiments-datasets-typescript.mdexperiments-overview.mdexperiments-running-python.mdexperiments-running-typescript.mdexperiments-synthetic-python.mdexperiments-synthetic-typescript.mdfilter-expressions.mdfundamentals-anti-patterns.mdfundamentals-model-selection.mdfundamentals.mdintegrations-pytest.mdintegrations-vitest-jest.mdobserve-sampling-python.mdobserve-sampling-typescript.mdobserve-tracing-setup.mdproduction-continuous.md详细介绍
Phoenix Evals
为 AI/大模型应用构建评估器。优先使用代码,以大模型处理细微差异,并通过人工验证。
快速参考
工作流
从头开始: observe-tracing-setup → error-analysis → axial-coding → evaluators-overview
构建评估器: fundamentals → common-mistakes-python → evaluators-{code|llm}-{python|typescript} → validation-evaluators-{python|typescript}
RAG 系统: evaluators-rag → evaluators-code-(检索)→ evaluators-llm-(忠实度)
CI 门禁: evaluators-{code|llm}-{python|typescript} → integrations-{pytest|vitest-jest} → production-continuous
生产环境: production-overview → production-guardrails → production-continuous
参考类别
| 前缀 | 描述 |
|---|---|
fundamentals-* | 类型、评分、反模式 |
observe-* | 追踪、采样 |
error-analysis-* | 查找失败 |
axial-coding-* | 对失败进行分类 |
evaluators-* | 代码、大模型、RAG 评估器 |
experiments-* | 数据集、运行实验 |
integrations-* | 将测试运行器(pytest、Vitest、Jest)中的评估作为 CI 门禁运行 |
validation-* | 根据人工标签验证评估器的准确性 |
production-* | CI/CD、监控 |
核心原则
| 原则 | 行动 |
|---|---|
| 先进行错误分析 | 未观察到的问题无法自动化处理 |
| 自定义优于通用 | 基于自身的失败构建 |
| 优先使用代码 | 先用确定性方法,再用大模型 |
| 验证评判器 | 准确率 >80%,TPR/TNR >70% |
| 二元优于李克特量表 | 通过/失败,而不是 1-5 分 |
| 不变量设门禁,信号看趋势 | 对硬性不变量使用 assert/expect(CI 标记为失败);记录大模型评判器质量信号,并对汇总结果(验收标准)设门禁,而不是对每个案例单独设门禁 |
评论
支持 Markdown