# Añadir sinónimos de búsqueda

**URL:** <https://meta.discourse.org/t/add-search-synonyms/142050>\
**Category:** Feature\
**Created:** [19 Febrero, 2020 20:36 UTC](https://meta.discourse.org/t/add-search-synonyms/142050 "2020-02-19T20:36:34Z")\
**Posts on this page:** 1\
**Showing post:** 20

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [1 Junio, 2023 00:48 UTC](https://meta.discourse.org/t/add-search-synonyms/142050/20 "2023-06-01T00:48:20Z")

</div>

> [@sam](#):
>
> Esta técnica se menciona aquí: [GitHub - texttron/hyde: HyDE: Precise Zero-Shot Dense Retrieval without Relevance Labels](https://github.com/texttron/hyde)

![Shocked Cosmo Kramer GIF](https://global.discourse-cdn.com/meta/original/4X/2/2/0/22056b916db5af6ac3288cdaa5805d644ec8f396.webp)

Esa es una idea de genio puro, resuelve el principal problema de la búsqueda basada en embeddings: la mala entrada del usuario.

Y requiere cambios mínimos en nuestra configuración existente, ya que solo necesita agregar un pequeño paso de “enriquecimiento” de la consulta de búsqueda 🤯

* * *

Sobre este tema, algo que también podemos hacer es una búsqueda híbrida:

- Buscar usando la búsqueda de texto completo de PG existente
- Buscar usando embeddings
- Recopilar los 50 mejores resultados de ambos
- Pasar a un servicio de reordenación de búsqueda
- Mostrar los resultados reordenados

Ya enviamos un reordenador súper capaz en nuestra API de embeddings existente bajo un punto final separado, esto tiene todas las piezas necesarias listas para suceder.

Ejemplo aquí:

[https://github.com/pgvector/pgvector-python/blob/master/examples/hybrid\_search.py#L67-L70](https://github.com/pgvector/pgvector-python/blob/master/examples/hybrid_search.py#L67-L70)

---

_[View the full topic](https://meta.discourse.org/t/add-search-synonyms/142050)._
