Analítica incrustada para SaaS
Tus clientes quieren gráficos dentro de tu producto. Tienes un agente de código capaz de escribirlos en una tarde — Claude Code, Codex, Cursor y Gemini producen componentes React decentes sobre una consulta SQL, y los producen más rápido de lo que un ticket tarda en describirlos.
Lo que el agente no puede hacer es todo lo que viene después. No mantiene los números correctos la semana que viene, no impide que el cliente A lea las filas del cliente B, y no te da una URL que estés dispuesto a poner delante de una cuenta que paga. Ese es el trabajo que hace vibedasher.
El reparto del trabajo
Tu agente escribe el panel. Componentes React, consultas SQL, la maquetación, la elección de gráficos. Escribe lo que sabe escribir bien.
Nosotros lo alojamos y lo gobernamos. El panel recibe una URL detrás de tu login. Cada consulta se limita al espectador en el servidor, así que cada cliente ve solo sus propias filas. Obtienes una incrustación para poner en tu aplicación, una actualización programada, y alertas cuando un número cruza un umbral. Conectas tu almacén una vez, con uno de nuestros conectores, o subes un archivo plano.
Cualquiera de los dos puede irse. El eject-to-code devuelve el panel como código en tu repositorio. Nada de lo que alojamos está en un formato que solo nosotros sepamos leer, y ese es justamente el punto: el artefacto que produjo tu agente es el artefacto que servimos.
Frente a construirlo en casa
Construir tu propia analítica incrustada es un proyecto bien entendido, y justo ahí está el problema: todo el mundo subestima la segunda mitad. El primer panel es una semana. Lo que viene después es un aislamiento de consultas por inquilino que resista a un cliente hostil, una capa de consulta que no se caiga cuando una cuenta lance una agregación de un año, caché con invalidación sensata, un planificador de actualizaciones, y una guardia para las horas en que los números están mal y el cliente se ha dado cuenta antes que tú.
Nada de eso es trabajo interesante, y nada de eso diferencia tu producto. Es también la parte que tu agente va a esbozar con confianza y dejarte descubrir.
Frente a los proveedores de analítica incrustada
Luzmo, Explo y Metabase hacen analítica incrustada, y son productos reales — si tu equipo quiere un editor de arrastrar y soltar, merecen tu tiempo, y no vamos a fingir lo contrario.
La diferencia está en qué es un panel. En esos productos, un panel es un objeto creado en su editor y guardado en su formato; la incrustación sirve ese objeto. Tu agente no produce ese objeto. Produce React y SQL, y no existe ruta de importación entre «un componente que escribió mi agente» y el modelo interno de un editor visual — la traducción pierde precisamente lo que querías.
vibedasher aloja el React y el SQL directamente. Esa es la única distinción real, y tiene una consecuencia que conviene decir sin rodeos: como el artefacto es código, recuperarlo es una copia, no una migración.
Frente a incrustar Tableau o Power BI
La misma forma, generación anterior. Tableau y Power BI alojan libros creados en sus propios editores, y sus productos de incrustación sirven esos libros. Si tu organización ya funciona con ellos, la página alternativa a Tableau explica lo que cuesta de verdad moverse.
Alojamiento
En la nube gestionada, los paneles, los conjuntos de datos y los resultados de consulta se procesan y almacenan en la Unión Europea, en Fráncfort — mientras que la identidad de acceso, tu dirección de correo y tu pertenencia a la cuenta, se guarda en Estados Unidos para todas las cuentas, estés donde estés. El reparto no lo eliges tú y no hay selector de región. Si tus contratos — o los de tus clientes — no lo permiten, el build autoalojado ejecuta el mismo motor dentro de tu red: docker compose para una sola máquina, un chart de Helm para Kubernetes. Siendo directos: ese camino está documentado y probado, y todavía no tiene ningún cliente en producción. La página BI autoalojada explica lo que eso implica.
Siguiente
Lee la página API, SDK y MCP, o la documentación. Para probarlo: cloud.vibedasher.com. Si prefieres hablar con una persona primero: contacto.
Preguntas frecuentes
- ¿Mis clientes necesitan una cuenta de vibedasher?
- No. La incrustación la autoriza tu aplicación, no un segundo login. Le pides a nuestra API un token limitado al cliente que ya has autenticado, y el panel se dibuja dentro de tu producto con las filas de ese cliente y ninguna otra.
- ¿Cómo se aplica el filtrado por filas?
- En el servidor, cuando se ejecuta la consulta — no en el código del panel. El alcance viaja con el token, así que un espectador que manipule la petición, la URL o el bundle del cliente sigue recibiendo sus propias filas. Un filtro aplicado en el frontend es una decisión de presentación, no una frontera, y no lo tratamos como tal.
- ¿Puedo quedarme con el código del panel?
- Sí. El eject-to-code te entrega el panel como código React para alojar en tu propia aplicación, y sigue usando nuestra API de consultas para los datos. En este sitio corre un panel realmente expulsado, así que puedes mirar el resultado en vez de creernos.
- ¿Dónde viven los datos?
- En la nube gestionada, los paneles, los conjuntos de datos y los resultados de consulta se procesan y almacenan en la Unión Europea, en Fráncfort. La identidad de acceso — tu dirección de correo y tu pertenencia a la cuenta — se guarda en Estados Unidos, para todas las cuentas, estés donde estés. Si eso es un impedimento, debe serlo, y el build autoalojado mantiene ambas cosas dentro de tu red — mismo motor, misma API.
- ¿Qué necesita mi agente para construir uno?
- Un servidor MCP. Apunta Claude Code, Codex, Cursor o cualquier agente compatible con MCP al nuestro y podrá conectar la fuente de datos, escribir el panel, publicarlo y configurar las actualizaciones sin salir de la terminal. Hay SDK de Python y TypeScript para manejarlo desde tu propio código.