Organizar a evolução do projeto em fases pragmáticas, entregando valor cedo e reduzindo risco antes de liberar automações mais sensíveis.
Objetivo: Consolidar o provisionamento base e organizar o repositório.
Entregas:
- Script de instalação isolado do README.
- Documentação de visão, arquitetura e automações.
- Definição inicial de stack para backend, agentes e execução.
Critério de saída: Repositório pronto para iniciar implementação dos serviços de integração.
Objetivo: Criar o núcleo de integração entre chamados e monitoração.
Entregas:
- Cliente de API do GLPI.
- Cliente de integração com Zabbix.
- Modelo de correlação entre ticket, host, trigger e serviço.
- Auditoria básica das chamadas externas.
Critério de saída: Sistema capaz de criar e consultar tickets e eventos de forma programática.
Objetivo: Abrir o primeiro canal conversacional para usuários e técnicos.
Entregas:
- Webhook do WhatsApp Business API.
- Validação de identidade por número e perfil.
- Fluxo de abertura e consulta de ticket.
- Templates de notificação para técnico e usuário.
Critério de saída: Usuário consegue abrir chamado e técnico recebe notificação operacional.
Objetivo: Usar agentes apenas para sugerir, resumir e classificar, sem execução operacional.
Entregas:
- Base de conhecimento inicial.
- RAG para FAQ, runbooks e histórico.
- Agente de triagem.
- Agente de comunicação.
Critério de saída: O sistema classifica melhor os tickets e entrega contexto útil para o atendimento humano.
Status atual: concluida no escopo atual do repositorio.
Objetivo: Executar apenas tarefas controladas de baixo risco com aprovação quando necessário.
Entregas:
- Catálogo de playbooks homologados.
- Integração com Ansible, AWX ou Rundeck.
- Política de aprovação por tipo de ação.
- Trilha completa de auditoria.
Critério de saída: Técnicos conseguem disparar automações seguras a partir do contexto do ticket.
Situação observada hoje:
- catálogo homologado inicial implementado;
- worker seguro com fila, aprovação, retry e dead-letter implementado;
- execução homologada por Ansible Runner validada no laboratório.
Status atual: parcial.
Objetivo: Expandir para correlação avançada, métricas operacionais e melhoria contínua.
Entregas:
- Detecção de incidentes em massa.
- Relatórios de fila, backlog e eficiência operacional.
- Pós-mortem semi-automático.
- Recomendações por histórico e recorrência.
Critério de saída: Plataforma operando como camada de apoio real para service desk e infraestrutura.
Situação observada hoje:
- parte da base já existe via auditoria durável, snapshot analítico e trilha operacional;
- a plataforma já entrega assistência de resolução por ticket usando histórico do GLPI, snapshot analítico e IA para sugerir próximos passos seguros;
- comandos operacionais de consulta e atualização de ticket já conseguem devolver recomendações resumidas por recorrência e contexto recente;
- mudanças para
solvedjá podem consolidar umasolutionestruturada no GLPI, retroalimentando o histórico que a IA consulta depois; - ainda faltam relatórios operacionais completos, detecção de incidentes em massa, pós-mortem semi-automático e recomendações por recorrência.
O detalhamento técnico desta frente fica em Fase 5: Operacao Avancada.
- Estruturar backend principal de integração.
- Modelar usuários, técnicos, filas e permissões.
- Implementar fluxo de abertura de chamado por WhatsApp.
- Implementar notificação técnica.
- Implementar consulta a alertas do Zabbix.
- Adicionar correlação com tickets do GLPI.
- Adicionar RAG com base de conhecimento.
- Liberar primeira automação homologada de baixo risco.
- APIs com autenticação, idempotência e logs estruturados.
- Segredos fora do código e das mensagens trocadas com o modelo.
- Testes de integração para conectores externos.
- Ambientes separados para laboratório e produção.
- Política clara de aprovação antes de qualquer automação de impacto.