Fornecedores já entregam o procedimento. Oracle e Databricks transformam know-how em skills a versionar

Durante boa parte da história do software enterprise, um fornecedor entregava o produto e outra pessoa entregava o know-how. O produto vinha com documentação; o conhecimento de como configurá-lo para uma empresa real vivia em consultores, em playbooks de implementação e na cabeça de quem já tinha feito aquilo antes. Essa divisão está começando a fechar, e isso muda o que uma empresa precisa controlar.

Dois lançamentos nesta semana mostram isso por caminhos diferentes.

Em 26 de outubro, a Oracle anunciou o Fusion Setup and Configuration Registry, que descreve como um repositório Git público que torna o setup e a configuração do Fusion Applications legíveis por máquina e executáveis por agentes de IA. A Oracle o constrói e mantém. Agentes, inclusive agentes de código da OpenAI e de outros fornecedores, podem transformar requisitos, documentos de processo e configurações existentes em runbooks de implementação, e então planejar, executar, testar e validar a configuração. Revisores especialistas examinam o resultado e o aprovam para o deploy. Integradores de sistemas, com Accenture, Deloitte, PwC e Grant Thornton citados no comunicado, podem estendê-lo com seus próprios métodos e soluções de indústria.

Em 27 de outubro, a Databricks lançou o Vital Skills, skills de agentes open source que dão ao seu agente Genie Code método para saúde e ciências da vida: pausar e pedir ao analista que escolha um limite clínico em vez de assumir um, usar ferramentas validadas em etapas sensíveis em vez de improvisar, e exigir verificações como dependências fixadas e um smoke test antes de fazer o deploy de um modelo. Nos testes da própria Databricks, uma tarefa de deploy passou em 27 de 27 verificações exigidas com a skill e em 19 de 27 sem ela. Essa é a avaliação do fornecedor, três execuções por tarefa avaliadas por um juiz LLM, em um conjunto pequeno de tarefas dentro do escopo.

E na mesma semana, a Google e a Oracle colocaram mais de 135 skills da Oracle prontas para uso dentro do Gemini.

O procedimento agora tem um ciclo de release

Já defendemos que uma skill de agente é um procedimento e, em trabalho regulado, pertence ao controle documental. Esse argumento assumia que seus próprios especialistas escreviam as skills. O que vem a seguir é um refinamento, e é a nossa visão, não um fato: quando o fornecedor escreve e mantém o procedimento, o procedimento ganha o ciclo de release do fornecedor, e o seu controle precisa acompanhá-lo nesse ponto.

Três consequências decorrem disso.

Uma atualização de skill é uma mudança em como seu trabalho é feito. Se a Oracle melhora o runbook de configuração de um ledger, todo agente que usa o registro configura ledgers de forma diferente a partir daquele dia. Esse é o objetivo de um registro mantido, e também é uma mudança que sua gestão de configuração nunca viu. Fixe a versão que seus agentes usam, leia o diff antes de avançar e registre em cada execução qual versão foi aplicada.

O procedimento tem camadas, e cada camada tem um responsável. A base do fornecedor, a extensão do integrador, os overrides da sua empresa. Quando uma configuração está errada, alguém vai perguntar qual camada codificou o erro. Mantenha seus overrides no seu próprio repositório, separado do fornecedor, para que a pergunta tenha resposta. A extensão de skills MCP só torna as skills portáveis se o seu repositório continuar sendo a fonte.

Skills precisam de testes que viajem com elas. O Vital Skills traz uma skill de avaliação de skills; o registro da Oracle inclui testes e validação. Insista nisso. Uma skill sem teste é um documento que um agente vai seguir ao pé da letra, e literal não é o mesmo que correto para a sua política.

O que isso significa para implementações

A economia também se move. Se o conhecimento de configuração é software mantido, o trabalho de aplicá-lo fica mais barato e o valor dos integradores se desloca para extensões de indústria, validação e as decisões de negócio que nenhum registro consegue tomar. Não é uma previsão de que consultores desaparecem; o próprio desenho da Oracle mantém revisores especialistas como a etapa de aprovação.

Em ambientes validados, como o ERP de uma farmacêutica ou a configuração financeira central de um banco, mais uma coisa muda. Quando um agente executa um runbook do fornecedor, a configuração que ele produz ainda precisa de evidência de validação, e a versão do runbook passa a fazer parte dessa evidência. No Brasil, o referencial para isso em trabalho GxP é a RDC 658/2022 da Anvisa, que adota as diretrizes do PIC/S e tem instruções normativas complementares, inclusive uma sobre sistemas computadorizados. Pergunte ao seu time de qualidade agora como ele documentaria uma configuração que um agente aplicou a partir de um repositório mantido pelo fornecedor. É muito mais fácil decidir antes da primeira implementação do que durante a auditoria dela.

O mesmo padrão está aparecendo dentro dos times de desenvolvimento, onde o novo recurso Dreaming do GitHub propõe mudanças em skills e instruções por pull request. Quem quer que escreva o procedimento, o trabalho da empresa é o mesmo: decidir qual versão está em vigor e conseguir dizer qual foi usada.