Allow restricting google retrieval by domain (e.g. exclude social media)
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 20/100
Línea de trabajo
A pull request for this work is already open (#79), so the feature appears to be underway. To understand the proposed change, read core/contrust.py and locate SourceRetriever and its Serper query and hit-fetching flow. Done means optional domain filters affect the query and returned hits as described, with included_domains taking precedence and default behavior unchanged.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
The google (Serper) retriever searches the open web, so the best semantic match for an atom can be a source with no editorial or peer-review process. A Facebook group, Reddit thread or Quora answer discussing the topic then enters the Markov network as evidence. We ran into this evaluating science claims for NASA's AKD project.
ConTrust (core/contrust.py) helps by down-weighting low-credibility sources. But unrated domains such as facebook.com get the neutral 0.5 prior, and it can't express hard constraints like "only .gov/.edu sources".
Proposal
Add optional excluded_domains / included_domains to SourceRetriever (google only):
- Apply them as
-site:/site:operators on the Serper query, so filtered domains don't use up result slots. - Also filter the returned hits before any page is fetched. This covers cached results and engines that ignore the operator.
included_domainswins when both are set. Bare suffixes likegov/edumatch any host ending in them.- Ship a
SOCIAL_MEDIA_DOMAINSconstant as a starting blocklist. The default staysNone, so behaviour is unchanged unless you opt in.
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
-
Reviser can't resolve references named only in the queryPosiblemente ocupada @leothomas la tomó hace 1 día. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
IBM/FactReasoner#77 ·
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 ·