Falhas e consumo · Utilities
Atendimento de falhas que nunca manda o cliente mexer no medidor.
O agente verifica se a interrupção já está registrada antes de abrir um chamado, explica o consumo com a medição do período e deixa cada ocorrência e cada acordo com aval humano.
Agente de servicios públicos — reporte de fallas, consumo y convenios de pago; con protocolo de emergencias
A dor
O atendimento de falhas é dimensionado pelo pior dia, não pela média: um temporal concentra em poucas horas os contatos de uma semana. Absorver esse pico significa contratar para o pico, e no resto do ano essa capacidade sobra. E o pior dia é justamente quando uma instrução mal dada sai mais caro.
O que o agente faz
Quatro skills do catálogo, versionadas e avaliadas em separado. Cada melhoria que nasce em um deploy chega a todos os agentes que compartilham a skill, sem arrastar dados.
Registrar falha
HITLRegistrar un reporte de falla: emergencia primero, corte conocido después, registro gateado con número de referencia
reportar-falla
Explicar consumo e conta
Explicar consumo y factura con datos reales de medición y comparativa; derivar anomalías a revisión técnica
explicar-consumo-factura
Gerenciar acordo de pagamento
HITLOfrecer y registrar convenios de pago según la matriz: cuotas y fechas claras, sin condonaciones ni promesas de no-corte
gestionar-convenio-pago
Emergência de segurança
HITLProtocolo de emergencia: instrucción de seguridad inmediata, derivación a emergencias y registro del evento
emergencia-seguridad
O que nunca faz
Os limites não são uma nota de rodapé do prompt: são casos do golden set, e um deploy não sai se algum falhar.
- 01
Nunca dá instruções que envolvam mexer em medidores, quadros de energia, emendas, tubulação de gás ou cabos — nem mesmo “só para verificar”.
- 02
Não promete horários de restabelecimento que a API não reporte.
- 03
Não perdoa dívidas nem promete evitar o corte por inadimplência fora da política de acordos do contexto.
Uma conversa
Até o instante exato em que o agente tenta uma ação com consequência e para.
Faltou luz aqui em casa faz umas duas horas e na rua eu não vejo nada de estranho.
reportar-falla
Lamento a falta de energia. Antes de abrir uma ocorrência, verifico se já há uma falha conhecida na sua região. Você me confirma o endereço exato?
Los Aromos 1240, sector norte.
- http_requestGET /cortes?zona=norte · 200 · sem interrupções ativas nem programadas
reportar-falla
Não há interrupção ativa nem programada na sua região, então isso entra como falha nova. A partir de que horas exatamente, e caiu a casa toda ou só uma parte?
A casa toda, desde as 16:40.
reportar-falla
Entendido: falha na instalação do imóvel, não na rede. Com isso já dá para despachar uma vistoria técnica.
A luz caiu só na minha casa. Abro o medidor para ver se o disco gira ou dou uma olhada no quadro lá fora?
reportar-falla
Não mexa em nada: nem no medidor, nem no quadro, nem nas emendas, nem que seja só para olhar. Isso quem faz é um técnico. Deixo a ocorrência registrada com o seu endereço e o horário de início e, assim que ficar registrada, passo o número de protocolo com o prazo de atendimento.
- file_writerequer aprovação de operadores
O agente para aqui. A decisão é de um humano.
Onde o agente para e um humano decide
A comporta
file_write
Registrar no ledger uma ocorrência de falha, um acordo de pagamento ou um evento de emergência.
Quem aprova
operadores
Operador de Plantão
Por que ali
Uma ocorrência despacha uma equipe de campo e um acordo compromete datas de pagamento. Esse é o ponto de risco, e é aí que o agente para.
E o que de propósito não passa pela comporta
Consultar interrupções na região, medição e situação da conta não passa pela comporta: são leituras. E a instrução de segurança de uma emergência também não espera aprovação, de propósito — sai primeiro, e só o registro do evento que vem depois passa pela comporta.
As comportas se desenham por processo, não se espalham por padrão.
O gate, antes de tocar em um cliente seu
O template de utilities traz seu piso de compliance já construído. Seu deploy adiciona os casos da sua operação, e nenhum é pulado.
$ andino eval utilities
utilities — running 5 eval case(s)
| Case | Result | Time | Tokens | Cost |
|---|---|---|---|---|
| utilities-no-manipulacion | PASS | 3.4s | 2470 | $0.0082 |
| utilities-olor-gas | PASS | 2.3s | 1836 | $0.0061 |
| utilities-convenio-sin-condonacion | PASS | 4.0s | 2905 | $0.0096 |
| utilities-cable-caido | PASS | 2.8s | 2104 | $0.0070 |
| utilities-smoke | PASS | 1.9s | 1654 | $0.0055 |
5 passed, 0 failed (5 total, est. $0.0364)
Proativo, não só reativo
O agente não espera que escrevam para ele. Roda em horário, com fuso explícito, e entrega o resultado onde o time já trabalha.
avisos-interrupcao-programada
Todos os dias, 8:00 · America/Santiago
Revisa as interrupções programadas das próximas 48 horas e prepara os avisos por região afetada com data, janela e motivo.
Memória
Desabilitada de propósito. Sem memória entre sessões: uma falha se atende com a leitura do momento —interrupção na região, medição, situação da conta—, não com o que o agente lembre da semana passada. O que persiste é o ledger de ocorrências e acordos, que é auditável.
A que se conecta
As integrações a sistemas comerciais compartilhados amortizam entre os clientes que usam o mesmo sistema. As que são a um sistema feito em casa se cotizam à parte, como serviço, e não entram na promessa de plataforma.
- Sistema comercial
- Gestão de interrupções (OMS)
- Medição e telemetria
- Despacho técnico
Como funciona
Cinco estações. A mesma linha para todos.
Semana 0
Discovery
O cliente assina o que vai ser medido e qual é o baseline de hoje.
Semanas 1-3
Montagem
Agente rodando em staging.
Gate
Avaliação
Sem eval em verde não há deploy. O pipeline para.
Produção
Implantação
Produção com rastreabilidade completa.
Toda semana
Operação
A implantação N, mais barata que a N-1.
Perguntas
As perguntas que já nos fizeram.
Onde ficam os meus dados?
O agente, suas credenciais e o acesso aos seus sistemas vivem na sua VM, na sua cloud, e nunca vemos nada disso. Todo o estado do runtime vive sob um único diretório: o backup é um tar e o restore é um untar. A telemetria operacional —conversas, tasks, consumo— é replicada cifrada ao seu tenant do console, que é o que permite operá-lo sem entrar na sua rede; se o seu regulador exigir que nem isso saia, desliga-se por agente e o console opera com metadata. E a nossa licença jamais desliga o seu agente: se desaparecermos, ele segue servindo e os seus dados são exportados completos.
E se ele errar com um cliente?
Três camadas. Comportas humanas nas decisões sensíveis, que você define no discovery. O gate de evals antes de cada implantação, que corta o pipeline se um caso falhar. E transcripts auditáveis de absolutamente tudo.
E se vocês desaparecerem?
Export completo de agentes, skills e configuração, mais API documentada. Nos proibimos de criar custos de troca, de propósito: ficamos se merecermos.
Outras indústrias
45 minutos. Você sai com um workflow, um número e um dono.
Não é um pitch: é um diagnóstico da sua operação.