Clínica Aurora
Un agente que agenda, reprograma y cancela citas en un sistema de clínica separado, y se niega cuando una regla de negocio no lo permite. El sistema de la clínica en el que escribe está publicado al lado, para que verifiques el otro lado por tu cuenta.
Quién tiene este problema
La recepción de una clínica pasa el día moviendo citas. Un agente solo ayuda ahí si escribe en el sistema de la clínica, y ahí es también donde puede hacer daño: cambiar la cita equivocada, romper una regla o decir que un cambio se hizo cuando el sistema nunca lo registró. Esta demo muestra qué hace el agente en cada uno de esos casos.
Mi papel
Runtime del agente, API de clínica separada, motor determinista de políticas e interfaz del operador.
Cómo probarlo
- Abre la demo. No hay registro, y recibes tu propia copia de la agenda.
- Pide en lenguaje natural agendar, reprogramar o cancelar una cita, y confirma cuando el agente te lo pida.
- Después intenta cancelar una cita que empieza en menos de 24 horas, o apaga el sistema de la clínica con el botón, y mira qué hace el agente.
Condiciones de uso
- Sesión anónima con su propia agenda aislada. Nadie ve ni edita la de otra persona.
- Como máximo 3 escrituras por conversación, impuestas por el motor de políticas.
- Un límite diario de turnos y un interruptor de emergencia, porque la demo funciona con una clave de API de pago.
- Nada se conserva después de que la sesión expira.
El acceso público tiene límites de uso para controlar los costes de los servicios de IA.
Decisiones que tomé
- Dos procesos separados, a propósito. El agente habla con el sistema de la clínica por HTTP, exactamente como hablaría con el sistema real de un cliente. Eso es lo que le da sentido al botón "Break the system", y es la razón por la que el sistema de la clínica pudo publicarse con su propio OpenAPI para que cualquiera lo inspeccione.
- Cinco reglas de negocio viven en un motor de políticas determinista, no en el prompt: una cancelación con menos de 24 horas de anticipación necesita un motivo registrado, nada se mueve al pasado, nada se mueve a un horario ocupado, nada se agenda fuera del horario de atención, y hay un tope fijo de escrituras por conversación. Las reglas son un archivo YAML versionado, y la versión viaja en cada línea de auditoría, así que meses después puedes probar qué regla decidió qué.
- La confirmación antes de una escritura la impone el runtime, no se pide en el prompt. Una escritura solo se ejecuta cuando la misma operación se propuso en un turno anterior y la persona respondió después. Un modelo al que convencen de saltarse el paso aun así no puede saltárselo.
- Ninguna herramienta inventa un resultado. Si el sistema de la clínica no registró el cambio, la herramienta devuelve un error tipado y el agente pasa la conversación a una persona, en lugar de confirmar algo que nunca ocurrió. Apaga el sistema con el botón y míralo pasar.
- La conversación es una máquina de estados explícita con cinco motivos declarados para pasar la atención a una persona. Una transición que no fue declarada lanza un error.
- La interfaz está en inglés, y el agente responde en el idioma en que escribas, y cambia a mitad de la conversación si tú cambias.
Límites que siguen vigentes
- El sistema de la clínica es un servicio de demostración que simula una API de cliente. No es un producto comercial para clínicas.
- El agente se encarga de agendar, reprogramar y cancelar. No toca pagos ni historias clínicas.