Pular para o conteúdo

De uma ideia vaga a
um sistema verificável.

Eu projeto o caminho, coordeno agentes de IA e valido o resultado em produtos, automações e interfaces.

Ver projetosBaixar currículo
pesquisar contexto
arquitetar plano
executar agentes
revisar resultados
pedido naturalverificado (aceito)

O método é parte do produto.

Meu método prioriza entendimento, critérios claros, coordenação, evidência e revisão.

  1. 01

    Entender

    • problema
    • contexto
    • restrições
  2. 02

    Especificar

    • critérios
    • escopo
    • aceite
  3. 03

    Coordenar

    • selecionar agentes
    • atribuir papéis
    • orquestrar
  4. 04

    Validar

    • evidência
    • verificação
    • aceitação
  5. 05

    Iterar

    • feedback
    • ajustes
    • próximo ciclo
volta orientada por evidência

Neuralilux

Protótipo técnico

Atendimento com contexto, ferramentas e controle humano.

Capacidades comprovadas
  • WhatsApp multi-instância (Sales / SAC)
  • RAG por empresa (contexto recuperado)
  • Streaming de resposta
  • Fallback entre modelos
  • Ferramentas: cardápio · pedido · horário · entrega
agentes de vendas e SAC sobre ferramentas canônicas
  • neuralilux.com.br

    site de divulgação do produto · linguagem comercial, não auditada

Cliente
inspeção da conversa
  • contexto recuperado (RAG)
  • resposta gerada (streaming)
  • ferramenta executada
Qual o horário de hoje?
Hoje funcionamos das 08h às 20h.Agente

horários

horário

Quero fazer um pedido.
Claro, vou abrir o cardápio.Agente

cardápio

cardápio.listar()

Assumi a conversa. Vou confirmar o estoque agora.Atendente humano · em integração · fora do dispatcher

em integração · fora do dispatcher

controle humano / IA

intervenção manual · quando necessário

ticket e handoff · código e API isolados, fora do dispatcher e da UI

Evidrun

Núcleo implementado · integração em evolução

Uma especificação admitida entra. Evidência verificável sai.

  • Runtime local-first
  • Execução durável
  • Ledger encadeado
  • Bundle verificável
904 testes passaramlocal-first · SQLite · single-processLab Agent implementado e testado, não ligado ao caminho principal
câmara de execução
  1. A especificação entra no sistema e passa a ter identidade própria.
  2. Quem pode autorizar esta execução responde antes de qualquer trabalho.
  3. O contrato é compilado numa forma executável e estável.
  4. Gate de admissão: só entra o que satisfaz o contrato compilado.
  5. A execução sobrevive a reinício: a fila é persistida, não em memória.
  6. Lease com heartbeat e fencing: um único worker detém a execução por vez.
  7. A transição para estado terminal é registrada de forma idempotente.
  8. O bundle exportado pode ser verificado de forma independente.
linhagem (ledger)
  1. admissão
  2. enfileiramento
  3. lease do worker
  4. estado terminal
Lab Agent
  • objetivo declarado
  • catálogo efetivo de ferramentas
  • budget de execução
  • terminal nomeado

implementado e testado · em integração, fora do caminho principal

FazTudo

Protótipo avançado

Serviços locais, organizados como produto.

  • Aplicações web em TypeScript (cliente e profissional)
  • Painel admin em TypeScript
  • Backend Express + Prisma + PostgreSQL
  • Filas e workers com Redis / BullMQ
  • Pagamentos e escrow em protótipo
392 testes passarambuild passou · 50 modelos no schema
escrow implementado e testado como software · operação real não verificada
cliente
  1. Busca por categoria e localização.
  2. Estado DRAFT: o pedido existe antes de ser publicado.
  3. Estado PENDING: profissionais respondem com propostas.
  4. Transição PENDING → ACCEPTED.
  5. Data e hora acordadas entre as partes.
  6. Valor retido em escrow: estado HELD.
  7. AWAITING_CLIENT_CONFIRMATION → COMPLETED.
