Base de conocimiento curada
Información extraída manualmente de la SEPE, AEAT y SS, estructurada en chunks semánticos con metadatos de fuente y fecha de actualización.
Live · Vercel
AI · Producto · UX
Trampolín
Orientación laboral con IA, sin scraping
La Sede Electrónica de la Seguridad Social es un laberinto. Trampolín la convierte en una interfaz conversacional: el usuario pregunta en lenguaje natural y obtiene orientación legal verificada.
AI · ProductoUXAnthropic
APIVercelNode.js serverless
01 — El problema
La Sede Electrónica existe — pero nadie sabe navegar por ella
Problema
Información fragmentada, sin orientación
La Sede Electrónica de la Seguridad Social contiene información completa y pública sobre derechos laborales, plazos y procedimientos. El problema: está fragmentada en miles de páginas sin jerarquía clara, con lenguaje legal denso y sin responder a preguntas naturales del usuario.
El resultado: personas con derechos legítimos no saben que los tienen, o se pierden en el laberinto burocrático antes de encontrar la respuesta correcta.
Enfoque de diseño
Capa de orientación, no de automatización
El producto no promete hacer el trámite por ti. Promete ayudarte a entender qué trámite necesitas, si tienes derecho a hacerlo y dónde ir a hacerlo. Esto es orientación, no asesoría jurídica.
La distinción es clave: un asistente de orientación legal puede operar en público sobre información pública, sin asumir responsabilidades de un abogado.
02 — Decisión de diseño clave
Sin scraping — knowledge base verificada
La restricción legal es el diseño. No se puede hacer scraping de la Sede Electrónica de la Seguridad Social para alimentar un LLM en tiempo real — habría problemas de precisión, cache y responsabilidad. La solución es una base de conocimiento curada manualmente.
Contexto inyectado al LLM
El trámite de la base que mejor encaja con la pregunta se inyecta como contexto al prompt de Anthropic
API. Si la pregunta se sale de los 13 trámites cubiertos, Claude recurre a la herramienta
web_search antes de responder.
Disclaimer explícito
La respuesta siempre incluye que es orientación general, no asesoría. La UX hace visible la fuente y recomienda consultar a un profesional para casos complejos.
03 — Flujo de usuario
De duda a respuesta en cuatro pasos
01
Pregunta natural
El usuario escribe su duda en lenguaje cotidiano. No necesita saber el nombre del trámite ni el artículo.
02
Coincidencia con la base
La pregunta se contrasta con los 13 trámites de la base curada. Si no hay coincidencia clara, Claude
activa web_search como respaldo.
03
Síntesis con IA
Anthropic API (Claude) sintetiza la respuesta a partir de los fragmentos recuperados, sin inventar datos.
04
Respuesta con fuente
La respuesta incluye referencia a la fuente legal, disclaimer de orientación y siguiente paso recomendado.
04 — IA · Anthropic API
El diseño del prompt es diseño de producto
Con LLMs, el prompt engineering no es una capa técnica — es donde se define el comportamiento del producto, el tono del asistente, los límites de lo que puede decir y cómo gestiona la incertidumbre.
Instrucción de rol
El sistema establece que Claude actúa como asistente de orientación legal general, no como abogado, y que siempre debe indicar sus limitaciones.
Grounding en contexto
El modelo solo responde basándose en el trámite de la base curada que coincide con la pregunta, o en
resultados de web_search cuando la base no cubre el caso. Si no dispone de datos fiables, lo
dice y recomienda la fuente oficial.
Tono accesible
El prompt instruye a usar lenguaje claro, evitar jerga legal cuando sea posible, y siempre dar un próximo paso concreto al usuario.
Manejo de incertidumbre
Cuando la pregunta está fuera del scope o requiere asesoría individual, el asistente lo dice explícitamente y no intenta responder con confianza artificiosa.
05 — Stack técnico
Producto funcional desplegado en producción
Un stack ajustado para un producto indie de lado de UX: todo serverless, sin base de datos relacional, con coste operativo mínimo.
HTML · CSS · JSVercel serverlessNode.jsAnthropic APIweb_search toolUpstash RedisKo-fi (donaciones)
Frontend estático
HTML/CSS/JS sin framework. Desplegado en Vercel con dominio custom. Carga instantánea.
Functions serverless
Endpoints Node.js en Vercel Functions para el pipeline de búsqueda y llamada a la API.
Base curada + búsqueda en vivo
13 trámites verificados manualmente como base principal. Cuando la pregunta se sale de esa base, Claude
usa web_search para buscar en fuentes oficiales antes de responder.
Rate limiting
Upstash Redis para rate limiting por IP y gestión de sesiones. Protección contra abuso sin coste de infraestructura.
06 — Decisiones de UX
Diseñar confianza en un producto de orientación legal
Transparencia de fuente
Cada respuesta muestra la fuente de información (SEPE, SS, AEAT). El usuario sabe en qué se basa la respuesta.
Límites visibles
El producto no finge saber más de lo que sabe. Los disclaimers no son letra pequeña — son parte del tono del asistente.
Próximo paso siempre presente
Cada respuesta termina con qué hacer a continuación: un enlace a la sede oficial, un número de teléfono o una recomendación de consulta.
07 — Métricas & aprendizajes
Producto en producción, iteración continua
Live
Desplegado en Vercel con dominio custom y acceso público desde el primer día.
13
Trámites verificados a mano como base de conocimiento, con web_search como respaldo cuando
la pregunta se sale de esa cobertura.
Bajo coste
Infraestructura en tier gratuito de Vercel y Upstash. El modelo de negocio es donaciones vía Ko-fi para usuarios que encuentren valor.
08 — Roadmap
De buscador a asistente embebido, en tres fases
Cada fase se apoya en la misma base de conocimiento curada. No se avanza de fase hasta validar la anterior.
Buscador de orientación
Lo que existe hoy: KB curada de 13 trámites + Claude con web_search de respaldo. En
validación pública desde julio de 2026.
Extensión con guía paso a paso
Overlays dentro del propio formulario de la Sede, avisando de los pasos donde más gente se atasca. Sin acceso a credenciales ni datos del expediente.
Chat conversacional con RAG
Chat embebido en la extensión sobre un corpus especializado ampliado, reutilizando el mismo backend. Diseñado desde el inicio con control de coste variable (prompt caching, límites de uso por sesión).
08b — Fase 2 en detalle
Diseñando la extensión: mismo principio, nuevo contexto
Sin scraping en el buscador, sin credenciales en la extensión — mismo principio de diseño aplicado a un contexto nuevo.
Por qué esta fase importa
GovEasy, el competidor más directo, ofrece un "Portal Bridge" que reutiliza datos entre sedes, asistente IA y marketplace de gestores humanos vía suscripción + comisión. ISSA, el chatbot oficial de la Seguridad Social, resuelve consultas genéricas pero no orienta sobre qué portal corresponde a cada trámite. Trampolín se diferencia por ser gratis, sin cuenta y sin venta de gestión — nace de una experiencia personal real, no de un producto pensado para monetizar la confusión del usuario.
"El usuario siempre tiene que tener una salida." — mi lema desde mi etapa de atención al cliente, aplicado literalmente: cuando el spotlight no encuentra un campo, el chat sigue disponible como vía de escape en vez de fallar en silencio.
Trámite y campo detectados
Banda general + spotlight con tip concreto sobre el campo real de la Sede.
Trámite en KB, campo no detectado
Banda general + aviso de que el paso puntual no se localizó. El chat queda como salida.
Trámite fuera de KB
Aviso discreto, sin IA automática. El usuario puede preguntar igualmente o pedir aviso cuando se añada — señal real de demanda para priorizar qué mapear después.
Arquitectura, en una pieza
Content script inyectado solo en los dominios oficiales declarados (nunca <all_urls>),
leyendo el DOM ya renderizado dentro de la sesión autenticada del usuario — el mismo principio que un
gestor de contraseñas. Un service worker es el único punto de contacto con el backend en Vercel
(reutilizado del producto web), que sirve la knowledge base en runtime en vez de empaquetada en la
extensión, para poder corregir errores sin esperar revisión de la Chrome Web Store.
09 — Gallery
Interfaz y flujos del producto
01Pregunta natural
02Respuesta con fuente
03Siguiente paso
¿Construyes un producto que combina IA y UX?
Diseño y construyo productos digitales que usan IA con responsabilidad y claridad de propósito.