← volver
en proceso ReactNodePostgresD3.jsSupabase

Indexer

Motor de conocimiento técnico para convertir recursos dispersos en rutas accionables

// contexto

Indexer nace como una respuesta a un problema muy común en equipos técnicos: la información útil queda dispersa entre bookmarks, repositorios, READMEs, hilos, herramientas y recursos compartidos por comunidad. El objetivo no es guardar enlaces, sino transformar esos recursos en una base de conocimiento navegable capaz de responder qué piezas hacen falta para construir un sistema concreto y en qué orden conviene usarlas.

// problema

La información técnica valiosa está fragmentada en bookmarks, repos y READMEs. El reto real no es encontrar enlaces, sino conectar recursos, capacidades y objetivos.

// solución

Diseñé un sistema que captura recursos, extrae metadatos, clasifica repos y los organiza como rutas por objetivo: de una necesidad técnica a una secuencia de herramientas compatibles.

// arquitectura
  1. 01 Captura de bookmarks, repos, links y READMEs desde múltiples fuentes
  2. 02 Backend Node para ingesta, deduplicación, parsing y enriquecimiento
  3. 03 Postgres como grafo relacional de recursos, entidades y capacidades
  4. 04 Búsqueda por objetivo: necesidad → pasos → herramientas → alternativas
// decisiones técnicas

De buscador a motor de rutas

La decisión central fue evitar una lista de resultados. Indexer apunta a responder: estas son las piezas que necesitas, este es el orden recomendado y estas son las alternativas por paso.

README como contexto real

Cuando detecta un repo, el sistema puede extraer su README, limpiarlo, dividirlo por secciones e indexar fragmentos. Eso mejora la precisión frente a depender solo del nombre o las keywords.

Clasificación antes que IA generativa

El primer enfoque prioriza reglas, taxonomías, búsqueda full-text, trigramas, co-ocurrencia y scoring. La meta es construir una base confiable antes de depender de un LLM.

Datos conectados, no datos guardados

La cadena clave es bookmark → repo → README → chunks → herramientas → capacidades → pasos → objetivo → ruta. Esa relación convierte recursos sueltos en conocimiento accionable.

// aprendizajes
  • El diferencial no está en guardar información, sino en modelar relaciones útiles para tomar decisiones técnicas
  • Un buen clasificador reduce ruido y permite rankear compatibilidad entre repos, herramientas y objetivos
  • La UX de discovery debe parecerse más a un pipeline o mapa de ruta que a una página de resultados
Ver demo ↗ Contactar →