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

config for parsing MATH

Aperta
#70 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
python
Ambito
testing-qa

Direzione di ricerca

Inizia con il flusso minerva_math in lm_evals e traccia come last_boxed_only_string, remove_boxed, normalize_final_answer, parse e verify gestiscono le frazioni boxed e non boxed. Confronta la logica lighteval collegata e testa entrambe le forme nei subtasks MATH rilevanti; il lavoro è completato quando il comportamento previsto di normalizzazione e parsing è definito e coperto.

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

Descrizione

Hi! Currently debugging and updating lm_evals's implementation of minerva_math. Currently we basically use:

gold = parse(normalize_final_answer(remove_boxed(last_boxed_only_string(doc["solution"]))))
answer = parse(raw_model_output)

and then verify(gold, answer)

however, this does have some edge cases for example for a gold (after removing boxed):

parse("\\dfrac{9}{7}")
>>> []

but with boxed works correctly:

parse("\\boxed{\\dfrac{9}{7}}")
>>> [9/7, '\\frac{9}{7}']

I was looking at how lighteval does it, and would this generally work on most MATH tasks, or do y'll handle sub tasks differently? Should we also normalize before parsing?

Would appreciate any thoughts!

Lingua principale
Python
Stelle
1.2k
Fork
65
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

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 huggingface/Math-Verify

Tutte le issue di huggingface/Math-Verify

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.