Plataforma
Una consola full-stack para una entrega de software con IA seria
Logs, base de datos, red y errores, visibles junto al chat, así depuras la app con evidencia y llevas los hallazgos directo a tu próximo prompt.
La consola full-stack es la superficie de diagnóstico dentro del Builder de Ciao: logs, estado de la base de datos, peticiones de red y errores, visibles junto a la conversación. A diferencia de los creadores de apps con IA que te dejan adivinando cuando algo falla, la consola muestra lo que realmente pasó en todo el stack, así el próximo prompt lleva evidencia, no especulación, y las correcciones caen sobre la causa real.
Publicado 2026-07-03 · Última actualización 2026-07-03
Depurar una app que no escribiste tú mismo
Cuando una app que construiste con IA se comporta mal, la peor posición es adivinar. ¿El error está en la interfaz, en la consulta, en la llamada a la API o en los propios datos? Sin visibilidad, una corrección de una línea se convierte en una tarde de prompts especulativos, probando reformulaciones contra una caja negra y esperando que alguna funcione.
La consola full-stack te da la visibilidad que esperan los ingenieros, dentro del Builder: logs de servidor y navegador, tablas y filas de base de datos, peticiones y respuestas de red, y errores con su contexto, todo junto a la conversación. Ves lo que realmente pasó, y luego pones la evidencia en el próximo prompt.
Esta no es una superficie de nicho para usuarios avanzados. Toda la promesa de construir software desde lenguaje sencillo se derrumba la primera vez que algo se rompe y la plataforma no puede mostrarte por qué. La visibilidad es lo que mantiene esa promesa honesta.
Cómo funciona la consola
Todo ocurre junto a la conversación: el objetivo es mantener evidencia y acción en el mismo lugar.
1. Ábrela junto al chat
Sin herramientas separadas, sin cambio de contexto. La consola se sitúa junto a la conversación y la vista previa en vivo.
2. Lee los logs
Salida de servidor y navegador de la app en marcha, así «no funcionó» se convierte en una línea específica en un momento específico.
3. Inspecciona la base de datos
Mira las tablas y filas reales de Supabase detrás de la app. Confirma si el registro se escribió, y con qué valores.
4. Observa la red
Peticiones, respuestas, códigos de estado y tiempos, especialmente valiosos cuando entran en juego integraciones y APIs externas.
5. Ve los errores en contexto
Los fallos aparecen con la actividad circundante que los produjo, no como mensajes aislados sin su historia.
6. Convierte la evidencia en la corrección
Referencia lo que encontraste en el próximo prompt. Para incidencias de producción en vivo, Doctor, el SRE de IA de solo lectura, examina la app, diagnostica la causa raíz y redacta la corrección.
Por qué importa
Pedir con evidencia le gana a pedir con intuición. «El POST a /api/orders devuelve 400 y la fila nunca aparece en la tabla orders» produce una corrección correcta en una ronda; «lo de los pedidos está roto» produce la reescritura de algo que nunca fue el problema. La consola es lo que hace posible el primer tipo de prompt para todos, no solo para ingenieros.
Esto es gran parte de lo que separa la ingeniería asistida por IA de un chat esperanzado: el sistema muestra su estado, el humano razona sobre él, y la corrección se basa en lo que el stack realmente hizo. Con el tiempo eso produce una base de código más tranquila: menos reescrituras especulativas, diffs más pequeños, y un equipo que confía en la app porque siempre puede ver su interior.
También cambia quién puede dar soporte a una aplicación. Una agencia o un equipo de operaciones puede responder «¿qué le pasó a ese pedido?» con datos en lugar de escalarlo, porque la pregunta es inspeccionable en el mismo lugar donde vive la app.
Quién usa la consola full-stack
La consola sirve a todo el que alguna vez haya tenido que responder a la pregunta «¿qué pasó realmente?»
- Founders técnicos — Diagnostican sus propias apps en minutos en lugar de escalar cada contratiempo o volver a pedir a ciegas.
- Agencias — Dan soporte a las apps de clientes de forma profesional: reproducen el problema, leen la evidencia, publican la corrección revisada.
- Desarrolladores — Verifican el comportamiento del backend escrito por IA (consultas, escrituras, llamadas a API) antes de confiarle datos de producción.
- Equipos de operaciones — Confirman que los flujos de datos entre la app y los sistemas existentes hacen lo que prometía la integración.
Notas de seguridad y gobernanza
La visibilidad es poderosa, así que viene con controles:
- ✓ El acceso al workspace, incluida la consola, sigue el control de acceso basado en roles.
- ✓ Las correcciones impulsadas por evidencia de la consola siguen pasando la revisión de Guardrails y los filtros de QA antes de publicar.
- ✓ Security confirma vulnerabilidades contra la app en vivo antes de señalarlas: hallazgos, no ruido.
- ✓ Doctor opera de solo lectura: examina, diagnostica y redacta correcciones, pero los cambios se publican por el circuito gobernado.
- ✓ Los prompts, merges y despliegues alrededor de cada corrección quedan en el registro de auditoría de solo adición.
Lo que muestra la consola
Cuatro superficies cubren de principio a fin la mayoría de las investigaciones:
| Superficie | Qué ves | Qué responde |
|---|---|---|
| Logs | Salida de servidor y navegador de la app en marcha | Qué se ejecutó, y qué reportó |
| Base de datos | Tablas, filas y valores de Supabase | Si el dato realmente cambió, y cómo |
| Red | Peticiones, respuestas, códigos de estado, tiempos | Qué se dijeron entre sí la app y los sistemas externos |
| Errores | Fallos con el contexto circundante | Dónde se rompió, y qué lo provocó |
Preguntas frecuentes
¿Necesito herramientas externas para depurar una app construida en Ciao?
Para el trabajo diario, no: logs, base de datos, red y errores son inspeccionables desde dentro del Builder. Como la app es React, TypeScript y Supabase estándar que posees, tus ingenieros también pueden acoplar cualquier herramienta externa que prefieran.
¿Puedo mirar la base de datos real?
Sí. La consola muestra las tablas y filas de Supabase detrás de tu app, así puedes confirmar qué escribió realmente un flujo. A menudo es la forma más rápida de distinguir un error de interfaz de un error de datos.
¿Cómo se relaciona la consola con Doctor?
La consola eres tú mirando el stack; Doctor es un SRE de IA de solo lectura que mira por ti, examinando la app en vivo, el DNS y el CDN, diagnosticando la causa raíz y redactando la corrección. Funcionan mejor juntos: Doctor para incidencias de producción, la consola para investigación durante la construcción.
¿Quién en el equipo puede ver la consola?
El acceso sigue el control de acceso basado en roles en el workspace, así decides quién puede inspeccionar logs y datos. Los planes enterprise añaden SSO vía SAML y OIDC y MFA opcional por encima.
¿Usar la consola salta la gobernanza cuando publico una corrección?
No. La consola informa la corrección; la corrección sigue fusionándose bajo Guardrails con revisión humana registrada, pasa los smoke gates de QA antes de publicar, y queda registrada en el registro de auditoría de solo adición.