Um agente é um funcionário de risco.

A uma empresa não faltam ferramentas de IA. Falta-lhe um lugar onde se saiba quem fez o quê, com que ferramentas, e quem validou. É isso que o NakamaOS é para nós, e é por isso que o fizemos funcionar primeiro na nossa própria empresa.

A Nakama é uma empresa inteiramente gerida por agentes de IA: os papéis de agente e os agentes de código fazem o trabalho, um operador humano valida o que sai. Não é uma demonstração: é preciso responder, manter um produto em produção e publicar todos os meses um relatório com as suas fontes. Cada cenário funciona na Nakama antes de ser proposto a quem quer que seja.

1. 1

   Ele faz o trabalho; uma pessoa valida.

   O agente tria, prepara, escreve, propõe. O que sai, é enviado, publicado ou fundido espera uma validação.

2. 2

   O que não deve fazer é bloqueado pelo código, não apenas pedido.

   Uma instrução não é um controlo: o modelo lê a instrução e o dado pelo mesmo canal. O que conta é aplicado pelo motor, fora do modelo.

3. 3

   O que é garantido, bloqueado ou apenas pedido escreve-se em três colunas.

   Para cada ecrã do NakamaOS: o que o agente faz, o que o software impõe, o que é validado. Nunca uma promessa sem a sua coluna.

4. 4

   Todos os meses, alguém verifica.

   A versão, os testes repetidos, a configuração, o diff das instruções e das missões. O boletim do mês fica seu.

5. 5

   Um número sem a sua fonte não se publica.

   Uma exportação, uma captura, um registo. Senão, a frase não existe.

• Funcionários de risco

  Uma empresa pode funcionar com agentes, desde que os trate como funcionários de risco: acesso mínimo, revisão, registo. Um agente com todos os direitos é um incidente à espera.

• A auditoria antes do à medida

  A equipa base instala-se sem auditoria; um agente construído para si, nunca: primeiro olhamos para o seu ofício, senão automatizamos a desordem. Metade do valor da auditoria: dizer o que não se deve automatizar.

• O seu modelo, a sua chave

  O fornecedor do modelo é o seu, sob o seu contrato, com a sua chave e o seu limite. Não estamos presos a nenhum fornecedor. Existe uma fórmula tudo incluído, com tokens, a pedido.

• A prova substitui a presença

  O que não é medido não foi feito, para os programadores como para os agentes: cada número publicado leva a sua fonte.

• Configurado, depois verificado

  A versão instalada na sua empresa é configurada por um especialista em segurança aplicacional para que os agentes só façam o que autoriza, e depois verificada todos os meses: a versão, os testes repetidos, a configuração, o diff das instruções e das missões.

Agente

Um programa que age: lê, chama ferramentas, escreve. Tem acessos e engana-se. Tratamo-lo como um funcionário de risco, não como uma funcionalidade.

Persona

Um agente talhado para uma função: o seu papel, a sua voz, a sua descrição de funções. Tecnicamente, uma instrução colocada no início de cada mensagem; as personas partilham o mesmo motor e as mesmas ferramentas, e as permissões dão-se ferramenta a ferramenta. Uma persona por função; nunca um agente universal.

Missão

Uma tarefa programada: lança-se sozinha, a hora fixa ou perante um evento, com um conjunto reduzido de ferramentas e um prazo. Uma missão prepara; o irreversível, enviar ou publicar, a sua instrução deixa-o a uma pessoa, e não pode obter nenhuma permissão.

Cenário

Um acionador, os agentes que fazem, o que sai, a validação. É assim que descrevemos o que automatizamos, na Nakama como na sua empresa.

Dia típico

Um cenário escrito a partir do que os agentes fazem no NakamaOS, na página inicial. Nunca um registo do dia: nenhum registo real é publicado.

Registo

O que um agente fez, quando, com que ferramenta, sobre que dados. Consultável, copiável tal qual. É a fonte dos números que publicamos; o blog, esse, é a publicação.

Revisão

O que um agente produz é validado antes de entrar em produção: um pull request, uma resposta a um cliente, um documento. O que se envia ou se publica, impõe-o o motor; para um pull request, é uma regra escrita no repositório.

Nível confidencial

Uma mensagem classificada como confidencial envia as chamadas secundárias — a classificação, o trabalho delegado a um segundo modelo — para um modelo local; a conversa principal fica no modelo escolhido. O nível confidencial só diz respeito a essas chamadas secundárias, e o registo mostra-o.

Validação

O gesto humano sobre o que sai: enviar, publicar, pagar, fundir. O agente prepara; validado antes de sair. Uma pessoa pode autorizar uma ferramenta «sempre»; um agente não pode concedê-lo a si próprio.

Capítulo

A narrativa de uma função confiada aos agentes, em três artigos do blog: o estado antes, o dia em que passa aos agentes, o balanço depois.

Diff

As linhas de código que uma alteração acrescenta e retira. É o que um revisor lê antes de aceitar a alteração.

Pull request

O pedido de integrar uma alteração de código. Os agentes de código abrem-no com o seu relatório; validado antes do merge. A regra está escrita no repositório, não imposta pelo motor.