Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

feat(eval): preset 增益量化基准——同任务集跑 minimal vs standard,产出 token/时延/成功率对照

Cerrado
#129 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
30/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
rust

Línea de trabajo

Start by reviewing the minimal-preset rationale in packages/client/ui-agent-preset/src/client/locales.ts and the dependent issues #127 and #128. Then identify the existing evaluation and telemetry entry points before choosing where a repeatable harness belongs. Done means one command produces a minimal-versus-standard report and commits both the report and raw JSONL data, including token, latency, and success-rate comparisons.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

场景 gap 单(okguitar 提报)· 优先级 P2 · 依赖:depends-on: #127 · depends-on: #128 · 来源:jeffkit 拍板「需要 benchmark 对比升级增益的量化」

基线 HEAD = 4e1aee98。

Summary

  • 决策背景:提示词打磨 / preset / 上下文机制升级的增益需要量化对照,不能只凭体感;
  • 现状:无对照基准。可观测面(#110-#124:token/成本/时延/事件)落地后数据有来源,但缺「同任务集、多档位对照」的骨架;
  • DSH 佐证:minimal 存在的官方理由就是"测试和对比其基础表现"(packages/client/ui-agent-preset/src/client/locales.ts)——基线档与基准测试是配套设计。

建议

  1. 固定任务集(首版 8-15 条,覆盖五类各 2-3 条:单文件读改写 / 多文件搜索定位 / 多步工具链 / 长上下文触发压缩 / 失败恢复);
  2. 每档(minimal / standard,后续扩展档位)跑全量:采集每任务的 input/output/cache_read token(若有 usage)、墙钟、turn 数、工具调用数、成功率与失败分类;
  3. 产出:markdown 对照表 + 原始 JSONL 入仓;一条命令可复跑;
  4. 定位为常设 harness:此后每次提示词/机制变更都出「前后对照」增量报告(替代体感评估)。

验收

  • 一条命令产出对照报告(minimal vs standard 至少含:token 差倍数、时延差、成功率);
  • 报告与原始数据入仓、可复现(同配置重跑结果稳定或给出方差区间);
  • 至少固化 1 个决策用例:如「#110-#124 可观测能力上线前后对任务成功率/token 的影响」。
Lenguaje dominante
Rust
Estrellas
4
Forks
0
Merge medio
5 h 32 min
PR fusionados (30 d)
7

Preparar el entorno

  • Incluye un Dockerfile o un archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de jeffkit/recursive

Todos los issues de jeffkit/recursive

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.