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

Add a model-agnostic evaluation harness for the QA/MCQ/RRB benchmarks

Aperta
#9 2 commenti 1 reazione 0 assegnatari Vedi su GitHub

@Gazzara-lab ci sta già lavorando.

Dal 16/6/2026.

  • #10 di @Gazzara-lab — aperta

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
55/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
python

Direzione di ricerca

Start with the existing generate-* and benchmark-* entry points and the shipped QA, MCQ, and RRB JSONL datasets. Reuse the existing LiteLLM dependency and define the CLI behavior for eval-qa, eval-mcq, and eval-rrb, including --dry-run. Done means reporting the requested QA, MCQ, and RRB metrics over the analyzed_tools pool without reproducing trained-ToolGen Rc@50.

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

Descrizione

Thanks for open-sourcing ToolSense — the QA, MCQ, and Realistic Retrieval datasets are a really useful resource. I noticed the repo currently exposes generation entry points only (generate-*, benchmark-*), so a downstream user has the data and the paper's headline metrics but no turnkey way to score a model on them.

I'd like to contribute a small evaluate/ module + CLI (eval-qa / eval-mcq / eval-rrb) that loads the shipped JSONL and reports QA vs. 50% / MCQ vs. 25% / RRB Recall@k, hit-rate, MRR, and nDCG over the analyzed_tools pool, reusing the existing LiteLLM dependency and adding a no-LLM --dry-run mode for CI. It's an inference-only, in-context scorer — explicitly not a reproduction of the trained-ToolGen Rc@50.

I'm happy to implement this and open a PR; just let me know if you'd welcome the contribution and want to assign the issue to me.

Lingua principale
Python
Stelle
1
Fork
3
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

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 SAP/toolsense

Tutte le issue di SAP/toolsense

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.