Ir para o conteúdo

IA em produção

O piloto de IA que nunca subiu entra em produção em 30 dias

Seu notebook funciona com dados de demo, e ninguém sabe dizer se o modelo piorou. Engenheiros com mais de 25 anos em produção o transformam num serviço Go dentro do seu ERP, CRM e fila de chamados, com avaliações no CI. No ar em 30 dias.

Diga hoje qual é o fluxo. Em 48 horas um engenheiro devolve o plano de construção, um preço fechado e uma data.

Protótipo

Uma especificação em Word, um notebook Python que funciona com dados de demo e uma API fechada de fornecedor.

  • spec.docxWord
  • proof-of-conceptPython · notebook
  • vendor APIclosed
  • evalnone

30 dias do notebook à produção

Produção

Um runtime de agente em Go, ferramentas tipadas, um portão de avaliação no CI e traces pesquisáveis.

  • agent runtimeGo
  • tool layerTypeScript
  • eval harnessCI gate
  • tracesOpenTelemetry
A avaliação aparece riscada porque a maioria dos pilotos a pula. Com avaliações no CI, um modelo pior quebra o build antes de chegar a um cliente.

Do piloto à produção em 30 dias

A mesma ordem em todo projeto. O conjunto de avaliação vem antes do código, então tudo o que vem depois é medido.
  1. 01dias 1–3

    Escolher um fluxo

    Um processo com volume e com resposta certa. Medimos quanto ele custa hoje em minutos e em erros, e esse número vira a régua que a entrega precisa superar.

  2. 02dias 3–8

    Montar primeiro o conjunto de avaliação

    Centenas de casos reais do seu próprio histórico, cada um com a resposta que a sua equipe deu. Daí em diante, melhor ou pior é um número no CI.

  3. 03dias 8–22

    Construir o runtime e as ferramentas

    Um runtime de agente em Go, adaptadores tipados para os seus sistemas e um passo de aprovação em tudo que escreve. As avaliações rodam a cada commit, desde o primeiro.

  4. 04dias 22–30

    Subir e entregar

    Traces, um runbook e um dia com os seus engenheiros para que eles mudem prompts e ferramentas sem nos chamar. No dia 30 o fluxo roda em produção.

O que a plataforma faz e o que os nossos engenheiros fazem

A nossa plataforma e os nossos modelos ajustados levam a metade mecânica em velocidade de máquina. Engenheiros com mais de 25 anos de produção nas costas tomam as decisões que custam dinheiro quando dão errado.
  • Ler a sua base de código atrás dos pontos de integração

    Plataforma

    Horas num repositório que uma pessoa levaria dias para ler.

  • Escolher o primeiro fluxo

    Engenheiro

    Volume, uma resposta verificável e um responsável do seu lado. Os nossos engenheiros escolhem o que se paga primeiro.

  • Adaptadores para as suas APIs

    Os dois

    A plataforma rascunha a partir do contrato da API. Um engenheiro corrige onde o contrato erra.

  • O conjunto de avaliação a partir do seu histórico

    Os dois

    Puxar os casos é automático. Decidir quais respostas antigas estavam certas exige alguém que conhece o seu negócio.

  • Regressão a cada commit

    Plataforma

    Uma queda na nota quebra o build, igual a um teste unitário quebrado.

  • Onde o agente pode escrever

    Engenheiro

    Seu risco e sua decisão, por escrito e assinados antes de qualquer coisa rodar.

Numa base documentada a plataforma carrega mais. Numa de vinte anos, os nossos engenheiros carregam mais. A data do contrato vale nos dois casos.

Quem constrói a sua IA

Os nossos engenheiros colocam sistemas em produção há mais de 25 anos, ao lado de COBOL, RPG, VB6, Delphi e PHP, e são as mesmas pessoas que constroem a camada de agentes. São os melhores para esse trabalho porque sabem por onde o seu dinheiro passa. A IA que eles entregam fica dentro dos sistemas que carregam a sua receita, com testes que falham no minuto em que ela piora.

Preço fechado, data no contrato e o código nos seus repositórios desde o primeiro dia. A suíte de avaliação é o teste de aceite: fluxo abaixo da nota combinada não é aceito.

O que os CTOs perguntam antes de assinar

Isso é um wrapper em cima de uma API de chat?

O modelo é um componente, do mesmo jeito que o banco de dados é um componente do seu sistema de cobrança. Você paga pela camada de ferramentas, pelos portões de aprovação e pelas avaliações que pegam uma atualização de modelo que piorou as coisas. Isso exige engenheiros com mais de 25 anos em produção, e é o que construímos. Mande o fluxo e leia o plano.

O que acontece quando o modelo muda embaixo da gente?

A suíte de avaliação roda contra o modelo candidato antes de qualquer troca. Se a nota cai, você fica no modelo atual até os prompts e as ferramentas alcançarem, e fica sabendo pelo CI muito antes de um cliente perceber. O plano de avaliação vem junto com o orçamento.

Dá para rodar sem os nossos dados saírem da rede?

Sim. Os nossos próprios modelos ajustados rodam dentro da sua rede ou da sua conta de nuvem, totalmente isolados se for preciso, no seu hardware ou em hardware que fornecemos. Os detalhes vão para o contrato. Liste as suas restrições no formulário e o orçamento já sai calculado para elas.

De quem é o que vocês constroem?

Seu. Repositórios comuns em Go e TypeScript, bibliotecas comuns, prompts em controle de versão e nenhuma chamada de runtime de volta para nós. Os seus engenheiros mudam uma ferramenta, rodam as avaliações de novo e sobem sem a gente na sala. Mande o fluxo hoje e os termos de propriedade chegam com o preço.

Já queimamos um trimestre num piloto. Por que este subiria?

Pilotos morrem quando ninguém define a resposta certa antes de construir. Montamos o conjunto de avaliação primeiro, a partir do seu histórico, então o fluxo é medido desde o primeiro commit e entra em produção no dia 30 com uma nota. Mande o piloto que vocês abandonaram e começamos por ele.

Diga qual é o fluxo

Escolha o processo que você automatizaria primeiro e conte quanto custa um erro nele. Em 48 horas você tem o plano de construção, um preço fechado e uma data. Trinta dias depois ele roda em produção.

Pedir orçamento

O formulário leva uns dez minutos. Um engenheiro lê e responde, normalmente no mesmo dia.