Mantenedores e propostas de mudança
Quem pode alterar uma skill que virou de todo mundo — e o caminho de proposta para quem não é mantenedor sugerir mudança sem alterar direto.
Mantenedores e propostas de mudança
Camada funcional
Uma skill útil acaba sendo usada por mais gente do que a criou. Daí a pergunta: quem pode alterá-la? O modelo permite dois regimes — só mantenedores, ou aberto — e, quando fechado, um caminho de proposta para quem não é mantenedor sugerir mudança.
Os dois modos de contribuição
Cada skill fica num dos dois, e a escolha aparece como um par de botões na tela de contribuições:
| Modo | Quem altera direto | Quem propõe |
|---|---|---|
| Só mantenedores | dono e mantenedores | qualquer membro da organização, por proposta |
| Aberto à org | qualquer membro da organização | não há fila: a alteração entra direto |
Anatomia de uma proposta
Uma proposta carrega o que muda e quem propôs, e as duas coisas ficam à vista de quem decide.
O que muda pode ser de três formas: acrescentar um trecho — opcionalmente a uma seção nomeada —, trocar um texto por outro, ou remover. Quem propôs pode ser uma ferramenta (tipicamente o próprio agente, enquanto trabalha), uma detecção automática, ou uma pessoa revisando.
Da chegada até o fim, a proposta passa por um destes desfechos:
- Pendente — esperando decisão. É o que a tela lista, com o botão de aplicar e o de rejeitar.
- Aplicada ou rejeitada — alguém decidiu.
- Isolada — não foi aceita nem recusada, foi posta de lado. Faz sentido num sistema onde agentes propõem mudança em texto que orienta outros agentes: conteúdo suspeito precisa de um desfecho que não seja nem aprovação nem descarte silencioso.
- Superada — outra proposta passou por cima. Evita aplicar duas mudanças conflitantes sobre a mesma base.
O sistema também guarda uma impressão do conteúdo proposto, o que permite reconhecer proposta repetida e perceber quando a mudança foi escrita sobre uma versão que já mudou desde então.
Mantenedores
A skill tem uma lista própria de mantenedores, com o dono sempre dentro. É o conjunto que escapa da fila de propostas quando o modo é fechado — e, quando ninguém foi acrescentado, a tela diz isso com todas as letras: nenhum mantenedor além do dono.
O que dá para fazer, e onde
Tudo acontece na tela de contribuições da skill, aberta a partir da lista de skills do agente:
| O que dá para fazer | Onde |
|---|---|
| Trocar o modo entre só mantenedores e aberto à org | O par de botões no topo |
| Acrescentar ou tirar mantenedor | A seção de mantenedores |
| Ver as propostas esperando decisão, com quem propôs e o que muda | A seção de propostas pendentes |
| Aplicar ou rejeitar uma proposta | Os dois botões de cada proposta |
Por que isso importa mais do que parece
Skill é instrução que muda o comportamento de um agente. Uma alteração maliciosa ou apenas descuidada numa skill compartilhada se propaga para todo agente que a usa, sem passar por revisão de código. O regime de mantenedores, o desfecho de isolamento e a impressão do conteúdo são a resposta a esse risco — e a razão de a governança de contribuição ser tratada como assunto próprio, e não como detalhe da edição.
Importação e gravação de skill
Duas formas de uma skill nascer sem alguém escrever o texto dela do zero: trazer de um repositório do GitHub, ou gravar como skill o trabalho que o agente acabou de fazer.
Do que uma skill é feita, e como ela chega ao agente
Uma skill é um texto com instruções mais os arquivos que ele cita. Aqui: como esse conjunto é escrito, onde ele vive e como o que o agente escreve volta sem se perder pelo caminho.