Reviser can't resolve references named only in the query
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- machine-learning
Línea de trabajo
Read the Reviser.run and run_batch entry points, then trace how FactReasoner and the three baselines call them. Add the query to the prompt with a few-shot example and enforce the stated rule against introducing non-function words absent from the unit, response, and query. Check that references resolve while revisions that add unsupported claims leave the unit unchanged.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
The Reviser only sees the unit and the response. When the response never names its subject (common for chat answers, which lean on the question), the Reviser can't resolve the reference, and the atom stays unverifiable:
Q: Tell me about the James Webb Space Telescope.
A: It launched on December 25, 2021. It observes primarily in the infrared.
→ "It launched on December 25, 2021." (unchanged on main)
The one-shot AtomizerReviser already takes the query for this reason, but it needs the LoRA adapter on vLLM.
Proposal
Pass the query to Reviser.run / run_batch as an optional argument, from FactReasoner and the three baselines, and add it to the prompt with a few-shot example.
One risk turned up in testing: with the question in front of it, a model may answer it rather than resolve a reference ("Who discovered penicillin?" + "He discovered it in 1928." → "Alexander Fleming discovered penicillin in 1928.", a claim the response never made). The prompt alone didn't prevent this with llama3.1-8B. So the proposal also rejects any revision that adds a non-function word found in neither the unit, response nor query, and keeps the unit as-is instead.
PR to follow.
- Lenguaje dominante
- Python
- Estrellas
- 45
- Forks
- 14
- Merge medio
- 5 h 1 min
- PR fusionados (30 d)
- 9
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de IBM/FactReasoner
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
IBM/FactReasoner#74 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
security
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
IBM/FactReasoner#73 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Allow restricting google retrieval by domain (e.g. exclude social media)Posiblemente ocupada @leothomas la tomó hace 1 día. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 20/100
IBM/FactReasoner#76 ·
Los mantenedores suelen responder en 1 día
-
FR 2.0Quizá libre de nuevo @radum2275 la tomó hace 162 días y no hay ningún pull request abierto. Abierto
IBM/FactReasoner#28 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de IBM/FactReasoner
Issues similares
-
area:core-platform effort:S priority:P3 risk:night-safe status:ready type:test
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
randomparity/kdive#3620 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
FinanceFlash/unvibecode#760 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
google-research/google-research#3470 ·
Los mantenedores suelen responder en 21 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
mrvautin/ha-workouts#11 ·