Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Rubric design may be too strict for open-ended workspace tasks

Aperta
#11 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
huggingface, python
Ambito
ai, testing-qa

Direzione di ricerca

Inizia leggendo task_lite_clean_cn/152/metadata.json e task_lite_clean_cn/158/metadata.json dal dataset Hugging Face collegato e confronta la descrizione di ciascun task con la relativa rubrica. Esamina come gli attuali criteri di valutazione gestiscono i nomi di file alternativi e le decisioni di pianificazione motivate. Il lavoro è completato quando i task a risposta aperta possono valutare gli output richiesti, la copertura, la correttezza semantica e la qualità senza basarsi esclusivamente su risposte esatte predefinite.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Hi, thanks for building and releasing Workspace-Bench Lite. I found the benchmark very useful for evaluating agent behavior in realistic workspace environments.

I would like to raise one concern about some open-ended tasks: the task descriptions are relatively broad and allow multiple reasonable solutions, but the rubrics sometimes enforce very specific output details as if there were only one correct answer. This may cause valid task completions to be marked as failures.

Example 1: Task 152
https://huggingface.co/datasets/Workspace-Bench/Workspace-Bench-Lite/blob/main/task_lite_clean_cn/152/metadata.json

The task asks the agent to organize several scientific drawing icons into a new folder and rename them so that their contents can be clearly identified.

This is an open-ended file organization task. A user would likely accept multiple reasonable names, such as:

  • 对话气泡-问号.png
  • 问号-气泡.png
  • 灯泡创意-问号.png
  • 绿色数据表格.png

However, the rubric requires exact filenames such as 问号-气泡.png, 问号-人.png, 表格-绿色.png, etc. This makes the evaluation closer to exact-answer matching rather than checking whether the agent correctly understood and renamed the icons.
Also, the task explicitly asks to create a new folder, but the rubric focuses heavily on filenames and image details, while the folder-organization requirement seems less directly evaluated.

Example 2: Task 158
https://huggingface.co/datasets/Workspace-Bench/Workspace-Bench-Lite/blob/main/task_lite_clean_cn/158/metadata.json

The task asks the agent to generate an operational work plan based on several user communication records and team responsibilities.

This is also an open-ended planning task. The agent needs to extract user needs, prioritize them, assign responsibilities, and produce an actionable plan. However, the rubric requires very specific conclusions, such as fixed priority levels, fixed department assignments, fixed follow-up mechanisms, and exact demand counts.

Some of these requirements may be reasonable, but they are not always uniquely implied by the task description. For example, different priority assignments may be valid if the agent provides a clear rationale. A good answer should be judged by coverage, reasoning quality, structure, and actionability, not only by whether it matches a predefined plan.

Suggestion

For open-ended workspace tasks, it may be better to split rubrics into different levels:

Hard constraints: required output file exists, correct format, no missing input files, images remain valid, etc.
Content coverage: all key input information is extracted or processed.
Semantic correctness: filenames, summaries, or plans are reasonable and clearly reflect the input.
Quality criteria: consistency, actionability, prioritization rationale, and absence of obvious mismatches.

For tasks like 152, the rubric could allow semantically equivalent filenames instead of requiring exact names.

For tasks like 158, the rubric could evaluate whether the priority assignment is justified and complete, rather than requiring one fixed priority mapping.

This adjustment may make the benchmark better reflect real-world agent performance in open-ended environments, while still keeping the evaluation reliable and diagnosable.

Lingua principale
Python
Stelle
72
Fork
7
Merge medio
7m
PR unite (30g)
6

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di OpenDataBox/Workspace-Bench

Tutte le issue di OpenDataBox/Workspace-Bench

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.