owno.ai · implantação · plano de controle · melhoria contínua
Colocamos um fluxo de trabalho importante em produção com IA, e o mantemos lá: implantação dentro da empresa de vocês, um plano de controle no ponto da ação, e um loop que torna o agente mensuravelmente melhor.
toda ação → dono · regra · custo · resultado · gravado uma vez
§01 o que fazemos
01 / 09
owno implementa um fluxo de trabalho, passa toda ação dele por um plano de controle e segue melhorando o fluxo. Cada parte tem uma página própria; este é o mapa.
01 implantação
Um fluxo de trabalho importante e recorrente: entrada de pedidos, reembolsos, ajustes de conta, cobrança. Implementamos o fluxo para rodar com IA dentro da empresa de vocês, com adaptadores para os sistemas de vocês, testes de aceite escritos a partir dos casos reais de vocês, um roteiro de operação e um lançamento supervisionado. Oito a doze semanas após o acesso. Se já tem agentes rodando, começamos por eles.
Como uma implantação funciona →02 a plataforma
Toda ação do agente passa por owno. Dono, orçamento e regras são checados no instante da requisição, não num relatório depois; o resultado é gravado uma vez num registro que é de vocês, com o nome do dono nele. Uma chave roubada não abre nada.
O produto por inteiro →03 melhoria contínua
Toda correção do especialista de vocês vira um teste; todo incidente vira uma regra; uma mudança só entra em produção quando os testes do próprio agente passam e o dono assina. Os resultados são medidos na carga original, nos sistemas de vocês, com o método declarado de antemão.
Como a melhoria funciona →para clientes
Quatro ofertas com uma decisão no fim de cada uma: um estudo de prontidão, implantar e lançar, operar e melhorar, e a recuperação de um agente que vocês já rodam. O primeiro passo é um estudo que dá para inspecionar, útil mesmo quando a resposta é “não automatizar”.
Para clientes →já tem agentes?
Um piloto que travou, uma plataforma comprada, uma automação que cresceu, um deploy revertido. Os casos difíceis chegam depois da demo: contexto incompleto, regras que mudam, ferramentas que falham. O problema raramente é o modelo. Mapa de falhas, conjunto de aceite, correção testada, evidência da liberação.
Recuperar um agente existente →§01.1
A implantação é como começa. O loop é por que continua funcionando.
§02 o problema
02 / 09
Um funcionário novo chega com crachá, gestor, orçamento, regras, um registro de trabalho e um arquivo para o auditor. Um agente novo chega com uma senha copiada.
cena 01 o rebanho solto
sem dono · sem regra · sem registro
01 sem dono
Pergunte quem é responsável por um agente e a resposta é um time ou uma conta de serviço. É a primeira pergunta que um auditor, um regulador ou uma seguradora faz.
02 chaves compartilhadas
Agentes carregam chaves de API vivas, passadas entre notebooks, projetos e outros agentes. Quando uma vaza, nada diz qual agente a tinha nem o que ele fez com ela.
03 sem regra na ação
“Nunca mandar mensagem para mais de 500 clientes sem aprovação” vive em um documento. No instante em que o agente envia, nada avalia isso.
04 custo sem atribuição
O financeiro vê uma fatura de modelo. Nada diz qual agente gastou, em nome de quem, nem o que o dinheiro comprou.
05 terminou não é deu certo
Um chamado que o agente fechou e o cliente reabriu uma semana depois aparece como sucesso em todo dashboard. Consumiu o trabalho duas vezes.
06 sem arquivo para o auditor
Cada ferramenta guarda o seu fragmento. A resposta para “o que os agentes de vocês fizeram, e quem permitiu” é montada na mão, meses depois.
role →
§02.1
Essa é a diferença entre uma câmera de segurança e uma fechadura. A maioria das ferramentas hoje é câmera.
§03 antes / depois
03 / 09
Quatro agentes, quatro requisições, uma tarde. Uma vez com nada no caminho, uma vez com owno no caminho.
cena 02 o ponto da ação
permitido · em espera · recusado
Sem owno
nada no caminho
role →
Toda requisição dá certo, então todo dashboard mostra quatro sucessos. A mensagem não aprovada para 4.200 clientes é uma delas.
Com owno
avaliado na ação
role →
A mensagem nunca chega ao provedor de e-mail. Cada linha carrega um nome e uma regra.
| Para uma pessoa | Para um agente, hoje | Para um agente, com owno |
|---|---|---|
| Um crachá e um login | Uma chave copiada do notebook de um colega, compartilhada por vários agentes. | Identidade e chaves. O agente carrega uma isca. owno troca pela chave real no momento do uso, então uma chave roubada não abre nada. |
| Um gestor | Um time, uma conta de serviço, ou ninguém. | Um dono. Uma pessoa com nome e um substituto. Quando ela sai, a responsabilidade passa automaticamente. |
| Uma descrição de cargo | Um prompt que alguém editou no trimestre passado. | Uma missão. Para que o agente serve, e quais ferramentas ele pode usar. owno checa se o trabalho dele bate com a missão. |
| Um limite de gastos | Descoberto na fatura, depois que o mês fechou. | Orçamentos. Por dia e por mês, em modelos e em ferramentas, com alerta antes do limite e parada no limite. |
| Regras da empresa | Um documento que nada lê no momento da ação. | Política na ação. Checada no instante em que o agente tenta agir, não num relatório depois. |
| Um registro de trabalho | Logs parciais em seis ferramentas que nunca se encontram. | O registro. Toda ação, job e item de trabalho em um só lugar: quem, o quê, qual regra permitiu, quanto custou, o que veio disso. |
| Uma avaliação de desempenho | Nada. O agente é reescrito com frequência e ninguém checa. | Testes e um placar. Construídos a partir dos casos reais do próprio agente, rodados antes de toda mudança de prompt, ferramenta ou modelo. |
| Uma promoção | Ou totalmente supervisionado ou totalmente solto, escolhido uma vez. | Autonomia conquistada. Depois de aprovações suficientes sem incidentes, owno propõe agir sozinho e o dono assina. |
| Treinamento depois de um erro | Alguém edita o prompt. Nada checa. | O loop de melhoria. Todo incidente vira um teste, e muitas vezes uma regra, com a mudança que o teria evitado nomeada. |
| O arquivo para o auditor | Prints e uma planilha, montados na mão. | Pacotes de evidências. Um extrato assinado do registro, verificável sem uma conta owno. |
| Desligamento | O agente é desligado. As chaves dele continuam vivas. | Desativação com prova. Chaves revogadas, dados expurgados, um artefato assinado que diz isso. |
§04 o mesmo incidente, duas vezes
04 / 09
Um agente, um erro, um calendário, lido nas duas colunas.
cena 03 o mesmo erro, uma vez
incidente → teste → regra → recusado
Sem owno
como é hoje
Com owno
no caminho
Seg
O agente envia a mesma campanha duas vezes para 4.200 clientes. Os dois envios saem. Nenhuma regra avaliou nenhum dos dois.
Seg
Os dois envios ficam registrados no agente, no dono Marc e na regra que os permitiu.
Qua
Os descadastros e as reclamações caem na central de atendimento. Nada liga essas reclamações aos dois envios que as causaram.
Qua
owno lê os descadastros da central de atendimento e os liga aos dois envios. Marc é alertado no dia em que eles chegam, não no mês em que o relatório fecha. marcado · terminou, não deu certo
Qui
Todo dashboard ainda mostra duas campanhas de sucesso. A próxima duplicata não é evitada, porque nada foi aprendido.
Qui
O incidente vira um teste escrito a partir dos casos reais. owno propõe uma regra e a reexecuta sobre o mês passado: ela teria recusado os dois envios de segunda. Marc liga a regra.
Sex
O agente tenta uma duplicata de novo. Nada está no caminho. A campanha sai.
Sex
O agente tenta uma duplicata de novo. A ação é recusada no instante em que é tentada, com a regra e o dono no registro. recusado na ação
Semanas
Alguém do marketing nota o padrão semanas depois. A correção é um parágrafo acrescentado ao prompt. Não é testada.
3 meses
Marc decidiu 200 pedidos de envio acima de 500 destinatários: 196 aprovados, quatro rejeitados. O agente concordou com ele nas 196 aprovações, então owno propõe deixá-lo agir sozinho nessa classe. Marc assina. autonomia conquistada, não presumida
Na auditoria
A evidência é montada na mão a partir de seis ferramentas. Não dá para responder quem era o dono do agente nem qual regra permitiu o envio.
Na auditoria
Um clique produz um pacote assinado: o histórico do agente, seu dono, suas regras, seus testes, o incidente e o reparo. O auditor verifica a assinatura sem fazer login. com dono · registrado · provado
Sequência ilustrativa. Os números são de um ambiente de demonstração, não de um cliente.
role →
§04.1
Um fornecedor que só registra não teria como escrever o teste.
§05 o mecanismo
05 / 09
owno fica entre um agente e o sistema em que ele está prestes a agir, e decide ali.
cena 04 um lugar por onde passar
uma ação · uma linha
role →
role →
a · proteger
Credenciais-isca trocadas no momento do uso, uma lista de ferramentas permitidas com impressão digital e recusa na ação. Segurança por inteiro →
b · governar
Dono, orçamento, limites e aprovações, avaliados na ação. Toda regra é reexecutada sobre o tráfego real do mês passado antes de ser ligada.
c · observar
Ação, job e item de trabalho, com custo contado uma vez e atribuído por finalidade. O resultado de negócio é lido de volta dos sistemas que o guardam.
d · melhorar
Falhas viram casos de teste e regras; aprovações viram exemplos de treino. Uma mudança entra em produção quando os testes do próprio agente passam. Melhoria por inteiro →
e · provar
Pacotes assinados, verificáveis sem uma conta owno. O log da própria empresa é uma alegação; um registro contra-assinado é evidência.
f · compartilhar
Padrões, nunca conteúdo: uma versão de modelo que piorou numa tarefa, um ataque circulando esta semana. Nenhuma empresa enxerga isso sozinha.
Uma regra entra no livro por um de quatro caminhos. owno propõe a regra, a reexecuta sobre o tráfego real do mês passado para o dono ver exatamente o que ela teria recusado, e só a liga quando uma pessoa com nome assina. Nada entra em vigor sem que alguém tenha escolhido.
cena 05 o livro de regras cresce
proposta · reexecutada · assinada · em vigor
fonte 1 os incidentes de vocês
Um envio duplicado, um estorno revertido, uma exportação que ninguém aprovou. O incidente vira um teste escrito a partir das ações reais; o teste vira uma regra que o teria recusado. O mesmo erro não pode acontecer duas vezes.
fonte 2 as decisões do dono
A caixa de aprovações é um conjunto de treino. Duzentas respostas consistentes viram um limite: uma regra que deixa o agente agir sozinho naquela classe, ou uma que o segura. O dono assina a regra que ele já escreveu à mão.
fonte 3 outras frotas
Padrões, nunca conteúdo: uma onda de injeção de prompt circulando esta semana, uma versão de modelo que piorou numa tarefa, uma definição de ferramenta que mudou por baixo de todo mundo. owno propõe a regra; vocês decidem se ela se aplica.
fonte 4 mudanças de modelo e de ferramenta
Uma atualização de modelo ou uma ferramenta alterada é reexecutada sobre os testes do próprio agente antes de uma única requisição em produção. O que passou fica; o que regrediu fica em espera, com o caso que pegou a regressão anexado.
§06 segurança
06 / 09
As credenciais de um agente são o caminho mais curto para dentro de uma empresa, e hoje os agentes as carregam em texto puro.
cena 06 a isca
uma cópia sai · uma cópia não vale nada
Sem owno
o agente carrega a chave
role →
O provedor vê uma chave válida. Nada diz qual agente a carregava, nem que ela saiu.
Com owno
o agente carrega uma isca
role →
A isca é a única coisa que pode vazar. Usá-la é como vocês descobrem que ela vazou.
s1 broker de credenciais
Cada agente ganha a própria identidade, ligada ao seu dono, e uma credencial-isca. A chave real fica com owno e é trocada na requisição. Revogar um agente é uma ação só, com prova.
s2 llmjacking
Credenciais de modelo roubadas são revendidas e queimadas em horas. owno lê toda requisição de modelo no caminho. Uma requisição de um chamador desconhecido, de uma região inesperada ou com um padrão fora do comum é recusada, não conciliada na fatura.
s3 honeytokens
A isca é um canário. Qualquer uso dela vem de uma cópia que saiu, então o primeiro uso é o alerta. O alerta nomeia o agente, a superfície por onde vazou e o chamador.
s4 integridade de ferramenta
Toda ferramenta e todo servidor MCP que um agente pode chamar recebe uma impressão digital na aprovação. Quando uma definição muda por baixo, a mudança é comparada e a requisição fica em espera até uma pessoa aceitar.
s5 injeção & exfiltração
Conteúdo que tenta conduzir um agente é um sinal, não um veredito. O que owno bloqueia é a ação que ele produz: um destino fora do comum, um destinatário de primeira vez, uma leitura em massa seguida de um envio.
s6 recusa
Uma recusa acontece no instante da requisição, antes de o dinheiro se mover ou o registro mudar. Ela é gravada com a regra e o dono nela. Um detector que só relata é uma câmera.
Uma chave de modelo roubada não é usada em silêncio. Ela é revendida, e o comprador roda o que quiser nela: em outro idioma, sobre outro assunto, num volume que os agentes de vocês nunca alcançam.
Sem owno
visto na fatura
role →
A chave funciona, então as requisições são atendidas. O mês fecha antes de alguém perguntar de quem elas eram.
Com owno
recusada na primeira
role →
O padrão é o sinal: outro chamador, outro assunto, outro volume. Uma recusa encerra tudo.
§06.1
Detecção avisa depois. Um broker no caminho decide na hora.
§07 o produto
07 / 09
Há uma coisa só por baixo, e cada tela é uma pergunta diferente feita a ela. A página do produto reúne a plataforma em um só lugar, com uma nota sobre onde ela está hoje.
cena 07 o censo
todo agente · uma linha
Agentes sob gestão
2,140
+12 esta semana
Ações · 24 h
184,302
janela de 24 h
Marcadas
412
0.22 %
Recusadas na ação
37
0.02 %
| agente | dono | política | última ação | valor |
|---|---|---|---|---|
| billing-reconciler | Ana Duarte | finance-L2 | permitido · payments.refund | $412 |
| support-triage | Marc Oliva | support-L1 | permitido · crm.update | 96 linhas |
| procure-bot | Ana Duarte | spend-cap-2k | marcado · vendor.pay | $1,880 |
| research-crawler | Iris Chen | read-only | recusado · vendor.create | — |
| ledger-exporter | — | não atribuída | sem dono · export.run | — |
role →
role →
Todo caso real que o agente tratou é um teste que ele precisa continuar passando. Uma edição de prompt, uma ferramenta nova ou uma versão nova de modelo só entra em produção quando os testes do próprio agente passam, e o placar, por critério e por versão, mostra se ele melhorou ou piorou.
cena 08 o agente melhora
testes · portão · autonomia
i testes a partir de casos reais
Os casos vêm do registro: o que o agente de fato fez, o que o dono disse sobre isso, e o que veio disso. Cada incidente acrescenta um. A suíte cresce com o histórico do agente, não com a imaginação de alguém.
ii um portão antes de toda mudança
Prompt, ferramentas, modelo: toda mudança roda a suíte primeiro. Um resultado que o compliance pode co-assinar substitui a reunião de revisão, e a mudança que teria quebrado um caso real nunca chega à produção.
iii autonomia que aumenta com evidência
Quando o agente concorda com o dono por um período longo o bastante e seus testes seguem passando, owno propõe uma classe mais ampla que ele pode tratar sozinho. O dono assina. Os incidentes sobem, e o espaço volta a estreitar.
Onde está hoje, setembro de 2026: o gateway com o botão de parada e os tetos de orçamento existe; o censo já rodou sobre fontes de demonstração; o registro do caso e o executor são construídos nas primeiras implantações sobre essa base. Telas além do núcleo enxuto chegam quando o fluxo de trabalho de um cliente precisa delas.
§08 como se conecta
08 / 09
Cada nível é uma decisão que vocês tomam depois de ver o que o anterior mostrou.
cena 09 três níveis
conectar → crachá → regras
role →
nível 1
Acesso somente leitura ao que já existe: o sistema de login, as faturas de nuvem e de modelo, os logs que as ferramentas de automação e os assistentes de código de vocês já produzem.
Vocês recebem o censo, as páginas dos agentes e o custo por agente e por finalidade, gravado no data warehouse e na ferramenta de gastos que o financeiro de vocês já usa.
Duas semanas. owno fica ao lado dos agentes, não entre eles. Ler sessões de assistente de código significa ler código e prompts, então owno assina os mesmos termos de dados que qualquer operador.
nível 2
Os agentes ganham identidade própria e uma chave-isca. owno troca pela chave real no momento do uso, começando pelos agentes que o censo mostrou compartilhando uma.
As chaves reais saem dos agentes. O custo deixa de ser reconstruído a partir de faturas: toda requisição é atribuída no momento em que acontece, e é isso que torna o orçamento algo que dá para fazer valer.
Dias por agente. Vocês escolhem quais agentes vão primeiro e o que acontece se owno ficar inacessível: a requisição fica em espera ou passa.
nível 3
As ações que os agentes executam em outros sistemas passam por owno, e as regras bloqueiam na ação, com a caixa de aprovações no ar.
Bloqueio na ação, aprovações, autonomia conquistada, incidentes que viram testes, pacotes de evidências. Toda regra é simulada sobre o tráfego passado antes de ser ligada.
Semanas de rollout. O fluxo de trabalho que implementamos roda aqui desde o primeiro dia; outros agentes entram depois da primeira coisa que vocês gostariam que tivesse sido recusada.
§08.1
O nível 1 é somente leitura e reversível. É ele que conquista a permissão para o nível 2.
§09 prova
09 / 09
Toda afirmação desta página se reduz a quatro números, publicados com o método declarado de antemão, inclusive quando o resultado é nenhuma diferença. Os seis números que uma implantação reporta por mês estão na página de melhoria.
cena 10 dois braços
aleatório · por ação · mesmo instrumento
role →
Aleatorizado por ação, não por agente nem por semana, para que os dois braços enfrentem o mesmo tráfego. O braço sem bloqueio é registrado pelo mesmo instrumento, e é isso que torna a diferença legível.
o que vocês compram
Quatro ofertas: um estudo de prontidão, implantar e lançar, operar e melhorar, e a recuperação de um agente que vocês já rodam. O setup é precificado uma vez; a operação, por mês; inferência a custo, nas chaves de vocês. Revisão humana precificada, nunca implícita. Para clientes →
para quem é
Empresas com um fluxo de trabalho recorrente e regido por regras que vale colocar em produção, e operadores de setores regulados que precisam da aprovação, da regra e da evidência no registro. Com ou sem agentes já rodando.
o registro é de vocês
O resultado é medido nos sistemas que o guardam, por um método declarado antes de o trabalho começar, e o registro fica no data warehouse de vocês. owno não dá nota ao próprio trabalho: o resultado é lido de volta dos sistemas de vocês, nulos incluídos.
o primeiro passo
OWNO-WEB-1.2 · 2026-09-09
Um estudo de prontidão de duas a três semanas: linha de base, escopo concreto, mapa de acessos, plano custeado e um go ou no-go com os números na mesa. Já tem agentes rodando? A recuperação começa por um mapa de falhas dos casos deles.
owno.ai · São Paulo