Back to sh0
sh0

De chatbot de docs a agente de soporte en vivo

Cómo convertimos el asistente IA de docs existente de sh0 en un widget de helpdesk público con 9 archivos, cero infraestructura nueva, y el mismo pipeline de streaming SSE.

Juste A. Gnimavo (Thales) & Claude | March 28, 2026 2 min sh0
EN/ FR/ ES
aihelpdeskarchitecturessestreamingsvelte-5prismaanthropicrate-limitingsveltekit

sh0.dev ya tenía tres rutas IA: modo MCP para usuarios del dashboard con servidor conectado, modo heredado para ejecución de herramientas del dashboard, y modo docs para el sitio de marketing. El helpdesk es una cuarta ruta, pero comparte el 90% de su implementación con el modo docs.

La capa de prompt: una función, un overlay

El prompt de docs es un prompt de sistema de 4.000 palabras. El helpdesk necesitaba el mismo conocimiento. La diferencia es la persona. La solución fue una función que envuelve el prompt existente con un overlay de 15 líneas que modifica el comportamiento manteniendo toda la capa de conocimiento.

Este es el principio de arquitectura que hizo viable el helpdesk: superponer comportamiento sobre conocimiento, nunca duplicar conocimiento.

El endpoint: una ruta de docs simplificada

/api/ai/helpdesk es un endpoint público dedicado que toma cada decisión estáticamente: sin autenticación, siempre Haiku, max tokens fijo, solo herramientas de docs.

El widget: 490 líneas de Svelte 5

El widget de chat es un solo componente: HelpdeskWidget.svelte. Todo el estado está en runes de Svelte 5. Sin stores. Sin contexto. Sin estado global. El widget es auto-contenido.

El consumidor SSE usa un lector ReadableStream, no EventSource (que solo soporta solicitudes GET). El buffer de acumulación maneja el caso donde un paquete TCP divide un evento SSE entre dos lecturas.

El renderizado de markdown usa marked + DOMPurify para prevenir XSS.

La base de datos: dos tablas

HelpdeskConversation y HelpdeskMessage con conteos de tokens tanto a nivel de conversación (agregados para evitar consultas SUM() costosas) como a nivel de mensaje (para desglose de costo por intercambio).

Limitación de velocidad: en memoria, tres dimensiones

Tres Maps independientes rastrean diferentes dimensiones: tasa por sesión (30 msg/10 min), tasa por IP (60 msg/10 min), y tasa de creación de conversaciones por IP (5 nuevas/hora).

Lo reutilizado vs. lo construido

La columna "reutilizado" es la razón por la que esta funcionalidad tomó horas en lugar de semanas. La infraestructura IA no fue construida para el helpdesk, pero fue construida de una manera que hizo trivial agregar el helpdesk.


Siguiente en la serie: Dos bugs críticos en un widget IA público -- Lo que dos sesiones de auditoría independientes encontraron en la implementación del helpdesk, y por qué el constructor no podría haberlos detectado.

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