Clínica Aurora
Um agente que agenda, remarca e cancela consultas num sistema de clínica separado, e recusa quando uma regra de negócio não permite. O sistema da clínica em que ele grava está publicado ao lado, para você conferir o outro lado por conta própria.
Quem tem este problema
A recepção de uma clínica passa o dia mexendo em consultas. Um agente só ajuda ali se gravar no sistema da clínica, e é justamente aí que ele pode causar estrago: alterar a consulta errada, quebrar uma regra ou dizer que uma mudança aconteceu quando o sistema nunca a registrou. Esta demo mostra o que o agente faz em cada um desses casos.
Meu papel
Runtime do agente, API separada da clínica, motor determinístico de regras e interface do operador.
Como experimentar
- Abra a demo. Não tem cadastro, e você recebe uma cópia só sua da agenda.
- Peça em linguagem natural para agendar, remarcar ou cancelar uma consulta, e confirme quando o agente pedir.
- Depois tente cancelar uma consulta que começa em menos de 24 horas, ou desligue o sistema da clínica com o botão, e veja o que o agente faz.
Condições de uso
- Sessão anônima com uma agenda própria e isolada. Ninguém vê nem altera a de outra pessoa.
- No máximo 3 gravações por conversa, impostas pelo motor de política.
- Um limite diário de turnos e um interruptor de emergência, porque a demo roda com uma chave de API paga.
- Nada fica salvo depois que a sessão expira.
O acesso público tem limites de uso para controlar os custos dos serviços de IA.
Decisões que tomei
- Dois processos separados, de propósito. O agente fala com o sistema da clínica por HTTP, exatamente como falaria com o sistema real de um cliente. É isso que dá sentido ao botão "Break the system", e é por isso que o sistema da clínica pôde ser publicado com o próprio OpenAPI para qualquer pessoa inspecionar.
- Cinco regras de negócio ficam num motor de política determinístico, não no prompt: um cancelamento a menos de 24 horas da consulta exige um motivo registrado, nada é movido para o passado, nada é movido para um horário ocupado, nada é agendado fora do horário de funcionamento, e há um teto fixo de gravações por conversa. As regras são um arquivo YAML versionado, e a versão vai em cada linha de auditoria, então meses depois dá para provar qual regra decidiu o quê.
- A confirmação antes de uma gravação é imposta pelo runtime, não pedida no prompt. Uma gravação só roda quando a mesma operação foi proposta num turno anterior e a pessoa respondeu depois disso. Um modelo convencido a pular a etapa ainda assim não consegue pulá-la.
- Nenhuma ferramenta inventa resultado. Se o sistema da clínica não registrou a mudança, a ferramenta devolve um erro tipado e o agente passa a conversa para uma pessoa, em vez de confirmar algo que nunca aconteceu. Desligue o sistema pelo botão e veja acontecer.
- A conversa é uma máquina de estados explícita, com cinco motivos declarados para passar o atendimento a uma pessoa. Uma transição que não foi declarada gera um erro.
- A interface está em inglês, e o agente responde no idioma em que você escrever, trocando no meio da conversa se você trocar.
Limites que continuam
- O sistema da clínica é um serviço de demonstração que simula uma API de cliente. Não é um produto comercial de clínica.
- O agente cuida de agendar, remarcar e cancelar. Ele não mexe em pagamento nem em prontuário.