Back to flin
flin

Búsqueda semántica y almacenamiento vectorial

Cómo el tipo semantic text de FLIN y la palabra clave search permiten búsqueda basada en significado -- generación automática de embeddings, indexación vectorial HNSW y ranking por similitud del coseno integrados en el lenguaje.

Juste A. Gnimavo (Thales) & Claude | March 26, 2026 3 min flin
EN/ FR/ ES
flinrust

La búsqueda de texto tradicional coincide palabras. Se busca "silla" y se encuentran documentos que contienen la palabra "silla". Pero se pierden "asiento", "taburete", "sillón" y "butaca" -- palabras que significan lo mismo pero usan diferentes letras. La búsqueda por palabras clave es rápida y predecible, pero no entiende el significado.

La búsqueda semántica coincide significado. Se busca "asiento cómodo para oficina" y se encuentran productos descritos como "silla ergonómica de escritorio", "taburete ajustable giratorio" y "asiento de oficina con soporte lumbar" -- aunque ninguna de estas descripciones contenga las palabras "cómodo" o "asiento". La búsqueda entiende conceptos, no solo caracteres.

FLIN integra la búsqueda semántica en el sistema de tipos. Un campo declarado como semantic text se embebe automáticamente como vector, se indexa para búsqueda rápida por similitud y se puede consultar con la palabra clave search. Sin Pinecone. Sin Elasticsearch. Sin base de datos vectorial que configurar y mantener.

El tipo semantic text

El modificador semantic en un campo de texto le dice a FLIN que genere embeddings automáticamente:

flinentity Product {
    name: text                    // Texto regular -- coincidencia exacta
    description: semantic text    // Semántico -- búsqueda basada en significado
    sku: text                     // Texto regular -- identificadores
}

Cuando se guarda un campo semantic text, FLIN: 1. Almacena el texto original en FlinDB. 2. Genera un embedding vectorial usando el modelo de IA configurado. 3. Indexa el embedding en un índice HNSW (Hierarchical Navigable Small World). 4. Asocia el embedding con la instancia de la entidad.

Los cuatro pasos ocurren atómicamente al hacer save. El desarrollador escribe save product y el embedding se genera. No hay paso de indexación separado, ni trabajo por lotes, ni proceso de sincronización.

La palabra clave search realiza búsqueda por similitud semántica:

flinresults = search "comfortable seating for office"
          in Product
          by description
          limit 10

La sintaxis es: search "consulta" in Entidad by campo [limit N]

La cadena de consulta se embebe usando el mismo modelo que el campo, luego se compara contra todos los embeddings almacenados usando similitud del coseno. Los resultados se clasifican por puntuación de similitud y los N principales se retornan como entidades FLIN tipadas.

Rendimiento

OperaciónTiempoNotas
Generación de embedding (API)100-300 msDepende de longitud del texto y proveedor
Generación de embedding (local)10-50 msCon FastEmbed
Inserción HNSW< 1 msPor documento
Búsqueda HNSW (10K docs)< 2 msTop 10 resultados
Búsqueda HNSW (100K docs)< 5 msTop 10 resultados
Búsqueda HNSW (1M docs)< 15 msTop 10 resultados

La búsqueda semántica transforma cómo los usuarios interactúan con los datos. En lugar de requerir que conozcan las palabras clave exactas, categorías o etiquetas, describen lo que quieren en lenguaje natural y FLIN encuentra las coincidencias más cercanas.


Esta es la Parte 117 de la serie "Cómo construimos FLIN", que documenta cómo un CEO en Abidjan y un CTO de IA diseñaron y construyeron un lenguaje de programación desde cero.

Navegación de la serie: - [116] El motor de intenciones: consultas de base de datos en lenguaje natural - [117] Búsqueda semántica y almacenamiento vectorial (estás aquí) - [118] AI Gateway: 8 proveedores, una API - [119] Integración de FastEmbed para embeddings

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude deblo

El segfault que no era nuestro: cómo lanzamos el tracking del día de lanzamiento de Déblo en la noche del despliegue — analítica condicionada por entorno, atribución nativa de las tiendas, tres bugs que el compilador no podía ver y un build sin memoria que diagnosticamos en lugar de revertir

El 1 de julio de 2026 — el día del lanzamiento — el riesgo nunca fue el texto. Era que las campañas de pago salieran a ciegas. Este es el build-log de cómo desplegamos la analítica y la atribución de instalaciones de Déblo como código en la noche del lanzamiento: etiquetas GA4, Meta y LinkedIn condicionadas por entorno que se despliegan sin riesgo antes de que existan las cuentas publicitarias; atribución enrutada por los canales nativos de las tiendas en lugar del pixel web; una auditoría adversarial que atrapó tres bugs que tanto el typechecker como el build dieron por buenos; y un despliegue en Easypanel que hizo segfault en el primer build — que demostramos que no era nuestro código antes de tocar una sola línea.

18 min Jul 1, 2026
deblolaunch-dayclaude-opus-4.8claude-code +26
Thales & Claude thales

Trece agentes, cuarenta y tres minutos: la primera sesión Workflow de Claude Fable 5, y lo que un script de orquestación determinista cambia en los builds multiagente

Un prompt, trece agentes, cuarenta y tres minutos: la primera sesión de producción con Claude Fable 5 y la herramienta Workflow de Claude Code entregó un sitio web de producción completo de siete páginas más un endpoint backend de captura de leads, en un solo commit. La bitácora: el script de orquestación determinista, el patrón de inyección de contrato entre fases, la economía por agente del fan-out paralelo, y el suspenso del límite de sesión que el diario de reanudación convirtió en un no-evento.

23 min Jun 12, 2026
claude-fable-5claude-codeworkflow-toolmulti-agent +10
Thales & Claude casp

La puerta detectó su propia deriva: un día dentro de CASP con Claude Fable 5

Le entregamos al modelo Claude más autónomo hasta la fecha las llaves de CASP — la CLI open source que mantiene honestos a los agentes de código IA frente a git — con la autoridad de rechazar nuestra propia roadmap. Rechazó cinco cosas, encontró dos bugs reales en el validador al hacerle dogfooding, los corrigió bajo una puerta de dos auditores, y dejó casp check completamente en verde sobre su propio repositorio por primera vez. CASP 0.3.0 es el resultado.

15 min Jun 10, 2026
caspzerosuiteworkflowai-cto +9