profissional
  1. O profissional responde a um pedido em PENDING.
  2. PENDING → ACCEPTED.
  3. ACCEPTED → IN_PROGRESS.
  4. AWAITING_PROFESSIONAL_CONFIRMATION → COMPLETED.
admin
  1. Validação de cadastro e documentos.
  2. Gestão de empresas prestadoras.
  3. Estado DISPUTED: mediação entre cliente e profissional.
  4. Regras de retenção e liberação de valores.
  1. Cobrança criada, ainda não capturada.
  2. Valor retido em escrow até a confirmação das duas partes.
  3. Valor liberado ao profissional após a conclusão.
REFUNDEDPARTIALLY_REFUNDEDFAILED

Sistemas que coordenam trabalho e operações.

OrchestraOS

Projeto em evolução

Pivot supervisionado para um orquestrador fino em Go, fechado por gates.

  1. A tarefa entra pelo orquestrador com marcadores de dependência.
  2. Lê marcadores [after: ...] e monta o grafo. Sem LLM neste caminho.
  3. O grafo é validado: ciclos e dependências inválidas são rejeitados.
  4. Ordenação topológica e execução um passo por vez.
  5. Resultado por passo, com texto, tokens e latência do provedor.
grafo de tarefas (DAG validado)
  1. task
  2. work unit A
  3. work unit B
  4. work unit C[after: A]
  5. work unit D[after: B]
  6. status terminal[after: C, D]
  7. decomposição por LLM
61 funções de teste · 3.013 linhas Go · 1 dependência externastore in-memory · estado não persiste após encerrarDecomposição LLM · implementada e testada, não ligada ao planner principal
gates de arquitetura (seis invariantes auditadas)
  • imports controlados
  • domínio puro
  • pacotes sob limite
  • funções sob limite
  • SQL confinado
  • sem globais mutáveis

WebPilot

protótipo de P&D

Um loop de pesquisa que decide continuar, replanejar ou encerrar.

  1. Define o próximo passo a partir do estado atual.
  2. Chama as ferramentas de browser e busca.
  3. Avalia o resultado e escolhe entre retry, replan ou finish.
retry · replanfinish
browser toolsBraveDuckDuckGofetch de URLsagregação de links

checkpoint antes de ação arriscada

checkpoints em memória, com rewind após falha repetida

Emailall

saúde e sincronização (Microsoft Graph)
Capacidades comprovadas
  • fleet local de contas
  • sincronização concorrente
  • refresh OAuth proativo
  • estados de saúde por conta
    Unverifiedestado inicial ao importar a conta
    • Alivevalidação individual ou sweep concorrente
    • Hiddenrejeição real de autenticação
63 testes passaram na versão auditadaescopo Microsoft Graph · não multi-provider

Projetos publicados, vistos de perto.

Uma seleção de interfaces reais para automação, comércio, logística e serviços. Passe pela captura para percorrer cada experiência.

PersonAgent

Laboratório de aprendizado em agentes orientados a pessoas, não apresentado como produto.

CAPTURAS REAIS
Sem mockups gerados por IA para representar produtos existentes.

Sobre o trabalho

Produto digital e automação, com IA sob supervisão.

Meu ponto forte é transformar uma intenção ainda confusa em critérios, arquitetura, execução assistida e evidência. Agentes aceleram a implementação; descoberta, decisões, revisão e validação permanecem sob minha responsabilidade.

01 / PRODUTO

Fluxos, jornadas, critérios de aceite, priorização e documentação.

02 / AUTOMAÇÃO

APIs, integrações, jobs, idempotência, rastreabilidade e tratamento de exceções.

03 / IA APLICADA

Agentes, ferramentas, RAG, avaliações, DAGs, revisão humana e evidências.

04 / INTERFACES

Catálogos, responsividade, acessibilidade, localização e revisão visual.

PYTHONTYPESCRIPTGOTESTES + CIOBSERVABILIDADE
Próximo passo

Vamos conversar sobre um problema real da operação.

Este portfólio separa claramente protótipos, ferramentas auditadas e trabalhos em evolução. Não atribui usuários, receita ou produção sem evidência.

Baixar currículolevy@levyalves.devFalar no WhatsAppVer GitHub