Uma skill de agente é um procedimento. Em empresa regulada, procedimento vive sob controle documental

Quem já trabalhou em uma planta farmacêutica conhece o momento em que um auditor pede o procedimento que estava em vigor em determinado dia. Não o atual. O que estava em vigor quando o lote foi produzido, com número de versão, assinaturas de aprovação e os registros de treinamento das pessoas que o seguiram. Se não for possível apresentá-lo, o registro do lote tem um buraco, não importa a aparência do lote.

Plataformas de agentes agora estão entregando algo que vai enfrentar a mesma pergunta, e a maioria ainda não trata isso assim.

Skills são procedimentos com um novo leitor

Veja o que foi anunciado esta semana. O Gemini for government services, do Google, é construído em torno de skills: instruções reutilizáveis escritas por especialistas de domínio, cada uma aplicando as leis, regulamentos e orientações que regem uma tarefa. O Agent Memory da Databricks armazena, entre outras coisas, workflows que funcionaram, destilados por um pipeline em segundo plano a partir de sessões passadas. O novo produto da Cornerstone testa se agentes seguem os padrões de conduta do papel que ocupam. Duas semanas atrás, as skills começaram a migrar para bibliotecas compartilhadas via MCP.

Deixe de lado o vocabulário e cada uma dessas coisas é um procedimento escrito: como executar uma tarefa, quais regras se aplicam, quando parar e perguntar. A única coisa nova é o leitor. Um procedimento costumava ser lido por uma pessoa treinada; agora é executado por um agente.

Setores regulados já sabem exatamente como procedimentos devem ser gerenciados. As regras de fabricação de medicamentos dos EUA, por exemplo, exigem procedimentos escritos para produção e controle de processo, e exigem que esses procedimentos, “inclusive quaisquer mudanças”, sejam “redigidos, revisados e aprovados pelas unidades organizacionais apropriadas e revisados e aprovados pela unidade de controle de qualidade”. Desvios em relação a eles devem ser registrados e justificados. Bancos têm o equivalente para políticas de crédito e procedimentos operacionais; agências governamentais têm o equivalente para orientações e manuais.

Nossa visão: skills pertencem ao escopo do sistema de controle documental

Esta é a nossa posição, uma visão e não um fato: em uma empresa regulada, uma skill que molda como um agente executa trabalho regulado é um documento controlado e deve ser gerenciada como tal. Não um prompt em um repositório que um desenvolvedor edita numa sexta-feira à tarde. Não um arquivo que o agente reescreveu sozinho durante a noite.

Isso não exige um sistema novo. Exige estender o que já existe.

1. Rascunho pelo dono do processo, não apenas pelo desenvolvedor
2. Revisão contra a regulação e teste contra um conjunto de avaliação
3. Aprovação e definição de uma data de vigência
4. Deploy da versão; cada execução registra qual versão usou
5. Revisão periódica, ou uma mudança quando a regra ou o modelo mudar

• As mesmas etapas de aprovação de qualquer mudança de POP: Revisão contra a regulação e teste contra um conjunto de avaliação · Aprovação e definição de uma data de vigência

De responsabilidade do processo de negócioEtapas de qualidade e compliance

Quatro consequências decorrem disso.

Toda skill precisa de um dono de negócio. A pessoa responsável pelo processo, não o engenheiro que escreveu o agente, aprova o que a skill diz. Os engenheiros respondem por se o agente a segue.

A avaliação substitui os registros de treinamento. Para pessoas, a evidência de que um procedimento pode ser seguido é um registro de treinamento. Para um agente, é um conjunto de avaliação que exercita a skill, executado e aprovado antes de a versão entrar em vigor. Uma mudança de skill sem avaliação aprovada é um procedimento não treinado.

Toda execução precisa nomear a versão que usou. Quando o trabalho de um agente for questionado meses depois, a pergunta será a do auditor: qual procedimento estava em vigor? O log do agente deve responder com uma versão da skill, do mesmo jeito que um registro de lote nomeia uma revisão de POP.

Procedimentos escritos por conta própria são rascunhos, nunca documentos em vigor. Pipelines de memória e agentes que escrevem as próprias skills são úteis justamente porque notam padrões que as pessoas deixam passar. Argumentamos que o que os agentes acumulam se torna o novo custo de troca; no trabalho regulado, também é procedimento não revisado. Um workflow aprendido deve cair em uma fila de rascunhos para o dono do processo, o mesmo caminho que sugerimos para trabalho de agente que deveria virar software comum, e não entrar direto em uso para todo mundo.

Onde essa visão pode estar errada

Há dois caminhos. Se as skills se revelarem prompts superficiais e intercambiáveis, com pouco efeito sobre os resultados, o controle documental seria sobrecarga sem motivo. A evidência aponta para o outro lado: fornecedores estão investindo em skills escritas por especialistas porque elas mudam resultados. E se os reguladores decidirem que o comportamento do agente deve ser validado apenas no nível do sistema inteiro, o controle por skill pode importar menos que a validação do sistema. Mesmo assim, a validação do sistema teria que dizer quais skills estavam nele.

Por onde começar

Não com todas as skills. Comece com um inventário das skills e dos workflows aprendidos que tocam trabalho regulado, atribua um dono a cada um e congele a automodificação dessas poucas até que tenham um caminho de revisão. Depois, coloque-as no mesmo calendário de revisão periódica dos POPs que elas espelham. O time de controle documental vai reconhecer o pedido imediatamente. É esse o ponto: não é um novo tipo de governança. É um tipo antigo com um novo leitor.