Skip to content

Amanda Zanata LCGBR

## OneOps — Planejamento e recuperação operacional para pequenos prestadores O **OneOps** é uma solução de planejamento e recuperação operacional criada para pequenas empresas de serviços que ainda organizam seus atendim

Core trick

Deterministic engine simulates technician reassignments after a no-show, validating each plan against skills, travel time, and parts before recommending it.

Tags

Description

## OneOps — Planejamento e recuperação operacional para pequenos prestadores O **OneOps** é uma solução de planejamento e recuperação operacional criada para pequenas empresas de serviços que ainda organizam seus atendimentos de forma manual, geralmente por WhatsApp, telefone e planilhas. Como exemplo, o projeto utiliza uma empresa de instalação e manutenção de ar-condicionado. Nesse tipo de operação, cada solicitação precisa ser analisada considerando o tipo de serviço, duração, localização, janela de atendimento, disponibilidade dos técnicos, especializações, certificações, ferramentas, veículos, peças e necessidade de uma equipe com dois profissionais. O OneOps transforma uma solicitação em linguagem natural, como: > “Preciso instalar dois aparelhos amanhã à tarde na Vila Mariana.” em uma ordem de serviço estruturada e planejável. O principal diferencial aparece quando ocorre um imprevisto. Caso um técnico fique indisponível, o sistema identifica automaticamente quais atendimentos serão afetados direta e indiretamente, simula diferentes reorganizações e valida cada alternativa antes de recomendá-la. A solução procura preservar todos os atendimentos, evitar conflitos e alterar o menor número possível de compromissos. O despachante pode comparar um plano recomendado, uma alternativa mais conservadora e os cenários descartados, acompanhados dos motivos objetivos de rejeição, como falta de certificação, conflito de horário, deslocamento inviável ou indisponibilidade de recursos. A arquitetura separa três responsabilidades: - A inteligência artificial interpreta pedidos e imprevistos e explica os resultados. - Uma engine determinística valida agenda, especializações, janelas, deslocamentos, recursos e demais restrições operacionais. - O responsável pela operação revisa e aprova qualquer alteração relevante. Após a aprovação, o OneOps atualiza a agenda, as ordens de serviço e os recursos utilizados, mantendo um registro das mudanças realizadas. O MVP demonstra uma operação com três técnicos, seis ordens de serviço, atendimentos individuais e em dupla, recursos compartilhados e uma indisponibilidade inesperada. A proposta pode ser expandida posteriormente para outros prestadores, como assistência técnica, manutenção predial, limpeza, instalações elétricas, serviços de campo e operações logísticas. A ideia central do projeto é: > **Quando algo muda, o OneOps descobre o que isso quebra e encontra a menor reorganização possível para manter a operação funcionando.**
amandazanata/oneops-mvp★ 00 forksTypeScriptCreated Aug 19, 2026 · last push Aug 19, 2026

README excerpt

# OneOps

OneOps é uma demonstração de recuperação operacional para uma empresa fictícia de instalação e manutenção de ar-condicionado. Dado o evento “Carlos não poderá trabalhar amanhã.”, a engine procura planos válidos que preservem atendimentos, equipe, horários e recursos sob regras explícitas.

## Estado da prévia

A prévia local apresenta agenda, entrada, revisão, comparação de planos, aprovação e restauração conectadas ao backend. A UI carrega o `ScenarioState` por API, envia ações versionadas e reidrata a agenda com a resposta persistida. O fluxo foi validado no navegador, inclusive a recarga após aplicar o plano conservador e o reset. A URL de publicação não está registrada neste repositório.

O repositório contém fixture, engine TypeScript determinística, análise de impacto, constraints, parser de demonstração, adapters de persistência, casos de uso e rotas. No ambiente local, D1, solver e auditoria estão conectados à interface. A implantação em D1 remota ainda não foi comprovada.

## O que existe

- Dois planos determinísticos para a indisponibilidade de Carlos: recomendado e conservador.
- Regras para disponibilidade, skills, NR10, slots de 15 minutos, janelas, viagens, jornada, bloqueio, veículos, ferramentas e peças.
- Alternativas descartadas com fatos de validação; elas não são aprováveis.
- Fallback `DEMO_FALLBACK` que reconhece as duas frases do roteiro, tolerando caixa, espaços e pontuação final.
- Repositório em memória e adapter D1 com schema de runtime, 

Team