Plataforma
Doctor: el SRE de IA de solo lectura para tus apps en vivo
Cuando algo se rompe en producción, Doctor investiga como un site reliability engineer, y te entrega el diagnóstico y una corrección redactada en lugar de una página de logs.
Doctor es el site reliability engineer de IA de solo lectura de Ciao. Examina la aplicación en vivo, el DNS y el CDN, diagnostica la causa raíz de los incidentes y redacta la corrección. A diferencia de los agentes con acceso de escritura a producción, Doctor es de solo lectura por diseño: puede mirarlo todo y no cambiar nada, así el diagnóstico es rápido, continuo y seguro de ejecutar contra sistemas reales.
Publicado 2026-07-03 · Última actualización 2026-07-03
Producción se rompe; la experiencia escasea
Toda aplicación acaba teniendo su mala tarde: el sitio está caído, el checkout da errores, el login falla para un cliente y nadie sabe por qué. La respuesta tradicional es un site reliability engineer que rebusca en logs, registros DNS y comportamiento de CDN hasta que surge una explicación. La mayoría de los equipos que construyen con IA no tienen a esa persona, y no deberían necesitar contratar a una solo para mantener vivo un portal.
Doctor es el SRE de IA de solo lectura de Ciao. Examina la aplicación en vivo, el DNS y el CDN, diagnostica la causa raíz y redacta la corrección. Solo lectura es la decisión de diseño que importa: Doctor puede mirarlo todo y no cambiar nada.
Cómo se desarrolla un diagnóstico
Un diagnóstico sigue el mismo camino que tomaría un SRE experimentado, solo que de inmediato, y quedando en el registro.
1. Algo parece ir mal
Falla una comprobación en producción, una luz de estado se pone roja en Conductor, o una persona le pide a Doctor que investigue un síntoma.
2. Doctor examina la app en vivo
Solicita rutas reales, ejercita el flujo que falla y lee las respuestas y errores tal como los encontraría el navegador de un usuario.
3. Luego, el camino hasta ella
La resolución DNS, el estado de los certificados y el comportamiento del CDN también se examinan, porque «la app está caída» a menudo significa en realidad «el camino hacia la app está caído».
4. El contexto se suma a la evidencia
Los despliegues recientes, los cambios de configuración y el historial de comprobaciones acotan cuándo se rompió y qué cambió alrededor de ese momento.
5. Una causa raíz, en lenguaje sencillo
El resultado es un diagnóstico, no un volcado de logs: qué se rompió, dónde, y por qué, con la evidencia adjunta.
6. Una corrección redactada, por la puerta principal
Doctor redacta la corrección, y esta se publica como se publica cualquier cambio: a través de Builder, la revisión de Guardrails donde las políticas lo exigen, y los controles de QA. El diagnóstico es inmediato; el cambio sigue gobernado.
Por qué importa el solo lectura
Dar a una IA acceso de escritura a producción es una decisión que la mayoría de los equipos de seguridad no van a tomar, y Ciao no se lo pide. La autoridad de Doctor es investigativa. Eso lo hace seguro para ejecutarse contra sistemas reales de forma continua, y seguro para llevar a entornos regulados: el radio de impacto de un diagnóstico equivocado es una frase equivocada, no un cambio equivocado.
También mantiene honestos los incentivos. La corrección que redacta Doctor debe sobrevivir a la misma revisión y pruebas que cualquier cambio humano, así la velocidad nunca compra un atajo alrededor de la gobernanza.
También hay un efecto de flota. Como examinar es seguro, Doctor no tiene que esperar a que una persona sospeche algo: las comprobaciones en producción y las luces de estado le entregan síntomas de forma continua, en todos los proyectos de Conductor. La investigación que antes empezaba cuando alguien se quejaba ahora empieza cuando falla la primera comprobación.
Quién usa Doctor
Doctor cambia la experiencia de incidente para todo el que alguna vez haya cargado con uno.
- Founders y operadores — La persona que construyó la app con Ciao rara vez es la que sabe depurar DNS a medianoche. Doctor es el investigador en el que no tienen que convertirse.
- Agencias — Con una flota de aplicaciones de clientes en Conductor, Doctor es el primer respondiente: el diagnóstico a menudo está listo antes de que el cliente note el síntoma.
- Equipos de TI y de plataforma — El triage llega ya investigado: las escaladas vienen con una causa raíz y evidencia en lugar de un ticket vago.
- Ingenieros — Siguen tomando la decisión; solo que ahora parten de un diagnóstico en lugar de un grep.
Notas de seguridad y gobernanza
- ✓ Doctor es de solo lectura por diseño: no puede modificar la aplicación, sus datos ni su infraestructura.
- ✓ Las sondas cubren la aplicación en vivo, el DNS y el CDN.
- ✓ Las correcciones redactadas se publican a través de la revisión de Guardrails y los controles de QA, como cualquier otro cambio.
- ✓ Las investigaciones y los hallazgos quedan registrados en el registro de auditoría de solo adición.
- ✓ Doctor trabaja junto a SysOps, que gestiona el rollback y la reconciliación como operaciones registradas.
Síntoma por síntoma
Distintos síntomas, el mismo método: examinar, correlacionar, explicar.
| Síntoma | Qué examina Doctor | Forma típica del diagnóstico |
|---|---|---|
| Sitio inalcanzable | Resolución DNS, certificados, estado del CDN, salud del origen | Dónde muere la petición camino a la app |
| Un flujo que falla | La ruta, sus llamadas al backend, cambios recientes en esa área | El cambio o la dependencia que rompió el flujo |
| Páginas lentas | Tiempos de respuesta en rutas y assets, comportamiento del CDN | Qué capa está añadiendo el tiempo |
| Errores tras un despliegue | El diff del despliegue, comprobaciones fallidas, errores de runtime | Si conviene corregir hacia adelante o pasarle a SysOps un rollback |
Preguntas frecuentes
¿Puede Doctor hacer cambios en producción?
No. Doctor es de solo lectura por diseño. Diagnostica y redacta correcciones, y esas correcciones se aplican a través del pipeline gobernado normal: revisión, controles de QA y luego publicación. La separación es deliberada: la investigación nunca debería mutar aquello que investiga.
¿Qué puede ver Doctor en realidad?
El comportamiento de la aplicación en vivo (rutas, respuestas, errores), además del DNS, los certificados y el comportamiento del CDN, y el historial propio del proyecto: despliegues, cambios de configuración y resultados de comprobaciones. Esa combinación suele bastar para ubicar una causa raíz.
¿Cómo se convierte la corrección redactada en una corrección real?
Entra al ciclo como cualquier cambio: en una rama, a través de la revisión de Guardrails donde las políticas lo exigen, a través de los smoke gates de QA, y luego se publica. Si hacer rollback es más rápido que corregir hacia adelante, Doctor lo indica y SysOps realiza el rollback como una operación registrada.
¿Doctor reemplaza un turno de guardia?
Hace el trabajo de campo de la investigación y entrega a los humanos un diagnóstico en lugar de logs sin procesar. Alguien sigue decidiendo y aprobando; esa persona simplemente parte mucho más adelantada, y para muchos equipos eso cambia lo que debe ser la guardia.
¿Doctor está incluido, o es un complemento aparte?
Cada workspace de Ciao incluye la organización de software con IA: CTO, Doctor, analista de QA, ingeniero de Security, Coder y operador de SysOps. Para programas de producción, que empiezan en 10.000 USD al año, reserva una demo y mira un diagnóstico en vivo sobre un incidente real.