mcpField
E
eval-harness-updater

eval-harness-updater

github.com/oimiragieo测试与质量4444 次安装17 周前更新
代码仓库

关于 eval-harness-updater

用于更新评测框架的技能,关注提示词与解析器漂移、超时、回归门槛及备用模式一致性。流程要求先做外部研究,并同步更新框架及其评测的技能或 Agent。

主要功能

  1. 01处理提示词和解析器漂移
  2. 02添加解析与超时回归测试
  3. 03验证评测输出和 CI 门槛
  4. 04检查配套产物缺口
  5. 05保持评分兼容性

适用场景

  1. 01为变化中的提示词更新评测框架
  2. 02测试超时和部分流式响应处理
  3. 03检查回归与 SLO 门槛
  4. 04使框架与受测技能保持一致

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/oimiragieo/agent-studio --skill eval-harness-updater

安装后在 Claude Code 中输入/eval-harness-updater确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

commands/
eval-harness-updater.md
hooks/
post-execute.cjs
pre-execute.cjs
references/
research-requirements.md
rules/
eval-harness-updater.md
schemas/
input.schema.json
output.schema.json
scripts/
main.cjs
templates/
implementation-template.md

详细介绍

Eval Harness Updater

更新评测框架,确保在环境不稳定时,实时模式和回退模式仍然可用。

重点领域

  • 提示词和解析器漂移
  • 超时/部分流处理
  • SLO 和回归门禁
  • 双重运行时的回退一致性

工作流

  1. 确定框架路径。
  2. 调研测试/评测最佳实践(Exa + arXiv — 见下文“研究门禁”)。
  3. 为解析和超时边界情况添加 RED 回归测试。
  4. 对框架逻辑进行最小化修补。
  5. 验证评测输出和 CI 门禁。
  6. 解决配套产物缺口(见下文“交叉引用表”)。

研究门禁(Exa + arXiv — 两者均为必选)

提出框架变更前,收集当前最佳实践:

  1. 使用 Exa 了解实现和生态模式:
    • mcp__Exa__web_search_exa({ query: 'LLM eval harness 2025 best practices' })
    • mcp__Exa__get_code_context_exa({ query: 'eval harness parser reliability timeout handling' })
  2. 搜索 arXiv 上有关评测方法的学术研究(必选):
    • 通过 Exa:mcp__Exa__web_search_exa({ query: 'site:arxiv.org LLM evaluation harness 2024 2025' })
    • 直接调用 API:WebFetch({ url: 'https://arxiv.org/search/?query=LLM+evaluation+harness&searchtype=all&start=0' })
  3. 在记忆学习中记录决策、约束和非目标。

当主题涉及以下内容时,arXiv 为必选项(不能作为备选): 大模型评测、Agent 评测、SLO 门禁、回归测试方法或解析器可靠性。

交叉引用:Creator Ecosystem

此技能属于 Creator Ecosystem。如果调研发现缺口,请调用相应的配套创建器:

发现的缺口必需产物要调用的创建器适用时机
领域知识需要可复用的技能技能Skill({ skill: 'skill-creator' })缺口涵盖完整技能领域
现有技能覆盖不完整技能更新Skill({ skill: 'skill-updater' })存在相关技能但覆盖不完整
能力需要专用 AgentAgentSkill({ skill: 'agent-creator' })需要 Agent 负责该能力
现有 Agent 需要更新能力Agent 更新Skill({ skill: 'agent-updater' })存在相关 Agent 但覆盖不完整
领域需要代码/项目脚手架模板Skill({ skill: 'template-creator' })需要可复用的代码模式
行为需要执行前/后的防护措施hookSkill({ skill: 'hook-creator' })需要强制执行行为
流程需要多阶段编排工作流Skill({ skill: 'workflow-creator' })需要多步骤协调
产物需要结构化 I/O 验证schemaSkill({ skill: 'schema-creator' })需要用于产物 I/O 的 JSON schema
用户交互需要斜杠命令命令Skill({ skill: 'command-creator' })需要面向用户的快捷方式
重复逻辑需要可复用的 CLI 工具工具Skill({ skill: 'tool-creator' })需要 CLI 实用程序
仅涉及范围狭窄/单一产物的能力内联仅在此产物中记录过于具体,无法泛化

铁律

  1. 始终在更新任何评测框架之前,先通过 Exa + arXiv 研究门槛——缺乏最新外部知识就进行更新,会导致评测标准过时。
  2. 绝不移除现有评测标准,除非用同等或更好的标准替代——降低评测框架的测试覆盖率属于回归。
  3. 在宣布框架完整之前,始终检查创作者生态,查找缺漏——缺少配套产物(技能、Agent、架构)会让框架无法测试新能力。
  4. 绝不脱离其评测的技能/Agent 单独更新评测框架——框架和产物必须保持同步,否则框架测试的就是错误行为。
  5. 始终保持评测评分的向后兼容性——如果改变评分语义却不迁移历史基线,就无法进行趋势分析。

反模式

反模式失败原因正确做法
未通过研究门槛就更新评测框架标准基于过时知识,遗漏近期评测方法的进展更新任何评测标准前,始终先进行 Exa + arXiv 研究
为简化框架而移除测试用例悄然降低覆盖率,导致回归未被发现只有在测试的行为已被有意移除时,才移除测试用例
在不同 PR 中分别更新框架和产物产物一旦变更,框架就会立即测试错误行为,导致测试立刻偏离始终在同一次提交中更新框架和产物
在项目中途改变评分尺度历史基线将无法比较,趋势分析也会失效一次性确定评分尺度;如必须更改,则创建迁移方案
未检查配套产物就宣布框架完整缺少技能或架构会造成评测缺口将框架更新标记为完成前,始终检查配套产物

记忆协议(强制)

开始之前: 阅读 .claude/context/memory/learnings.md

完成之后:

  • 新的评测模式 → .claude/context/memory/learnings.md
  • 发现评测缺口 → .claude/context/memory/issues.md
  • 做出评分决策 → .claude/context/memory/decisions.md

假设工作可能中断:如果没有记录在记忆中,就等于没有发生。

评论

支持 Markdown