---
titulo: Modelo de Gestão de Agentes de IA
versao: "1.2.0-rc.1"
consumo: integral para compreensão e reprodução; por capítulo para contribuição focal
composicao: derivada dos originais M01–M15; alterações são feitas na parte competente
---

# Modelo de Gestão de Agentes de IA

Este modelo orienta como organizar, construir, dirigir, avaliar e evoluir um conjunto de agentes de IA. Seu objeto é o trabalho realizado pelo gestor por meio de contribuições claras, conhecimento compartilhado, meios suficientes, entregas avaliáveis e continuidade recuperável.

Para começar, enquadre o trabalho em M01 e use as casas do método conforme a contribuição necessária. M02 organiza o ambiente; M03–M11 desenvolvem os agentes e sua realização; M12 avalia; M13 mantém o ciclo de gestão; M14 conduz o construtor; M15 confere o uso do sistema e a aplicação do método por outra IA. Os códigos identificam casas de conteúdo, sem obrigar a passagem por todos os capítulos em cada pedido.

O método pode ser aplicado sem Skills prontas ou kit do construtor. A aplicação recebe o pedido, as decisões e fontes do negócio e os meios compatíveis com a operação. Esses insumos permanecem necessários: o modelo não inventa fatos, regras, responsabilidades ou permissões do contexto. A forma física pode variar se preservar funções, critérios, resultados e limites.

As definições e operações têm casas principais. Referências entre capítulos permitem compor a contribuição; não criam métodos concorrentes. Exemplos ilustrativos esclarecem mecanismos e não constituem políticas de uma organização. Registros de autoria e evidências de aplicação têm destino próprio, separado deste conteúdo operacional.

## Percurso do modelo

- [M01 — Compreender o trabalho e enquadrar a solução](#m01)
- [M02 — Desenhar o ambiente e o modelo de gestão](#m02)
- [M03 — Conceber o agente e suas capacidades](#m03)
- [M04 — Desenvolver a inteligência do trabalho](#m04)
- [M05 — Organizar conhecimento compartilhado, fontes e rotas](#m05)
- [M06 — Escrever a orientação cognitiva do agente](#m06)
- [M07 — Compor o kit e preservar a continuidade](#m07)
- [M08 — Escrever prompts e instruções de entrada](#m08)
- [M09 — Construir Skills a partir do modelo](#m09)
- [M10 — Compor acessos, ferramentas e operações](#m10)
- [M11 — Implementar e instalar em cada ambiente](#m11)
- [M12 — Auditar a construção e diagnosticar lacunas](#m12)
- [M13 — Operar, gerir e evoluir o conjunto](#m13)
- [M14 — Construir a condução do Agente Construtor](#m14)
- [M15 — Conferir o sistema em uso](#m15)

<a id="m01"></a>

## M01 — Compreender o trabalho e enquadrar a solução

Gestão de agentes de IA é organizar e dirigir contribuições de IA para produzir trabalho útil, com responsabilidades, conhecimento, meios, critérios de entrega e continuidade definidos. O objeto da gestão é a contribuição ao trabalho e ao conjunto: o que cada agente realiza, com que informações, até onde decide, como sua saída é utilizada e o que precisa mudar a partir do resultado.

Este capítulo transforma um pedido em um enquadramento suficiente para escolher e compor a solução. O enquadramento relaciona necessidade, destinatário, resultado, operações, conhecimento, responsabilidade, meios e limites. Aplica-se à criação de um sistema, à introdução de uma nova contribuição e à revisão de uma solução existente.

### Fundamentos para compreender o trabalho dos agentes

#### Trabalho, demanda, entrega e resultado

Um **trabalho** transforma uma condição de entrada em algo que alguém consegue utilizar. Ler uma solicitação, compreender o que ela exige e preparar uma recomendação pode formar um trabalho; abrir arquivos e copiar trechos são movimentos de apoio quando, isoladamente, não produzem a contribuição necessária.

Uma **demanda** é uma ocorrência desse trabalho, trazida por uma pessoa ou por um mecanismo definido. A responsabilidade de analisar pedidos pode permanecer; cada pedido recebido é uma demanda com seu próprio contexto.

Uma **entrega** é a saída oferecida ao destinatário: análise, alternativa, recomendação, documento, atualização de um objeto ou ação realizada. Um **resultado de trabalho** é a condição útil que essa saída permite alcançar ou reconhecer. Uma tabela preenchida é uma entrega; permitir ao gestor distinguir os pedidos atendíveis dos que precisam de complementação é o resultado que justifica aquela tabela.

O enquadramento deve distinguir a entrega que o agente pode produzir do efeito mais amplo que depende de outras ações. Preparar uma proposta coerente com o pedido e as regras do negócio é uma contribuição do agente. A contratação do serviço também depende da decisão do destinatário e das condições da negociação. A qualidade da contribuição deve ser julgada pelo que ela recebe, transforma e entrega dentro de seu alcance.

#### Contribuição, capacidade e inteligência

Uma **contribuição** é a parcela de trabalho atribuída a uma pessoa, agente ou outro recurso, identificada por sua finalidade, transformação e resultado. O nome de um cargo pode ajudar a reconhecer essa contribuição, mas precisa ser acompanhado daquilo que ela efetivamente realiza.

Uma **capacidade** é uma possibilidade de operação: consultar uma fonte, comparar condições, produzir um documento ou alterar um registro. Sua utilização depende de conhecimento e de meios adequados. O agente pode ter orientação para atualizar uma demanda e depender de um acesso específico para gravar essa atualização no sistema.

O **conhecimento** fornece os fatos, conceitos e referências necessários. A **inteligência aplicada ao trabalho** relaciona o que perceber, como compreender a situação, quais critérios utilizar e que operações realizar. Uma política comercial pode informar condições permitidas; interpretar uma solicitação incompatível, localizar o conflito e preparar uma alternativa exige operar com essas condições.

#### Agente, papel humano e sistema

Um **agente de IA** é uma unidade de contribuição com responsabilidade funcional persistente, orientação, conhecimento, julgamento e meios de atuação proporcionais ao trabalho. A responsabilidade persistente expressa o papel que deve ser mantido entre demandas. Sua continuidade precisa de informações recuperáveis; seu acionamento e suas possibilidades de execução dependem dos meios escolhidos.

Persistência do papel não pressupõe atividade contínua, lembrança integral ou iniciativa automática. Um agente pode ser acionado pelo gestor em cada ocorrência e manter uma contribuição coerente por meio de suas referências, orientação e registros. Quando o trabalho exige execução por evento ou agenda, essa condição precisa de um mecanismo próprio.

Um **sistema de gestão de agentes** relaciona essas contribuições às pessoas, às informações, aos recursos e à direção do trabalho. As partes formam um sistema quando as relações necessárias são utilizáveis: uma demanda chega ao agente pertinente; ele encontra a informação competente; sua saída atende a um uso; a avaliação produz uma consequência; o que muda os próximos trabalhos é preservado na casa apropriada.

Os papéis humanos precisam ser identificados conforme sua contribuição:

| Papel | O que precisa ficar compreensível |
|---|---|
| Gestor do trabalho ou do conjunto | Que prioridades, responsabilidades, critérios e melhorias dirige. |
| Usuário da ocorrência | Que demanda apresenta, que contexto fornece e que decisões pode tomar. |
| Responsável pelo território ou objeto afetado | Quem pode definir ou alterar as condições daquele trabalho e autorizar seus efeitos. |
| Responsável pela fonte | Quem mantém a informação que orienta o trabalho e como uma correção chega a essa origem. |
| Destinatário da entrega | O que precisa receber e em que condição consegue utilizar a saída. |

Uma pessoa pode ocupar vários desses papéis. O enquadramento registra as relações que importam ao caso, sem presumir que quem solicita uma análise também pode aprovar qualquer efeito decorrente dela.

#### Ciclo de gestão do conjunto

| Movimento gerencial | Decisão ou transformação necessária | Condição útil que produz |
|---|---|---|
| Compreender o trabalho | Definir a necessidade, o destinatário e o resultado que importa. | O conjunto tem uma finalidade reconhecível. |
| Definir contribuições | Atribuir responsabilidades e estabelecer interfaces e critérios. | Cada unidade sabe o que recebe, realiza e entrega. |
| Organizar condições de execução | Disponibilizar conhecimento, fontes, recursos e continuidade. | O trabalho pode usar a informação pertinente e os meios necessários. |
| Atribuir e realizar demandas | Reconhecer a ocorrência e conduzi-la à contribuição adequada. | A demanda recebe tratamento compatível com seu contexto. |
| Avaliar a entrega | Confrontar a saída com o uso pretendido e os critérios. | O gestor reconhece o que pode utilizar e o que exige ajuste. |
| Corrigir e aprender | Localizar a causa de uma insuficiência e preservar a mudança pertinente. | Outra ocorrência pode aproveitar a correção. |
| Ajustar o conjunto | Rever contribuições, interfaces e recursos a partir do trabalho. | O sistema acompanha necessidades reais sem multiplicar estruturas dispensáveis. |

O ciclo admite retornos. Uma entrega pode revelar que a demanda foi mal compreendida; um problema de acesso pode exigir rever a implementação; uma exceção pode pedir outro critério. O retorno deve alcançar o ponto responsável pela insuficiência e preservar o trabalho que continua válido.

### M01.1 — Identificar necessidade, destinatário e resultado

#### Recuperar o pedido e sua finalidade

Comece pelo pedido real, pelas decisões já recebidas e pelo que existe no contexto. Preserve o que foi solicitado antes de reinterpretar sua forma. “Quero um agente para propostas”, “preciso organizar os agentes” e “estou corrigindo sempre a mesma resposta” são entradas possíveis; cada uma precisa ser relacionada ao trabalho e ao resultado que motivam a demanda.

Identifique a condição que precisa ser criada, mantida ou recuperada. O motivo pode ser uma falha, como informações incompatíveis entre agentes, ou uma oportunidade, como utilizar referências existentes para assumir outro trabalho. A ausência de problema observado não impede uma nova contribuição; a hipótese de benefício precisa ser compreensível e examinável.

Separe três alcances quando eles forem materiais:

- **Condição atual:** o que acontece, com que sustentação e em qual recorte.
- **Contribuição desejada:** que transformação será atribuída à solução.
- **Resultado pretendido:** o que o destinatário deve conseguir utilizar, compreender ou realizar.

Um relato de retrabalho pode justificar investigação sem determinar sua causa. Respostas diferentes podem decorrer de versões de fonte, critérios distintos, informação insuficiente ou contextos legítimos. O enquadramento conserva essas possibilidades até haver condição para discriminar o mecanismo.

#### Delimitar o trabalho pela saída e pelo uso

Descreva o trabalho com um verbo que indique transformação e com o objeto sobre o qual ela ocorre. “Apoiar o comercial” precisa chegar a contribuições reconhecíveis, como confrontar um pedido com condições de atendimento ou preparar uma proposta com escopo coerente.

Para cada contribuição, determine quem usa a saída e para quê. Essa relação permite separar o indispensável do acessório. Se o gestor precisa decidir quais pedidos exigem complementação, uma listagem de documentos recebidos só será suficiente quando permitir reconhecer a lacuna que impede aquela decisão.

Defina o começo e a conclusão da contribuição. O começo informa o que chega e em que condição. A conclusão informa a saída necessária, seu destinatário e o que permanece sob outra responsabilidade. Quando a passagem recebe uma entrada incompleta, ela pode concluir com uma dependência localizada e uma pergunta utilizável, desde que esse seja o resultado adequado ao caso.

#### Estabelecer critérios de entrega

O critério de entrega expressa uma propriedade reconhecível da saída. “Ser completo”, “ter qualidade” e “ser preciso” precisam ser relacionados ao trabalho.

Em uma análise de solicitação, critérios possíveis, quando pertinentes ao contexto, são: a necessidade do solicitante está identificada; as condições fornecidas foram preservadas; as incompatibilidades estão localizadas; a recomendação distingue a parte atendível da dependência; a pergunta de complementação resolve uma diferença que afeta o próximo movimento.

Esses critérios são formulados a partir do pedido e das referências disponíveis. Políticas, prazos, metas ou alçadas não são completados por plausibilidade. Quando uma escolha de critério é parte do trabalho de concepção, apresente-a como proposta e preserve a decisão pertinente.

Considere também o esforço residual do usuário. Uma saída pode estar correta e exigir reconstrução de contexto, transporte repetido de documentos ou conferência manual de versões em vários lugares. O enquadramento deve reconhecer esse esforço quando ele decidir entre composições possíveis. Uma alegação de redução de esforço exige comparação pertinente; a intenção de reduzir retrabalho pode orientar o desenho sem receber uma medida inventada.

**Resultado de M01.1:** necessidade, contribuição, destinatário, uso da saída, critérios e fronteiras do trabalho identificados na medida necessária ao enquadramento.

### M01.2 — Relacionar objetos, operações e capacidades

#### Decompor pela transformação

Identifique os objetos que entram no trabalho e a mudança que cada operação produz. Um objeto pode ser solicitação, documento, decisão, registro de situação, referência ou entrega intermediária. Sua representação em arquivo ou sistema será escolhida conforme a função e os meios de acesso.

Construa a relação **objeto de entrada → operação → saída utilizável → uso seguinte**. A relação deve permitir explicar por que aquela passagem existe. Abrir uma página e ler um documento podem ser movimentos internos da operação de confrontar condições; só precisam de representação própria quando acesso, responsabilidade ou resultado exigirem essa distinção.

Separe operações quando a divisão tornar visível uma diferença material: outro resultado, outro critério de aceite, outra autoridade, outra condição de execução ou uma passagem que poderia perder informação. Mantenha junto o que forma uma transformação coerente. Quantidade de verbos não determina quantidade de etapas, agentes ou Skills.

#### Deduzir conhecimento e meios

Para cada operação relevante, explique o que precisa ser compreendido e que capacidade a torna realizável. A dedução deve tornar visível uma lacuna que o nome da ferramenta ou do agente esconderia.

O quadro a seguir é ilustrativo. As condições do trabalho devem ser fornecidas em cada aplicação.

| Objeto e operação | Saída para o próximo uso | Conhecimento ou julgamento necessário | Meio a conferir |
|---|---|---|---|
| Confrontar uma solicitação com condições de atendimento | Parte atendível, incompatibilidade e complemento decisivo. | Interpretar o pedido e reconhecer a condição que muda a recomendação. | Acesso ao pedido e à referência pertinente. |
| Relacionar uma especificação aceita às condições comerciais | Elementos coerentes para preparar a proposta. | Distinguir decisão confirmada, alternativa e informação ausente. | Acesso às condições e ao registro de decisão correspondente. |
| Produzir uma proposta a partir dos elementos suficientes | Documento utilizável para a revisão definida. | Preservar escopo, condições, destinatário e limites. | Recurso de produção no formato necessário. |
| Atualizar a situação de uma demanda após decisão | Registro vigente que sustenta a retomada. | Reconhecer a decisão que altera a condição e preservar sua origem. | Capacidade autorizada de escrita no destino competente. |

Uma orientação para executar uma operação não demonstra que a capacidade de acesso exista. No enquadramento, indique o meio necessário e sua condição conhecida. A implementação deverá tornar essa relação concreta no ambiente escolhido.

#### Preservar as passagens entre operações

Uma passagem deve carregar o que a operação seguinte precisa receber: objeto correto, contexto decisivo, versão ou período quando importarem, decisão pertinente, resultado e limite. Uma recomendação ainda sem decisão pode servir à preparação de alternativas; não deve circular como condição já aprovada.

Examine o trabalho que ficaria com o usuário: ele precisará localizar de novo a fonte, reexplicar o caso, converter a saída, decidir algo que já decidiu ou transportar informação entre agentes? Identifique a causa e compare uma relação mais utilizável. Uma intervenção humana pode ser necessária e valiosa quando corresponde a julgamento ou autoridade; a repetição de trabalho por passagem mal desenhada pede ajuste.

Condução pelo gestor e compartilhamento de referências podem realizar a relação entre agentes. O enquadramento só atribui comunicação automática ou execução encadeada ao sistema quando houver necessidade, capacidade e autorização correspondentes.

**Resultado de M01.2:** operações essenciais, conhecimento, capacidades e passagens relacionados ao resultado, com condições técnicas que ainda precisam ser satisfeitas identificadas pelo objeto e pelo efeito.

### M01.3 — Julgar responsabilidade persistente e forma da solução

#### Reconhecer a responsabilidade que permanece

Uma contribuição justifica um agente quando precisa conservar uma responsabilidade reconhecível entre demandas: responder por uma classe de trabalho, aplicar orientação e conhecimento pertinentes e preservar a continuidade necessária à próxima ocorrência. Isso pode acontecer em uma área, processo, projeto ou especialidade.

O território deve ser delimitado pela contribuição. Um departamento pode precisar de mais de um agente; uma especialidade pode atender a várias áreas. A amplitude do nome não decide autoridade ou quantidade de unidades. Uma contribuição simples pode caber em orientação e fonte suficientes; outra pode exigir repertório, procedimentos e recursos especializados.

Para examinar a persistência, pergunte o que se perderia se cada demanda fosse tratada isoladamente. Se a contribuição depende de critérios comuns, situação vigente ou aprendizado que deve atravessar ocorrências, essas condições precisam de uma realização recuperável. Se a necessidade é uma transformação pontual e seu contexto já está suficientemente na demanda, uma forma menor pode atender ao trabalho.

#### Escolher a forma pela função necessária

As formas abaixo podem ser combinadas. Elas indicam funções arquitetônicas, sem determinar um produto específico.

| Forma | Contribuição predominante | Condição que favorece sua escolha |
|---|---|---|
| Instrução de tarefa | Orientar uma ocorrência. | Pedido e contexto bastam para realizar a transformação delimitada. |
| Fonte ou procedimento consultável | Preservar conhecimento, critérios ou sequência competente. | A contribuição necessária é disponibilizar e aplicar conteúdo no momento pertinente. |
| Skill | Tornar uma transformação reutilizável sob demanda. | Entradas variam, mas há uma operação reconhecível com critérios e saída próprios. |
| Ambiente contextual | Reunir instruções, fontes e meios para um contexto de trabalho. | A recorrência exige acesso organizado a contribuições comuns. |
| Agente | Sustentar responsabilidade funcional persistente. | O trabalho exige contribuição delimitada, julgamento e continuidade entre demandas. |
| Acionamento por evento ou agenda | Iniciar execução sob condições definidas. | A necessidade pede uma ocasião de execução que um mecanismo pode reconhecer e conduzir no alcance autorizado. |
| Sistema composto | Relacionar contribuições e formas para um resultado conjunto. | As partes precisam de interfaces, fontes e direção que uma unidade isolada não sustenta suficientemente. |

A Skill fornece uma transformação; o agente mantém a contribuição e sua continuidade; a ferramenta fornece uma capacidade de operação. Um acionador define a ocasião de entrada. Combinar essas funções não transfere automaticamente identidade, autoridade ou memória de uma para outra.

#### Distribuir decisões e execução

O enquadramento precisa deixar claro o que cada operação pode preparar, recomendar, produzir, registrar ou executar e qual decisão sustenta o efeito. A autonomia é examinada no ponto em que a consequência acontece. Um agente pode analisar sem intervenção e depender de decisão específica para alterar uma condição ou enviar uma entrega.

Preserve a autoridade já recebida. Se o usuário definiu o alcance e autorizou o trabalho que lhe cabe, a solução deve conseguir prosseguir e conferir o resultado. Uma descoberta que altere objeto, destinatário, compromisso ou consequência pode exigir uma decisão adicional, restrita a essa diferença. Capacidade técnica e autorização são requisitos distintos.

Uma preferência de forma explicitamente escolhida pelo usuário participa do enquadramento. Se houver alternativa materialmente mais adequada, explique a diferença e a recomendação. Preserve a decisão expressa dentro de seu alcance, registrando a razão da escolha quando ela mudar a manutenção ou a próxima revisão. Comparar alternativas não exige pedir nova confirmação de escolhas que o usuário já fez.

**Resultado de M01.3:** forma primária, contribuições de suporte, responsabilidade persistente e distribuição das decisões e operações justificadas pelo trabalho.

### M01.4 — Identificar contexto e informação decisiva

#### Ler o que pode mudar o desenho

Recupere as fontes que governam a necessidade e as condições da aplicação. O contexto pode envolver materiais do usuário, registros do trabalho, políticas, critérios, fontes de conhecimento e restrições do ambiente. Sua pertinência é julgada pelo efeito na concepção e na entrega.

Conserve o papel de cada informação. Fato operacional precisa de identidade, período e origem suficientes; critério de trabalho precisa de autoridade e condição de aplicação; decisão precisa ser distinguida de sugestão; exemplo precisa permanecer reconhecível como ilustração. Uma composição de fontes pode sustentar uma recomendação sem adquirir autoridade para mudar as regras consultadas.

O ponto de entrada é a fonte competente para o objeto. Em um contexto novo, identifique como a organização mantém e decide suas informações, em vez de pressupor um cadastro, uma plataforma ou uma convenção particular.

#### Tratar lacunas pela consequência

Uma lacuna é decisiva quando pode mudar o resultado, a composição, o critério, o acesso necessário ou a autorização para o efeito. Ela deve receber tratamento localizado.

| Condição encontrada | Movimento de enquadramento |
|---|---|
| A informação necessária já está nos materiais | Recuperar e aplicar o conteúdo, preservando sua origem. |
| A fonte é conhecida, mas o acesso falha | Identificar o que a fonte deve resolver, examinar alternativa suficiente e delimitar a conclusão dependente. |
| Falta um fato do contexto | Localizar o produtor ou formular a pergunta que discrimina as alternativas afetadas. |
| Falta formular um critério ou desenho e essa formulação pertence ao pedido | Produzir proposta fundamentada, com razão, condição de uso e decisão pertinente. |
| Fontes competentes sustentam condições incompatíveis | Confrontar objeto, período, versão e autoridade; preservar a divergência material até sua resolução competente. |
| A dependência afeta apenas uma parte do trabalho | Concluir a parte independente e manter a relação com o que falta. |

Pergunte primeiro pelo complemento que mais muda a próxima escolha. Uma lista extensa de perguntas não substitui a leitura das fontes; tampouco é necessário reconstruir todo o contexto quando uma diferença localizada resolve o enquadramento.

Se o usuário pede um agente para interpretar pedidos, mas não fornece as condições que tornam um pedido atendível, é possível conceber o papel e as entradas. A conclusão sobre atendibilidade dependerá de critérios do contexto. Se o pedido também inclui formular esses critérios, a proposta pode integrar o trabalho; sua formulação não deve aparecer como política anteriormente vigente.

#### Conservar fatos, inferências e escolhas de projeto

O enquadramento deve permitir reconhecer o que veio de informação fornecida, o que foi inferido e o que é escolha recomendada. Faça essa distinção onde ela altera a decisão, sem transformar cada frase em etiqueta.

Uma hipótese útil pode orientar comparação ou investigação. Uma decisão atribuída ao contexto precisa de sustentação. Se uma hipótese mudar, reveja o que dependia dela e preserve as partes que continuam suficientes.

**Resultado de M01.4:** contexto suficiente para as escolhas sustentadas e dependências concretas para as demais, com o próximo movimento de obtenção, formulação ou decisão identificado.

### M01.5 — Escolher entre criar, aproveitar e reformar

#### Examinar o que existe pelo trabalho que realiza

Antes de criar outra unidade, procure o que já atende à contribuição: agente, fonte, procedimento, Skill, ambiente ou capacidade. Leia seu conteúdo e suas relações no alcance que muda a escolha. Nomes semelhantes oferecem candidatos; a adequação depende da transformação, dos critérios, da saída e das condições de uso.

Ao receber uma solução existente, separe o que está suficientemente definido do que precisa ser corrigido, ampliado ou disponibilizado de outro modo. Um agente pode ter bom conhecimento e não conseguir alcançar a fonte; pode ter acesso e carecer do critério necessário; pode produzir boa saída para um destinatário e depender de outra forma para um uso distinto.

#### Localizar a intervenção pela insuficiência

| Condição da contribuição existente | Intervenção a comparar |
|---|---|
| Realiza o trabalho com critérios e relações suficientes | Reutilizar e preservar sua identidade e origem. |
| É suficiente, mas não chega ao ponto de uso | Corrigir rota, presença ou passagem. |
| Cobre parte do trabalho e pode incorporar a contribuição sem perder coerência | Reformar o componente e examinar os consumidores afetados. |
| Várias contribuições suficientes precisam ser relacionadas | Compor interfaces e continuidade, com as definições preservadas em suas casas. |
| Há responsabilidade distinta, conhecimento ou operação que a composição atual não sustenta | Conceber a contribuição necessária e justificar sua forma. |

Criar outra unidade pode aumentar o trabalho de gestão quando reproduz fontes, decisões e manutenção já presentes. Ampliar uma unidade também pode prejudicar o trabalho quando reúne responsabilidades, critérios ou destinatários incompatíveis. A escolha depende da coerência da contribuição e das relações necessárias, sem quota de agentes por área ou de Skills por procedimento.

#### Preservar o que a reforma precisa manter

Registre a contribuição que continuará, a relação insuficiente e o resultado que o ajuste deve permitir. Preserve material do usuário, identidades, critérios suficientes e histórico necessário à interpretação. A intervenção deve respeitar o alcance recebido.

Uma reforma focal não reabre automaticamente a arquitetura inteira. Examine as dependências que podem ser afetadas pela mudança: fontes, instruções, cópias, entradas de outros trabalhos e destinos. Uma diferença de apresentação sem consequência material não exige reconstrução.

Quando a solução existente não puder ser examinada, trate essa condição como limite da comparação. O desenho de uma alternativa pode prosseguir com os insumos disponíveis, mas não deve atribuir defeitos específicos ao que não foi lido.

**Resultado de M01.5:** reaproveitamento identificado, intervenção delimitada e preservações necessárias relacionadas ao resultado esperado.

### M01.6 — Comparar alternativas e concluir o enquadramento

#### Comparar mecanismos pertinentes

Compare alternativas quando houver diferença material de resultado, responsabilidade, acesso, continuidade ou esforço. Uma decisão clara e suficiente pode seguir diretamente para a concepção e a realização correspondentes. A exploração serve para melhorar a escolha; o enquadramento não precisa produzir alternativas para preencher quantidade.

Uma alternativa de mecanismo muda a maneira de produzir o resultado: disponibilizar uma fonte comum em vez de manter cópias independentes; realizar uma transformação reutilizável em vez de reescrever instruções a cada ocorrência; preparar uma pergunta decisiva em vez de completar uma informação desconhecida. Trocar o nome da ferramenta pode alterar a implementação, mas sua contribuição precisa ser explicada pelo que muda no trabalho.

Examine as propriedades que decidem o caso:

| Propriedade | Pergunta para comparar |
|---|---|
| Adequação ao resultado | A composição produz a condição útil definida e atende aos critérios da entrega? |
| Conhecimento e contexto | As contribuições conseguem receber e aplicar o que precisam compreender? |
| Responsabilidade e continuidade | O papel e a informação que atravessam demandas têm uma realização coerente? |
| Meios e acesso | As operações dispõem do caminho necessário ou de uma condição de implementação viável? |
| Esforço do usuário | Quanto contexto, transporte, decisão, revisão e manutenção cada composição exige? |
| Autoridade e consequência | O desenho preserva a decisão competente no ponto do efeito e permite executar o que já está autorizado? |
| Manutenção e reaproveitamento | As mudanças alcançam os consumidores pertinentes sem multiplicar originais ou reconstrução? |

Prioridades e compensações devem refletir o contexto. Evite uma pontuação que pareça resolver a escolha sem critérios sustentados. Se uma alternativa reduzir um esforço e aumentar outro, torne a relação compreensível ao usuário. Uma composição mais extensa pode ser suficiente quando sua complexidade sustenta responsabilidade e continuidade necessárias; uma menor pode ser preferível quando entrega a mesma contribuição com menos dependências.

#### Produzir a especificação de enquadramento

Conclua com uma representação proporcional ao trabalho. Ela pode caber em prosa, tabela ou especificação estruturada; deve tornar recuperáveis as decisões que permitem continuar sem refazer a compreensão.

| Elemento do enquadramento | Conteúdo necessário |
|---|---|
| Necessidade e finalidade | Condição a criar, manter ou recuperar e razão da intervenção. |
| Trabalho e resultado | Transformação, destinatário, uso da saída e critérios reconhecíveis. |
| Escopo e responsabilidade | Contribuições incluídas, limites e papel que persiste entre demandas quando pertinente. |
| Objetos e operações | Entradas, transformações, saídas e passagens materiais. |
| Conhecimento e fontes | Critérios e referências necessários, origem e condição de acesso. |
| Composição escolhida | Forma primária, contribuições de suporte e razão de adequação. |
| Decisões e execução | Alcance recebido, operações previstas e decisões específicas que cabem a outro responsável. |
| Aproveitamento e mudança | Contribuições existentes preservadas e intervenção necessária. |
| Continuidade | Informação que precisa atravessar o trabalho, com sua função e destino competente a identificar. |
| Dependências e próximo movimento | Condição que falta, efeito dessa ausência e trabalho que pode prosseguir. |

Uma informação não pertinente pode ser dispensada com uma razão simples. Uma informação decisiva desconhecida permanece identificada, com seu efeito. O enquadramento está suficiente quando permite escolher o próximo trabalho e reconhecer o que ainda condiciona uma conclusão, sem completar o desconhecido por aparência de prontidão.

#### Conferir a passagem para a construção

Antes de avançar, confronte o enquadramento com o pedido e com as fontes:

- A finalidade é reconhecível pelo resultado do trabalho, além do nome da ferramenta ou do agente?
- As contribuições têm objetos, transformações e saídas utilizáveis?
- O conhecimento e os meios necessários estão identificados, com a condição que os torna aplicáveis?
- A persistência, as fontes compartilhadas e as passagens têm função no trabalho?
- As escolhas preservam autoridade, decisões recebidas e material suficiente já existente?
- Outro executor consegue continuar sem inventar as premissas essenciais ou refazer a concepção?

Uma divergência descoberta nessa conferência volta ao ponto responsável pela escolha. Concluir o enquadramento autoriza apenas o alcance já recebido para a construção ou execução. Quando o pedido inclui conceber e construir, o enquadramento é uma passagem do trabalho e deve alimentar a parte seguinte.

### Aplicação ilustrativa do enquadramento

#### Situação e condições do exemplo

Uma organização de serviços quer organizar a análise de pedidos e a preparação de propostas. O gestor relata que informações são explicadas repetidamente e que agentes diferentes usam condições divergentes. Ele solicita dois agentes: um para analisar pedidos e outro para preparar propostas.

Neste exemplo, o gestor fornece uma referência de condições de atendimento e um modelo de proposta. Informa também que a definição final do escopo e o envio ao destinatário ficam com ele. A ferramenta e o modo de acesso às referências serão escolhidos na implementação. Essas condições são dados do exemplo, sem representar uma política de aplicação geral.

#### Enquadramento produzido

**Necessidade e resultado.** Organizar contribuições distintas para que o gestor receba uma análise utilizável do pedido e uma proposta coerente com o escopo definido, usando as referências pertinentes e reduzindo a recomposição desnecessária de contexto.

**Trabalho do primeiro agente.** Receber a solicitação, confrontá-la com as condições fornecidas, distinguir parte atendível, incompatibilidade e informação decisiva ausente e preparar a recomendação para definição do escopo. A conclusão deve permitir ao gestor decidir ou obter o complemento necessário.

**Trabalho do segundo agente.** Receber o escopo definido e os elementos suficientes, consultar as condições aplicáveis e preparar a proposta para a revisão e o envio pelo gestor. Uma informação ainda sem decisão pode ser mantida como alternativa identificada, sem aparecer como compromisso.

**Conhecimento e passagens.** Os agentes precisam interpretar os objetos de sua contribuição e preservar a referência comum. A passagem ao segundo agente leva o escopo definido, as condições utilizadas e as dependências que afetam a proposta. A mesma referência precisa ter origem e modo de atualização reconhecíveis; sua mudança exige conferir o que cada agente efetivamente utiliza.

**Composição.** Os dois papéis podem justificar agentes pela contribuição recorrente e pela orientação e continuidade necessárias. Procedimentos ou Skills podem apoiar suas transformações quando trouxerem benefício reutilizável. O ambiente deve tornar fontes e trabalhos recuperáveis; as capacidades de acesso e produção serão realizadas conforme os meios escolhidos.

**Decisões e execução.** O gestor mantém as decisões informadas no exemplo. Os agentes podem preparar as contribuições dentro desse alcance sem solicitar novamente autorização a cada movimento interno. Se o pedido mudar para envio direto ao destinatário, a capacidade e a autoridade dessa operação passam a ser examinadas especificamente.

**Próximo trabalho.** Conceber os objetos e relações do ambiente e especificar os agentes, preservando as contribuições suficientes já existentes. Se um agente em uso já preparar propostas com os critérios necessários, a concepção compara seu aproveitamento ou reforma com a criação de outra unidade.

#### Contrastes que alteram a escolha

Se o usuário precisa apenas de uma proposta pontual e fornece todas as condições, uma instrução de tarefa pode produzir a contribuição sem criar responsabilidade persistente. A recorrência de uma transformação reutilizável pode justificar uma Skill; a existência de um território a sustentar entre demandas pode justificar um agente.

Se o problema principal for uma cópia antiga da referência, a intervenção deve corrigir a relação de atualização e conferir o conteúdo utilizado. Recriar os agentes sem tratar essa relação preservaria a causa da divergência.

Se faltarem as condições que permitem interpretar atendibilidade, o papel dos agentes e o percurso podem ser concebidos. Uma recomendação sobre pedidos concretos dependerá de critérios do contexto ou de uma formulação desses critérios incluída e decidida no trabalho.

Esses contrastes preservam a finalidade e variam condições decisivas. Eles mostram como aplicar os critérios a situações diferentes, sem tornar o exemplo uma configuração obrigatória do modelo.

### Relação deste enquadramento com as demais partes

O enquadramento define o trabalho, as contribuições e suas condições. [M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md) detalha o ambiente de gestão; [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md) desenvolve a especificação dos agentes; [M04](M04-Desenvolver-a-Inteligencia-do-Trabalho.md) desenvolve o conhecimento; [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md) organiza fontes e rotas; [M06](M06-Escrever-a-Orientacao-Cognitiva-do-Agente.md)–[M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md) articulam orientação, kit, transformações e implementação; [M12](M12-Auditar-a-Construcao-e-Diagnosticar-Lacunas.md) examina a construção; [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md) desenvolve a direção e evolução do conjunto; [M14](M14-Construir-a-Conducao-do-Agente-Construtor.md) realiza a condução; [M15](M15-Conferir-o-Sistema-em-Uso.md) organiza a conferência integrada.

Essas partes recebem as escolhas e dependências do enquadramento e devolvem o que alterar sua sustentação. Se a implementação revelar um meio inviável ou o uso revelar uma necessidade diferente, rever o contrato afetado, a composição e seus consumidores, preservando o que continua válido.

<a id="m02"></a>

## M02 — Desenhar o ambiente e o modelo de gestão

O ambiente de gestão torna encontráveis as contribuições, as demandas, as fontes e as decisões que sustentam o trabalho dos agentes. Recebe o enquadramento de [M01](M01-Compreender-o-Trabalho-e-Enquadrar-a-Solucao.md) e o transforma em uma organização que o gestor e a IA conseguem consultar, atualizar e retomar.

O desenho especifica significado, identidade, propriedades, relações, fonte e manutenção. Uma tabela, uma pasta ou um painel participa quando permite uma pergunta ou operação necessária. O ambiente pode começar pequeno e ampliar-se com o uso, preservando a identidade dos objetos e a origem das informações.

### M02.1 — Compreender o trabalho que o ambiente sustenta

Recupere as contribuições concebidas, os usuários, as entregas e o percurso de uma demanda. Examine também o que já existe: cadastro, fila, pasta, procedimento e fonte operacional. Uma organização suficiente deve ser aproveitada, mesmo que tenha outra apresentação.

Comece pelas perguntas que o gestor precisa responder. Exemplos: que agentes existem e para que servem; qual demanda exige atenção e por quê; o que depende de decisão; onde está a última entrega; que fonte orienta dois agentes; que mudança ainda precisa chegar a uma cópia.

Para cada pergunta, identifique o objeto, o atributo ou vínculo necessário e quem mantém a informação. Se a pergunta é “o que espera minha decisão?”, o ambiente precisa reconhecer a demanda, a decisão requerida, a razão da espera e o responsável pertinente. Um status sem explicação pode localizar a fila, mas deixa a decisão por reconstruir.

Separe informação necessária à gestão da informação necessária à execução. O catálogo pode mostrar a função e a situação de um agente e apontar para sua orientação completa. O gestor não precisa navegar pelo corpo de cada fonte para reconhecer o conjunto; o executor precisa de uma rota que o leve ao conteúdo quando a demanda o exige.

**Saída:** perguntas de uso, objetos e relações necessários, arranjo existente aproveitável e insuficiências a resolver.

### M02.2 — Definir objetos e preservar identidades

Escolha a unidade de cada registro pelo que permanece reconhecível ao longo de mudanças. Um agente conserva sua identidade quando recebe nova edição de instruções. Uma demanda conserva sua identidade ao passar de análise para produção. Uma fonte pode receber edições sem se tornar outra fonte em cada atualização.

O quadro define um esquema lógico de referência. Ele orienta a composição; a aplicação escolhe quais objetos precisam de representação própria.

| Objeto | Identidade e conteúdo necessários | Relações materiais |
|---|---|---|
| Agente | Identificador estável, nome, contribuição, responsável humano quando definido, condição de uso e entrada do ambiente. | Demandas atribuídas, fontes utilizadas, componentes e avaliações pertinentes. |
| Demanda | Identificador, pedido de origem, resultado esperado, destinatário, responsável pela condução, condição atual e próximo movimento. | Agentes participantes, fontes do caso, decisões e entregas. |
| Fonte | Identificador ou localizador estável, objeto que governa, responsável quando conhecido, edição/validade pertinentes e condição de acesso. | Agentes e métodos consumidores e cópias que exijam manutenção. |
| Decisão | Conteúdo decidido, autoridade, contexto, data ou condição pertinente e razão quando necessária à revisão. | Demanda ou objeto que altera e evidência da decisão. |
| Entrega | Objeto produzido, localizador, destinatário, critérios pertinentes e condição da conferência. | Demanda de origem, agente produtor e retorno de uso. |
| Avaliação | Objeto e edição examinados, pergunta, critérios, achados e consequência. | Fonte da evidência e ajuste correspondente. |

Um identificador serve para reencontrar o mesmo objeto e ligar suas representações. Reutilize os identificadores existentes; escolha um mecanismo estável para objetos novos. Nome, ordem na lista e posição de pasta são apresentações que podem mudar.

Decisão, entrega e avaliação podem ficar no corpo da demanda quando têm um único contexto e uso simples. Uma base própria se justifica quando precisam de consulta, acesso, ciclo de vida ou relações independentes. Não se cria uma base para cada substantivo do quadro.

Uma demanda com vários agentes continua uma demanda. Se houver apenas colaboração simples, a relação pode indicar o agente que conduz e os participantes. Se cada participação tiver resultado, situação ou responsabilidade próprios, represente essa participação como objeto associado. Evite copiar a demanda inteira para a lista de cada agente: as cópias perderiam condição e decisões comuns.

### M02.3 — Especificar propriedades, relações e vistas

Uma propriedade deve responder a uma pergunta ou permitir uma operação. Defina seu significado e quem a atualiza. Texto livre funciona quando a variabilidade importa; opção controlada ajuda quando o mesmo estado precisa de filtro e interpretação consistente; relação liga identidades; uma vista apresenta um recorte da mesma informação.

Para cada relação importante, especifique origem, verbo e destino. “Agente utiliza fonte” difere de “agente mantém fonte”. A primeira orienta recuperação e impacto; a segunda atribui manutenção. A existência do vínculo não demonstra que a fonte foi efetivamente lida em uma demanda.

O esquema implementável deve declarar, na proporção necessária:

| Elemento | O que especificar |
|---|---|
| Propriedade | Nome, significado, tipo lógico, condição de preenchimento e quem produz seu valor. |
| Relação | Objetos vinculados, sentido da ligação, possibilidade de ligar um ou vários registros e informação que pertence a cada participação. |
| Valor de situação | Condição que permite entrar, evidência que permite sair e próximo movimento esperado. |
| Vista | Pergunta respondida, fonte, filtros, agrupamento e o que permanece fora do recorte. |
| Derivação | Informação de origem e transformação que produz o valor, evitando edição concorrente de um resultado calculado. |

Exemplo ilustrativo: se uma demanda envolve dois agentes, defina se ela pode se ligar a vários registros de agentes. Se o resultado ou a responsabilidade de cada agente precisar de acompanhamento próprio, associe essa informação à participação dele, sem copiar a demanda inteira. Isso explica o que pertence ao vínculo; não determina uma nova base para todo caso.

Em uma fila simples, “a esclarecer”, “pronta para execução”, “em realização”, “aguarda decisão”, “entregue para uso” e “encerrada” podem servir como vocabulário inicial, se corresponderem ao trabalho. Esses valores são uma composição de referência. A aplicação preserva vocabulário já suficiente ou escolhe outro com condições explícitas.

“Pronta para execução” significa que existem condições suficientes para a operação seguinte; não exige que todo o futuro seja conhecido. “Aguarda decisão” identifica qual decisão, de quem e o que pode prosseguir enquanto isso. “Entregue para uso” informa disponibilidade ao destinatário, sem provar utilização. O encerramento depende do contrato daquela demanda, e não apenas de uma marca visual.

Prioridade é outra dimensão. Ela indica uma escolha de ordem ou atenção e deve ter origem reconhecível. Data de criação, prazo solicitado e prioridade aceita podem influenciar a decisão, mas não se substituem automaticamente.

Vistas úteis incluem catálogo de agentes, demandas por condição, decisões que esperam o gestor, trabalhos por agente e mudanças de fonte com consumidores afetados. Criar uma vista não cria outra fonte. Um filtro escondendo registros também não demonstra restrição de acesso.

### M02.4 — Distribuir informação entre Notion, pastas e plataforma de IA

Defina a fonte por objeto e a função das representações. No arranjo de referência, o Notion organiza cadastro, relações, demandas e decisões; as pastas mantêm os componentes, referências e artefatos que existem como arquivos; a plataforma de IA recebe configuração, conteúdo exposto e conversas de trabalho.

Essa distribuição precisa ser ajustada ao existente. Se o registro vigente de uma demanda já está em outro sistema, uma referência ou vista pode bastar. Não transfira autoridade para um painel apenas porque ele é mais conveniente de consultar.

| Informação | Tratamento no arranjo |
|---|---|
| Função e entrada do agente | Registro de gestão com ligação ao componente competente. |
| Critério ou procedimento | Original na casa responsável, alcançado por rota ou cópia declarada quando necessária. |
| Condição de uma demanda | Um registro vigente; outras vistas e resumos apontam para ele. |
| Configuração instalada | Edição no ambiente de execução, relacionada à fonte de autoria. |
| Resultado de trabalho | Artefato no destino apropriado, vinculado à demanda e à conferência. |
| Contexto para retomada | Informação suficiente no objeto vigente ou em registro relacionado, conforme a responsabilidade. |

Uma cópia necessária identifica origem, alcance, edição e forma de atualização. Uma aplicação com método próprio preserva sua relação com a inteligência de origem e é revista por impacto; não recebe mecanicamente toda alteração da fonte. [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md) desenvolve essas relações de conhecimento e [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md) sua realização no kit.

A configuração na IA e a informação de gestão não se atualizam mutuamente por pressuposição. O desenho identifica a capacidade ou a intervenção que realiza cada passagem. Quando a pessoa precisa aplicar uma alteração, ela recebe conteúdo, destino e critério de conferência suficientes, em vez de uma tarefa vaga de “sincronizar tudo”.

### M02.5 — Organizar catálogo e ambiente de cada agente

O catálogo permite reconhecer contribuição, situação e entrada do agente. Seu registro deve levar ao ambiente de trabalho e aos componentes competentes sem obrigar o gestor a lembrar caminhos da autoria.

O ambiente individual oferece acesso a orientação, fontes, demandas, entregas e continuidade pertinentes. Essas entradas podem ser referências para objetos compartilhados. Uma fonte usada por vários agentes não precisa de um original por ambiente individual.

Mantenha distintas a condição da construção do agente, a edição instalada e a situação de seus trabalhos. Um agente pode ter uma melhoria a incorporar e continuar atendendo demandas no alcance definido. Um trabalho bloqueado não torna todas as capacidades do agente indisponíveis.

Ao registrar uma condição, associe a evidência e sua consequência. “Componentes preparados”, “configuração presente” e “aplicação realizada” dizem coisas diferentes. A autorização para operar pertence ao responsável pelo contexto; o catálogo permite recuperar essa condição sem substituí-la por inferência visual.

### M02.6 — Relacionar demandas, pendências e continuidade

Uma pendência representa algo que falta para um resultado ou decisão. Registre objeto afetado, diferença a resolver, próximo movimento e responsável quando sustentado. Uma espera deve permitir reconhecer a condição de retomada; “pendente” sem objeto devolve a investigação ao gestor.

O Kanban é uma vista do fluxo. Para usá-lo, ligue cada coluna à condição do trabalho e defina qual fato autoriza a mudança. Arrastar um cartão pode registrar uma decisão ou representar outra ação, mas o gesto não prova que o trabalho subjacente ocorreu.

Uma decisão que altera prioridade, escopo ou compromisso deve atualizar o objeto competente e preservar a origem necessária à compreensão. Um resumo na conversa pode ajudar a atuar, mas a próxima ocorrência precisa chegar à condição vigente.

Escolha o destino de continuidade pela responsabilidade. Um estado do agente pode guardar suas frentes e apontar para demandas; o corpo da demanda pode guardar a condição daquele caso. Se ambos mostrarem uma situação, um deles é a fonte e o outro é referência ou resumo com relação de atualização clara. Não crie dois escritores independentes para o mesmo fato.

### M02.7 — Dimensionar a estrutura e ampliar pelo uso

Comece pelas perguntas do trabalho. Para um primeiro uso, um catálogo simples, uma demanda identificada, fontes pertinentes e um caminho de entrega podem ser suficientes. Acrescente objetos quando sua ausência exigir recomposição, criar ambiguidade de responsabilidade ou impedir uma consulta necessária.

Compare o custo de manter a estrutura com a diferença que ela produz. Uma base de avaliações é útil se permite relacionar achados, edições e correções recorrentes; pode ser dispensável quando uma devolução no próprio trabalho preserva tudo o que se precisa recuperar.

Um campo sem informação pode representar desconhecimento legítimo ou atributo inaplicável. Não preencha responsáveis, datas ou relações por plausibilidade para deixar o ambiente visualmente completo. Mostre a lacuna onde muda uma operação; dispense o que não tem uso.

Ao ampliar, preserve identidades e ligações. Migre primeiro as definições e os consumidores que dependem da mudança, confira o destino e mantenha a origem necessária à reconciliação. A organização deve acompanhar a evolução do trabalho, sem exigir uma reconstrução a cada agente novo.

### M02.8 — Construir e conferir o ambiente

Antes da implementação, produza um acordo informacional: perguntas de uso; objetos e identidades; propriedades e relações; fonte e manutenção por informação; entradas dos consumidores; condição de acesso; alterações propostas no existente; sequência e critério de conferência.

Antes de criar ou alterar bases com uma IA ou ferramenta de integração, consulte a estrutura atual do sistema: bases, propriedades, relações e recursos já disponíveis. Use os identificadores retornados pelo destino para ligar os objetos. Se uma operação criar apenas parte do ambiente, localize o que foi criado e complete a parte faltante; repetir toda a criação pode gerar duplicatas.

Conduza a criação no alcance autorizado. Confira alvos e contribuições existentes antes de escrever. Preserve o conteúdo fora do recorte e releia o salvo. Para relações, confira os dois objetos e o sentido; para vistas, percorra uma pergunta representativa e examine o filtro e a fonte do resultado.

O ambiente atende ao desenho quando um consumidor consegue reconhecer o objeto certo, sua condição e a fonte pertinente e realizar a operação prevista com os meios e a autoridade recebidos. Um teste de consulta não demonstra uma capacidade de escrita; uma consulta em uma conta não demonstra o acesso de outra.

#### Exemplo de composição

Em um exemplo ilustrativo de análise de pedidos e preparação de propostas, há dois agentes, demandas com código próprio e uma referência comum de condições. O catálogo liga cada agente à contribuição e à entrada de seu ambiente. Uma única demanda guarda a definição de escopo e aponta para a análise e para a proposta; vistas por agente mostram suas participações.

O documento de condições tem um original e consumidores identificados. A plataforma pode receber uma referência conectada ou uma cópia de edição reconhecível, conforme o acesso real. A mudança no original exige examinar esse mecanismo e conferir o conteúdo utilizado. O ambiente registra a intervenção necessária sem afirmar que o vínculo, sozinho, realizou atualização.

Se o agente de proposta não tiver escrita no registro de demandas, ele produz a proposta e a atualização exata a aplicar, com destino e razão. A pessoa autorizada faz a aplicação e a conferência pertinente. Essa passagem assistida integra o desenho e seu esforço fica visível para uma eventual melhoria.

### Contrato de saída e relações

M02 entrega um desenho implementável: o gestor sabe que informação existe, qual objeto a representa, onde ela vigora, quem a mantém, como se relaciona e por onde é utilizada. Os componentes técnicos podem ser construídos a partir desse contrato sem inventar bases ou replicar registros por hábito.

M01 governa o enquadramento e o resultado; M05 desenvolve fonte e recuperação; M07, kit e continuidade; [M10](M10-Compor-Acessos-Ferramentas-e-Operacoes.md), capacidades e passagens; [M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md), configuração por ambiente; [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md), operação e evolução. Uma insuficiência dessas relações devolve apenas o ponto afetado à casa correspondente.

<a id="m03"></a>

## M03 — Conceber o agente e suas capacidades

Conceber um agente é definir a contribuição que ele assume no sistema e as capacidades que a tornam realizável. O resultado é uma especificação funcional: o que recebe, transforma e entrega; para quem; com que conhecimento e meios; onde decide e onde depende de outra autoridade. Essa especificação precede os arquivos e a escolha de plataforma.

Use a definição do trabalho e da solução em [M01](M01-Compreender-o-Trabalho-e-Enquadrar-a-Solucao.md), o desenho do ambiente de gestão em [M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md) e a organização das fontes em [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md). Se o pedido já determina construir um agente, preserve essa decisão e investigue a realização suficiente. Um agente existente exige leitura de seu patrimônio antes de reforma.

### 1. Definir contribuição e responsabilidade

Escreva a identidade pelo trabalho: “recebe estes insumos, realiza esta transformação e entrega este resultado a este destinatário”. Acrescente o que precisa continuar entre ocorrências e o que permite reconhecer sucesso. “Especialista em gestão” indica um campo; “confronta compromissos e evidências de avanço para preparar decisões sobre impedimentos” especifica uma contribuição.

A responsabilidade persistente estabelece o que o agente deve recuperar, produzir e preservar quando acionado. Ela não prova execução espontânea, memória técnica ou acompanhamento entre sessões. Esses mecanismos só existem quando implementados e conferidos. Uma frase que atribui acompanhamento deve explicar como o trabalho retorna e que condição registra.

Delimite interfaces: quem fornece os insumos, quem recebe a entrega, que outro agente pode contribuir e qual autoridade toma a decisão reservada. Dois agentes podem participar da mesma demanda sem assumir a mesma responsabilidade. Se ambos parecem donos da mesma entrega, esclareça condução e contribuição antes de criar duplicação.

### 2. Separar nível funcional, abrangência e autoridade

O nível funcional descreve o tipo de contribuição. Pode haver direção do conjunto, gestão de um território, coordenação de um processo ou especialidade de produção e análise. São categorias de leitura; a aplicação usa a estrutura do seu contexto. Um título elevado não acrescenta permissão técnica nem autoridade de negócio.

A abrangência descreve sobre quais objetos, processos, usuários e períodos o agente atua. A autoridade descreve quais decisões e efeitos pode realizar. Mantenha os três eixos distintos: um especialista pode editar um artefato autorizado; um agente de gestão pode apenas preparar uma decisão de prioridade.

Para operações materiais, torne explícito o alcance: analisar ou recomendar; produzir artefato; modificar objeto; executar efeito externo. Identifique qual ordem ou regra sustenta a ação e o ponto em que entra uma decisão humana. Não atribua um único grau de autonomia ao agente inteiro quando suas operações têm consequências diferentes. [M10](M10-Compor-Acessos-Ferramentas-e-Operacoes.md) desenvolve o contrato de cada operação.

Não invente mandato a partir de uma necessidade percebida. Se uma mudança de responsabilidade é necessária e não está autorizada, produza a alternativa concreta e sua consequência para decisão. A parte já coberta pelo mandato pode continuar.

### 3. Derivar capacidades e descobrir contribuições

Percorra as entregas do trabalho, inclusive exceções e passagens. Para cada contribuição essencial, relacione objeto → operação → resultado utilizável → conhecimento e julgamento necessários → meios e continuidade. Uma capacidade deve explicar uma transformação; nome de ferramenta ou documento não basta.

Investigue perguntas que mudam o desenho:

- Que sinal costuma passar despercebido e altera a interpretação?
- Que diferença precisa ser reconhecida para escolher o próximo movimento?
- Qual informação permite decidir e qual apenas contextualiza?
- Onde o usuário repete explicações, reconstrói contexto ou corrige o mesmo erro?
- Que resultado novo se torna possível ao combinar capacidades existentes?
- O que precisa atravessar ocorrências para não se perder?

Os procedimentos disponíveis mostram parte do trabalho. Se o mandato inclui planejar, interpretar e melhorar, uma coleção de procedimentos de execução pode ser insuficiente. Explore esses julgamentos com os insumos do domínio; não transforme a ausência de documento em licença para inventar seu conteúdo.

Confronte a primeira composição com uma alternativa que mude o mecanismo quando a escolha tiver consequência relevante. Compilar atualizações e detectar evidência insuficiente antes da reunião são contribuições diferentes. Trocar o nome da ferramenta sem alterar a transformação não constitui alternativa funcional. Após explorar, conserve a complexidade que produz diferença útil.

### 4. Distribuir repertório, procedimentos, Skills e meios

Escolha a forma depois da contribuição. As formas podem se combinar:

| Necessidade | Realização funcional | Critério de suficiência |
|---|---|---|
| Julgamento comum a quase toda atuação | Núcleo cognitivo de M06 | Deve valer mesmo sem uma Skill especializada |
| Conhecimento especializado | Fonte de M04 organizada por M05 | Ensina a perceber, interpretar e operar no domínio |
| Processo determinado | Procedimento na casa competente | Conduz sequência, responsabilidades e exceções do processo |
| Transformação reutilizável reconhecível | Skill de M09 | Define ocasião, entradas variáveis, método e saída utilizável |
| Consulta atual ou efeito externo | Meios de M10 | Alcançam objeto e operação com cobertura e autoridade suficientes |
| Retomada | Estado, registro ou objeto vigente de M07/M13 | Preserva o que muda o próximo movimento |

Uma fonte pode sustentar várias Skills. Uma Skill pode aplicar um procedimento e consultar um sistema. Evite classificar essas contribuições como alternativas exclusivas ou criar uma Skill para cada verbo de uma mesma transformação.

Para uma Skill candidata, descreva ocasião, entrada, transformação, saída, inteligência necessária, dependências e fronteira com recursos existentes. Para uma fonte a desenvolver, descreva fenômeno, distinções, critérios e operações faltantes, material disponível e condição de uso. Isso permite construir sem pedir ao usuário que invente as capacidades do próprio agente.

Reutilize conteúdo suficiente e examine recursos vizinhos antes de declarar novidade. Uma contribuição simples pode caber no núcleo ou em um procedimento existente. A suficiência deve ser fundamentada pelo trabalho, sem quota mínima de arquivos, fontes ou Skills.

### 5. Produzir a especificação comum

A especificação deve permitir implementação equivalente em ambientes diferentes. Ela pode ser curta ou distribuída, desde que conserve estas relações:

| Elemento | Conteúdo necessário |
|---|---|
| Identidade | Contribuição, destinatários, responsabilidade persistente e critério de sucesso |
| Escopo | Objetos, fronteiras, interfaces e decisões recebidas |
| Capacidades | Operações, resultados, julgamentos e conhecimento que as sustentam |
| Composição | Núcleo, fontes, procedimentos, Skills e meios com suas funções |
| Autoridade | Ações cobertas e decisões reservadas por operação material |
| Continuidade | O que recuperar, o que preservar e a casa competente |
| Dependências | Informação, formulação, acesso ou decisão faltantes e parte afetada |
| Conferência | Casos e condições que poderiam demonstrar insuficiência |

Separe conteúdo recebido, inferência de projeto e escolha recomendada. A especificação não afirma que arquivos foram produzidos ou que o agente foi instalado. Quando a ordem abrange construir, ela é uma passagem: prossiga aos capítulos pertinentes e complete o autorizado.

### 6. Reformar preservando o patrimônio

Leia a identidade, orientação, fontes, recursos e relatos relevantes do agente atual. Compare responsabilidade declarada, conteúdo disponível e trabalho observado. Preserve IDs, decisões, contribuições úteis e referências fora do recorte. A aparência antiga do kit não é motivo suficiente para recomeçar.

Localize a relação insuficiente: capacidade ausente; conhecimento sem operação; fonte que não entra; acesso inadequado; instrução que bloqueia ação autorizada; entrega que não permite uso; continuidade perdida. Corrija na casa responsável. Uma falha de acesso não exige reescrever a identidade; uma mudança de mandato pede decisão competente.

Antes de substituir conteúdo, registre o que permanece, o que muda e por quê. Conserve a edição necessária à reconciliação e examine consumidores afetados segundo M05/[M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md). Confira novamente os casos tocados pela reforma. Evite uma reconstrução integral quando o ajuste localizado resolve.

### 7. Exemplo e conclusão da concepção

Exemplo ilustrativo: uma equipe pede um agente para preparar decisões sobre entregas atrasadas. Recebe compromissos, atualizações e evidências; entrega diagnóstico e alternativas ao gestor. A contribuição exige distinguir atividade relatada de avanço demonstrado, separar causa alegada de causa sustentada e reconhecer o impedimento que exige decisão. O agente não recebe, por esse pedido, autoridade para alterar prazos ou cobrar pessoas.

Pode haver uma fonte de critérios de avanço, uma Skill de análise de atualização e consulta ao registro dos compromissos. Preparar decisão sobre impedimentos só merece Skill separada se tiver ocasião, critérios ou uso próprios; pode integrar a mesma transformação. O Estado preserva a condição da demanda, sem duplicar o registro de compromissos.

Em contraste, um agente que apenas converte notas em registro por um modelo já suficiente pode conter suas distinções no núcleo e aproveitar uma transformação existente. Desenvolver uma biblioteca de inteligências não acrescenta valor demonstrado a esse caso.

A concepção está suficiente quando outra IA consegue explicar como as contribuições cobrem o trabalho, o que será aproveitado ou desenvolvido e o que falta para cada operação. Confronte entregas, interfaces e continuidade com M01/M02. Nome de capacidade, lista de fontes ou aprovação textual não demonstra funcionamento; os conteúdos e seus ensaios são realizados nas casas seguintes.

<a id="m04"></a>

## M04 — Desenvolver a inteligência do trabalho

Desenvolver inteligência é tornar transferível uma forma de perceber, compreender, julgar e operar no campo. O conteúdo deve permitir que outra IA transforme insumos em uma entrega útil, incluindo situações diferentes dos exemplos. Uma lista de conceitos ou o comando “faça uma análise criteriosa” não ensina essa transformação.

Receba de [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md) a capacidade requerida e de [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md) a contribuição de conhecimento, suas origens, consumo e lacunas. Use conteúdo já suficiente. Recupere uma fonte inacessível antes de formular como se conhecesse sua regra. O método deste capítulo organiza o desenvolvimento; os fatos e critérios especializados precisam vir do domínio ou de formulação expressamente reconhecida.

### 1. Distinguir informação e inteligência aplicada

Conhecimento factual informa o que é conhecido sobre um objeto. Pode precisar de precisão, período e contexto, sem constituir um método inteiro. Inteligência aplicada relaciona o que perceber, que diferenças importam, como interpretar e que operação produz uma conclusão ou ação sustentada. Uma fonte pode reunir ambos, conservando seus papéis.

Examine a contribuição pelo erro que evita e pela capacidade que acrescenta. “Conhecer indicadores” pode significar consultar valores. “Interpretar um desvio” exige critério de comparação, adequação da base, explicações concorrentes e limite da conclusão. Não fabrique uma inteligência especializada para todo fato; não trate um conjunto de fatos como suficiente para um julgamento que ele não ensina.

### 2. Apropriar o material sem alterar sua autoridade

Leia as partes que decidem a aplicação. Separe decisão ou regra expressa, fato, explicação, caso ilustrativo, hipótese e formulação própria. Preserve origem e recorte suficientes para conferir atribuições. Uma composição pode gerar uma interpretação nova, mas não deve atribuí-la a uma fonte que não a sustenta.

Escolha o trabalho necessário: aplicar original suficiente, compor contribuições, refinar uma aplicação ou desenvolver conteúdo faltante. Antes de declarar novidade, examine o patrimônio pertinente. Reunir fontes válidas não transfere para a composição autoridade sobre todos os seus objetos.

Em um procedimento, recupere condições, critérios, exceções e razões. Um parâmetro escolhido para um caso não se torna regra universal. O conhecimento inseparável daquele processo pode permanecer nele; uma contribuição com uso e manutenção próprios pode ganhar fonte própria, com relação explícita ao procedimento. Não presuma que os procedimentos disponíveis cobrem todos os julgamentos do mandato.

Fatos técnicos ou de domínio sujeitos a mudança exigem fonte competente no momento em que governam uma aplicação. Se houver conflito material, trate-o conforme M05. Precisão aparente, número de referências e fluência da redação não substituem sustentação.

### 3. Construir percepção, conceitos e relações

Comece pelo fenômeno: que situação precisa ser reconhecida e o que uma leitura genérica perderia? Identifique sinais observáveis e sua consequência para o trabalho. “Baixa qualidade” é um julgamento amplo; “a conclusão afirma execução, mas o material mostra apenas uma configuração” torna a diferença examinável.

Defina cada conceito pelo núcleo, pela fronteira e por sua relação com outros conceitos. Diga o que pertence e que caso semelhante exige outra interpretação. Nomeie depois de compreender. Um termo novo só se justifica se acrescentar uma distinção útil; uma categoria ampla demais pode esconder diferenças decisivas.

Explicite o mecanismo quando sustentado: como uma condição muda a interpretação ou a consequência, e por quê. Associação, sequência temporal e explicação plausível não demonstram causa. Se a relação é uma heurística, declare em que condições ajuda e quando precisa ser revista.

Essas relações devem permitir reconhecer situações, sem criar uma classificação extensa para um caso simples. Uma distinção acompanhada de consequência e operação pode ser suficiente; um fenômeno com explicações concorrentes pede desenvolvimento maior.

### 4. Converter compreensão em critérios e operações

Um critério permite distinguir suficiente, inadequado, prematuro ou dependente. Explique a razão que o torna pertinente, as condições em que vale e o que poderia invalidar seu uso. Preserve prioridades e exceções recebidas. Não complete o método com pesos, prazos, percentuais ou permissões inventados.

Descreva a transformação cognitiva pelos movimentos que mudam o resultado:

| Movimento | Relação a desenvolver | Saída e limite |
|---|---|---|
| Observar | Insumo e sinais relevantes | Fatos do recorte, sem inferir além da evidência |
| Distinguir | Situações semelhantes com consequências diferentes | Classificação fundamentada ou diferença ainda irresolvida |
| Relacionar | Evidência, contexto e critério | Interpretação com sustentação reconhecível |
| Comparar | Alternativas sob os mesmos critérios pertinentes | Diferenças e escolha recomendada, se houver base |
| Investigar explicação | Hipóteses e evidências que as discriminam | Explicação sustentada ou próxima investigação decisiva |
| Concluir | Pedido, achados, autoridade e suficiência | Entrega utilizável, limite e próximo movimento necessário |

Não é uma sequência obrigatória para toda fonte. Escolha os movimentos do campo e desenvolva o que recebem, a relação examinada, o critério, a saída e a condição de interrupção. “Analisar causas” precisa ensinar a separar evidência e hipótese e a buscar o dado que muda a interpretação.

Conecte evidência → relação → interpretação → consequência. Um fato pode estar demonstrado sem que sua causa esteja. Uma causa compreendida pode não autorizar intervenção. Análise, proposta, decisão e execução conservam alcances distintos.

### 5. Escrever o conteúdo e trabalhar contrastes

Produza a fonte efetiva na casa definida em M05. A escrita deve conter o saber necessário, sua condição de uso, a operação e seu limite. Uma especificação, um sumário ou uma lista de fontes permanece passagem para produção.

Combine compreensão e instrução. A razão permite adaptar ao caso não previsto; a operação permite produzir. Para julgamentos materiais, trabalhe um exemplo com entrada, percepção decisiva, operação, conclusão e limite. Acrescente um contraste que altere uma variável relevante. O exemplo ilustra o método e não cria política de negócio.

Exemplo ilustrativo: uma equipe precisa avaliar cobertura de um material educativo. O insumo mostra seis peças que repetem a mesma resposta e duas que respondem a necessidades distintas. A inteligência desenvolve a diferença entre quantidade e cobertura: identificar a pergunta atendida, o que o destinatário já sabe e qual mudança de compreensão é pretendida; agrupar as contribuições e confrontá-las com as necessidades informadas. A contagem pode ser um dado, mas não demonstra cobertura.

Se oito peças passam a responder a oito perguntas irrelevantes ao público, o aumento de variedade também não prova suficiência. Se as necessidades do destinatário não foram informadas, a saída pode identificar essa dependência e mapear o que o material cobre, sem inventar prioridades. Esses contrastes transferem critério, em vez de apenas fornecer a resposta de um exemplo.

Na entrada ou rota que permite encontrar essa fonte, registre quando consultá-la, o que ela ajuda a fazer e até onde sua orientação se aplica. [M06](M06-Escrever-a-Orientacao-Cognitiva-do-Agente.md) mostra como a orientação do agente usa essa indicação para escolher a fonte, sem copiar seu método para o núcleo. [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md)/[M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md) conferem se o conteúdo chega ao ambiente de uso.

### 6. Tratar lacunas pelo que realmente falta

Fato desconhecido pede consulta ou informação. Regra governante inacessível pede recuperação. Conteúdo distribuído pode pedir composição. Formulação ausente pode pedir desenvolvimento, quando autorizado. Decisão reservada pede alternativa concreta à autoridade competente. Cada situação tem uma operação diferente; o nome genérico “falta de contexto” esconde o próximo trabalho.

Quando não houver sustentação para um critério indispensável, diga qual, por que altera a entrega e como obtê-lo. Continue a parte independente. Uma hipótese pode ser explorada e uma proposta pode ser produzida no alcance recebido, conservando sua condição. Não preencha uma fonte de inteligência com recomendações vazias nem declare suficiente uma contribuição cuja operação essencial falta.

### 7. Conferir fidelidade e transferência

Compare conteúdo e origens: propósito, conceitos, relações, condições, exceções e limites foram preservados? O que foi composto está reconhecível? Uma decisão local virou regra geral? Há critério repetido em outra casa? A alteração do texto do usuário deve preservar suas ideias ou explicitar a mudança proposta.

Depois escolha uma aplicação capaz de revelar insuficiência. Fixe a pergunta e as propriedades esperadas antes de ver a resposta. Um consumidor separado recebe a fonte, a entrada normal e os insumos previstos, sem conversa de autoria, componentes de construção ou análise pronta. O caso deve mudar uma condição relevante em relação ao exemplo escrito.

Observe se reconheceu a diferença decisiva, aplicou o critério, realizou a transformação e preservou o limite. Repetir o vocabulário não demonstra capacidade. Separe fidelidade documental, comportamento observado e qualidade do resultado; um ensaio não prova eficácia recorrente.

Se falhar, localize conteúdo ausente, conceito ambíguo, critério insuficiente, operação não transferida, presença/acesso ou execução. Corrija a causa e repita o aspecto afetado, sem acrescentar a resposta do teste como regra. Guarde versão, caso, resposta, intervenção e julgamento nos registros próprios. Um aprendizado de aplicação pode refinar a fonte ou ser proposto à origem segundo [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md), sem promoção automática de autoridade.

### 8. Transferir uma distinção comum a trabalhos diferentes

Uma fonte compartilhada precisa ensinar o julgamento que permanece igual e conservar a fronteira de cada aplicação. Em triagem e comunicação, por exemplo, ambos podem distinguir uma previsão de um compromisso; a triagem classifica a evidência e a comunicação produz uma mensagem. Os formatos locais ficam em suas orientações, sem duplicar a definição governante.

Desenvolva o mecanismo, além da frase: enviar uma previsão informa uma intenção ou estimativa; o silêncio do destinatário não fornece a manifestação necessária ao compromisso. Compare esse caso com outro em que a pessoa competente aceita explicitamente data e escopo. Assim, a melhoria ensina a reconhecer a diferença e preserva a possibilidade de concluir quando a evidência existe.

Depois de escrever, confira duas saídas próprias, usando casos novos. Registre qual conteúdo chegou a cada uma, que diferença decidiu o resultado e o que permaneceu específico. Se a aplicação já recebia o critério correto, uma falha localizada não justifica mudar a fonte comum. M05 materializa a relação e M13 conduz atualização e consequência. O [exemplo completo](../Exemplos-Couto-IAS/Conhecimento-Compartilhado/Leia-me.md) oferece materiais portáveis; sua existência não demonstra transferência independente.

<a id="m05"></a>

## M05 — Organizar conhecimento compartilhado, fontes e rotas

Uma fonte entra no sistema pelo julgamento ou pela operação que sustenta. A organização permite chegar ao conteúdo competente, compreender seu alcance e usá-lo na versão adequada. A pasta guarda; a rota conduz; a fonte governa o conteúdo. Essas funções se relacionam sem constituir três cadastros concorrentes.

Use o enquadramento de [M01](M01-Compreender-o-Trabalho-e-Enquadrar-a-Solucao.md) e o desenho do ambiente de [M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md). Quando a concepção detalhada do agente for produzida em [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md), confronte novamente sua cobertura de conhecimento. Uma reforma focal de acesso pode encerrar aqui, sem redesenhar o agente.

### 1. Derivar fontes das contribuições

Para cada entrega ou julgamento essencial, identifique o que o agente precisa perceber, saber, distinguir e transformar. Separe quatro contribuições: conhecimento que ensina a julgar; fatos do caso; condição atual que permite continuar; evidência que sustenta uma afirmação. Um manual pode ensinar a avaliar uma entrega, mas não demonstra que ela foi realizada.

Registre as relações necessárias, sem impor uma tabela por arquivo:

| Contribuição do trabalho | Conhecimento e informação requeridos | Fonte ou lacuna | Uso esperado |
|---|---|---|---|
| Comparar alternativas | Critérios, limites e razões | Método suficiente ou conteúdo a desenvolver | Comparação fundamentada |
| Informar situação | Identidade, período e condição vigente | Sistema ou Estado competente | Retrato do recorte consultado |
| Sustentar um efeito | Evento, objeto e resultado observados | Evidência da operação | Alegação limitada ao que foi conferido |

Leia o conteúdo que decide a contribuição. Título semelhante e resultado de busca indicam candidatos, sem provar suficiência. Uma fonte pode sustentar várias operações; uma operação pode exigir fontes com papéis diferentes. Se um julgamento fica sem sustentação, nomeie a lacuna. Se um documento não muda nenhuma contribuição, questione sua presença no contexto.

### 2. Resolver identidade e autoridade

A autoridade depende do objeto e da afirmação. O regime do contexto deve indicar onde vivem decisões e responsabilidades, originais de conhecimento, dados operacionais e condição atual. Não atribua autoridade a um documento por sua pasta, aparência, posição na busca ou data de modificação.

Antes de combinar retornos, confira: trata-se do mesmo objeto? Qual edição ou período? O texto é original, proposta, histórico ou cópia? Quem tem competência para defini-lo? Qual trecho sustenta a afirmação? Uma decisão aprovada pode prevalecer sobre um rascunho modificado depois; um dado atual do produtor pode superar uma exportação sem alterar o método de interpretação.

Se duas fontes vigentes sustentarem sentidos incompatíveis, exponha a divergência e sua consequência para o trabalho. Resolva pela autoridade competente quando identificável. Se a decisão continuar aberta, preserve o que cada fonte permite afirmar e encaminhe apenas a definição necessária. Não entregue uma mistura aparentemente coerente nem obrigue o destinatário a descobrir o conflito.

Uma fonte inacessível mantém sua identidade e seu papel. A falta de acesso não autoriza recriar o seu conteúdo como se fosse conhecido. Uma alternativa pode permitir parte do trabalho, com a data, cobertura e limitação correspondentes.

### 3. Distribuir conhecimento comum e específico

Mantenha uma definição comum quando vários agentes precisam do mesmo critério e sua manutenção pertence à mesma origem. Preserve conhecimento específico quando muda a interpretação de um território, usa evidências próprias ou tem atualização independente. A abrangência do uso não define, sozinha, quem mantém.

Por exemplo, um critério comum de clareza pode servir a agentes de atendimento e de conteúdo. A política de resolução de um atendimento pertence ao seu domínio. Reescrever o critério comum em cada kit cria manutenção concorrente; forçar todas as políticas em uma fonte transversal dificulta encontrar o que decide cada caso.

Uma fonte mista pode permanecer inteira se suas partes precisam ser compreendidas juntas. Separe quando houver consumo ou manutenção próprios, conservando as relações. Procedimento, referência e Skill podem compartilhar critérios: o procedimento organiza uma execução determinada; a referência desenvolve o saber; a Skill incorpora uma transformação reutilizável. [M04](M04-Desenvolver-a-Inteligencia-do-Trabalho.md) desenvolve o conteúdo e [M09](M09-Construir-Skills-a-Partir-do-Modelo.md) a transformação em Skill.

### 4. Declarar a relação com a origem

| Relação | Contrato de conteúdo | Consequência da mudança |
|---|---|---|
| Original | Identidade e conteúdo mantidos na casa competente | Rever consumidores pertinentes ao alcance alterado |
| Cópia | Reprodução declarada, integral ou delimitada | Comparar com a edição de origem e atualizar segundo o contrato |
| Espelho | Cópia com compromisso explícito de fidelidade e sincronização | Conferir fidelidade, edição e cobertura; não editar como original independente |
| Aplicação própria | Usa a inteligência de uma origem com escolhas e forma próprias | Avaliar impacto; adaptar somente o que muda sua aplicação |
| Consulta externa | Recupera conteúdo do produtor no momento pertinente | Conservar identidade, período, acesso e alcance do retorno |

Identifique origem recuperável, relação, edição utilizada e manutenção necessária. Não imponha versionamento numérico ao dado que é identificado por período ou evento. A aplicação tem versão própria e deve permitir reconhecer quais contribuições incorporou. Uma adaptação com alterações substantivas não pode se apresentar como espelho fiel.

Ao corrigir, altere a casa competente. Se a correção está fora da autoridade presente, preserve o diagnóstico e encaminhe o ajuste; pode corrigir a aplicação local autorizada sem falsificar a origem. [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md) determina prioridade e propagação gerencial; [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md) organiza a presença física das relações.

### 5. Separar acervo e contexto

O acervo é o conjunto disponível; o contexto é o conteúdo que chega à IA naquela ocorrência. Um arquivo existente não garante leitura. Defina o consumo pela contribuição:

- Permanente: o que deve governar a atuação comum e precisa estar presente desde a entrada.
- Integral sob demanda: um raciocínio ou método cuja unidade é necessária à aplicação.
- Seletivo: trecho que conserva significado, condições e exceções suficientes.
- Consulta atual: fato ou situação a recuperar no produtor no momento pertinente.

Preserve regra, condição, razão e exceção como unidade de interpretação. Um trecho que diz “aprovar quando houver confirmação” perde o sentido se a fonte distingue quem confirma e qual evidência serve. Resumos que eliminam essas relações reduzem o arquivo e empobrecem a decisão.

Quando o ambiente limitar arquivos ou contexto, selecione e exponha conjuntos coerentes. Dividir, consolidar ou recuperar sob demanda são decisões de implementação, a conferir em [M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md). Mover documentos para uma pasta ou citar seus nomes não cria um mecanismo de recuperação.

### 6. Escrever uma rota que permita chegar e interpretar

Comece pela pergunta de trabalho. Investigue o percurso com os recursos disponíveis e escreva somente interfaces e propriedades observadas. Uma linha basta para uma fonte inequívoca com leitura direta. Casos com relações, homônimos, períodos ou cobertura parcial exigem transferir a receita.

Uma rota suficiente informa, na medida da dificuldade:

1. A necessidade atendida e a identidade do objeto, incluindo como separar edições e homônimos.
2. A fonte competente, o ponto de entrada e o papel de cada fonte auxiliar.
3. O percurso de consulta, filtros ou vínculos, o cadastro que armazena a ligação e a cobertura necessária.
4. O conteúdo a ler e a interpretação que autoriza a conclusão.
5. A alternativa praticável, seu limite e a condição que exige recuperar a fonte principal.
6. A mudança que pede revisão e onde preservar a evidência ou a condição atual.

Não congele resultados voláteis dentro da receita. Se o sistema exige paginação, cubra o recorte antes de concluir sobre o conjunto. Se a ligação está registrada apenas no cadastro de origem, consulte esse cadastro. Exemplo ilustrativo: se cada demanda registra quais agentes participam dela, consulte as demandas para descobrir os trabalhos de um agente; o cadastro do agente pode não conter a lista inversa. O percurso depende da estrutura encontrada, não de uma relação presumida no template. Uma associação entre recursos não prova seu uso; para alegar uso, procure evento ou registro correspondente ao mesmo objeto e período.

Um retorno vazio informa o que a consulta encontrou. Confira identidade, filtro, cobertura e acesso antes de inferir ausência no recorte. Mesmo uma busca adequada não demonstra inexistência universal.

### 7. Tratar mudança e insuficiência

Quando mudar fonte compartilhada, identifique consumidores conhecidos e a parte que cada um usa. Diferencie relação direta, cópia e aplicação própria. Compare conteúdo material, atualize o que cabe e confira a edição recebida e sua aplicação no consumidor; a data do arquivo distribuído não comprova isso. M13 define como conduzir pendências e [M15](M15-Conferir-o-Sistema-em-Uso.md) como ensaiar a propagação.

Classifique a insuficiência pelo próximo trabalho que resolve:

| Situação | Próxima operação |
|---|---|
| Fonte conhecida, acesso ausente | Recuperar acesso ou usar alternativa com limite explícito |
| Busca sem identidade ou cobertura suficientes | Corrigir o percurso antes de concluir |
| Elementos suficientes, distribuídos | Compor a contribuição e preservar papéis e origens |
| Conhecimento não encontrado no recorte examinado | Especificar conteúdo a desenvolver em M04 |
| Autoridades em conflito material | Confrontar e resolver a definição competente |
| Fonte histórica | Conservar função histórica e localizar a aplicável ao caso |

A passagem para desenvolver conteúdo deve explicar contribuição faltante, materiais lidos, fatos sustentados, hipóteses, conceitos ou critérios necessários e resultado que demonstraria suficiência. Uma especificação de conhecimento ainda não é o conteúdo produzido.

### 8. Exemplo e conferência independente

Exemplo ilustrativo: um agente prepara a revisão de uma edição de oficina. O cadastro resolve identidade; o contrato aprovado define condições; o método ensina a revisão; os vínculos identificam recursos associados; os eventos indicam execução no período. A rota localiza a edição, lê o contrato, consulta o cadastro que registra quais recursos estão associados à oficina e confronta eventos pelo mesmo identificador. Se a exportação termina antes do período final, limita a conclusão à cobertura disponível. Não substitui o contrato por uma proposta mais recente nem transforma recursos associados em recursos usados.

Um consumidor deve conseguir partir da entrada normal, descobrir a rota, recuperar a fonte correta e aplicar seu conteúdo sem o construtor, o plugin de autoria ou uma explicação adicional do autor. Confira os riscos materiais do caso: edição, autoridade, vínculo, cobertura, conflito ou indisponibilidade. Não é preciso fabricar todos os riscos em toda consulta.

Preserve fora da fonte operacional a pergunta, os recursos disponíveis, a versão recebida, o percurso, o resultado, a intervenção e o limite. Se falhar, corrija a camada responsável: conteúdo, rota, presença, acesso ou interpretação. A arquitetura está suficiente quando os julgamentos essenciais têm sustentação ou dependência específica e o consumidor consegue usá-la no recorte declarado.

### 9. Aplicação por arquivos: um original, dois consumidores

No [exemplo de conhecimento compartilhado](../Exemplos-Couto-IAS/Conhecimento-Compartilhado/Leia-me.md), a triagem consulta um original e a comunicação usa uma cópia declarada. Ambos aplicam a distinção entre data desejada, estimativa e compromisso, com formatos locais diferentes. O catálogo registra a relação e cada entrada leva à rota que permite descobrir o conteúdo sem a conversa de autoria.

O arranjo usa catálogo, demanda e melhoria já previstos em M02. Uma única demanda recebe as contribuições e aponta para sua entrega; a melhoria liga origem, consumidores e conferência. Se essas funções já estiverem no template ou em outro sistema suficiente, use-as. Não se cria uma quarta base para fontes nem outra situação por agente.

Para manter o original, examine a mudança autorizada na casa competente. Para consulta direta, confira a edição recuperada numa ocorrência nova; para cópia, substitua a parte declarada e releia o destino. Compare personalizações com sua condição anterior. Registre qual ação foi manual e qual mecanismo foi observado. Uma aplicação própria recebe análise de impacto, mesmo que use a mesma origem.

A prova deve separar: caminho alcançável, conteúdo lido, aplicação correta e operação na plataforma. Um ensaio por arquivos pode conferir os primeiros aspectos no contexto em que foi realizado; dois projetos nativos precisam ser abertos e testados pelo mecanismo efetivo de M11. Autorrevisão não é consumo independente. M15 conserva os critérios de aceitação e M13 a pendência de quem ainda não recebeu.

<a id="m06"></a>

## M06 — Escrever a orientação cognitiva do agente

O núcleo cognitivo orienta como o agente percebe a demanda, julga caminhos, mobiliza conhecimento e conclui o trabalho. Deve mudar escolhas no território, sem transformar a atuação em cumprimento de um regulamento acumulado. Parte da concepção do agente em [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md), do conhecimento desenvolvido em [M04](M04-Desenvolver-a-Inteligencia-do-Trabalho.md) e da definição de quais fontes consultar em [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md).

A orientação permanente é um requisito funcional: o conteúdo precisa estar presente quando governa a atuação. [M08](M08-Escrever-Prompts-e-Instrucoes-de-Entrada.md) escreve a ativação e [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md)/[M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md) realizam sua presença. Citar um arquivo não prova que ele chegou ao contexto.

### 1. Articular quatro funções

| Função | Contribuição | Relação com o núcleo |
|---|---|---|
| Orientação comum | Percepção, distinções, conduta e julgamento que atravessam o trabalho | Conteúdo próprio do núcleo |
| Repertório especializado | Conhecimento e operações de determinadas situações | Método desenvolvido na fonte; núcleo conserva condição e fronteira |
| Navegação e composição | Escolha da contribuição e profundidade necessárias | Conteúdo próprio do núcleo, ligado às rotas e aos meios |
| Verificação e continuidade | Suficiência, conferência e destino do que precisa sobreviver | Conteúdo próprio do núcleo, realizado nas casas competentes |

Essas funções não exigem quatro arquivos nem agentes internos. Um agente simples pode reuni-las em poucas frases; um domínio complexo pode exigir núcleo e várias fontes. Uma definição tem casa principal, e suas relações tornam a composição utilizável.

Antes de escrever, recupere transformação, responsabilidade, destinatários, fontes, decisões e erros relevantes. Inventarie as ideias do usuário. Depois confira se foram preservadas, reescritas com sentido mantido ou alteradas em proposta explícita. Não substitua a direção recebida por um texto familiar apenas porque parece mais organizado.

### 2. Escrever o campo de percepção

Nomeie sinais observáveis que alteram o próximo movimento. Um sinal deve ligar situação e consequência: conclusão sobre execução com evidência apenas de configuração; quantidade usada como prova de cobertura; proposta registrada como decisão; fonte de outro período tratada como atual.

Escolha os sinais do território, com base no trabalho e nas ocorrências disponíveis. Evite copiar um catálogo genérico de riscos. Pergunte o que o agente faria diferente se percebesse esse sinal. Se a resposta não muda interpretação, escolha, operação ou fechamento, a frase provavelmente pertence a outra casa ou é dispensável.

Um sinal não determina sozinho a resposta. Divergência entre registros pode exigir conferir identidade e período, e não imediatamente pedir decisão. A orientação deve transferir o julgamento que permite escolher esse caminho.

### 3. Desenvolver distinções e desvios prováveis

Escreva a diferença e a consequência de confundi-la. “Decidido, proposto e em aberto” importa porque registrar proposta como decisão cria compromisso sem sustentação. “Relacionado e utilizado” importa porque um vínculo não demonstra execução. Não mantenha pares conceituais apenas por elegância do vocabulário.

Examine também o atalho provável: preencher campos ausentes para produzir um registro aparentemente completo; escolher o maior número sem conferir o critério; aproximar uma ideia original de um padrão conhecido e perder sua contribuição. Fundamente o desvio nas ocorrências quando existirem. Sem observação, trate-o como hipótese de desenho a conferir, sem atribuir comportamento universal à IA.

Nomeie o mecanismo e o critério que o corrige. O objetivo é tornar o agente capaz de perceber o desvio no caso novo. Três proibições semelhantes podem indicar uma distinção ainda não desenvolvida.

### 4. Navegar pela contribuição necessária

Para cada relação material, escreva condição → contribuição que muda o trabalho → papel e profundidade → fronteira → retorno à demanda. Uma lista de documentos fica no ponto de descoberta; o núcleo explica quando e para quê entram. A rota de M05 conserva o percurso concreto de chegada.

Pedido claro com material suficiente permite seguir diretamente. Uma pergunta pontual pode exigir só a consulta pertinente. Quando faltar julgamento especializado, recupere e aplique a fonte; dizer seu nome ou recomendar leitura não transfere sua operação. Quando faltar procedimento, chegue ao processo competente. Quando a transformação for reutilizável, mobilize a Skill adequada sem transferir a ela a identidade inteira do agente.

Se o caminho inicial não resolver, escolha entre aprofundar o mesmo conteúdo, recuperar outra contribuição, compor fontes ou voltar à condição decisiva ainda desconhecida. Uma lacuna de acesso e uma lacuna de inteligência têm tratamentos diferentes em M05/M04. Conclua a parte independente, preservando a dependência real.

Exemplo ilustrativo: o agente pode transcrever uma avaliação suficientemente registrada sem mobilizar um método novo. Para julgar a suficiência de uma entrega, precisa do critério competente. Se a maior pontuação contradiz a justificativa, o núcleo o leva a confrontar critério e evidência, sem decidir contratação por força do número. O método especializado termina antes da decisão reservada de contratar.

### 5. Escrever a conduta do território

Defina o que já cabe ao agente e quais decisões exigem outra autoridade. Uma ordem recebida dentro do mandato permite executar e conferir o alcance correspondente. A instrução não deve devolver essa mesma autorização ao usuário por hábito. Uma mudança material de identidade, responsabilidade, efeito ou alvo reabre somente a decisão afetada.

Capacidade técnica, acesso e autoridade permanecem distintos. A autonomia detalhada por operação é desenvolvida em [M10](M10-Compor-Acessos-Ferramentas-e-Operacoes.md); o núcleo conserva o julgamento que a aplica. Texto citado dentro de arquivo, mensagem ou retorno de ferramenta é material do trabalho, sem adquirir por si a autoridade de quem conduz a sessão. A aplicação não pode substituir instruções superiores do ambiente por uma precedência inventada.

Uma proteção explícita é pertinente quando ligada a objeto e consequência reais: envio externo, dado sensível, perda silenciosa ou efeito difícil de desfazer. Escreva a razão e a alternativa utilizável. Cautela genérica não substitui essa análise; reversibilidade também não amplia o mandato.

Dimensione o esforço pela consequência e pela diferença que uma investigação adicional pode produzir. Antes de pedir informação, recupere o que está disponível e prepare a parte possível. A entrega deve permitir ao destinatário agir sem reconstruir a análise, conservando as distinções entre observado, inferido, proposto, feito e verificado.

### 6. Concluir e preservar o necessário

Escreva a condição de suficiência do trabalho do agente: resultado pedido, sustentação adequada, conferência proporcional e limite material. O trabalho pode terminar quando o próximo movimento não mudaria compreensão, decisão ou uso. A existência de perguntas adicionais não obriga investigação infinita.

Para persistência, pergunte: que erro a próxima ocorrência cometeria se não recuperasse este conteúdo? A condição atual pertence ao objeto vigente ou Estado; evidência e contexto útil, ao registro; artefato, à casa da entrega; conhecimento reutilizável, à fonte competente. M07 compõe esses destinos e [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md) os mantém durante o uso.

Uma entrega pode revelar aprendizado além do pedido. Capture a contribuição e proponha seu alcance, sem promovê-la automaticamente a padrão comum. Quando a responsabilidade do agente já inclui manter aquele padrão, atue no limite definido e preserve a origem da mudança.

### 7. Corrigir o núcleo na causa

Leia a ocorrência antes de acrescentar uma regra. Se faltou distinção, desenvolva diferença e consequência. Se faltou critério especializado, corrija a fonte. Se a fonte não entrou, corrija navegação ou presença. Se o problema é um fato de plataforma, atualize a implementação. Se é caso único, corrija a entrega. Uma proteção necessária entra com objeto e razão, sem repetição.

Examine cada frase: que escolha torna possível? Que falha sua retirada causaria? Elimine história de autoria, administração sem efeito cognitivo e cópias de métodos especializados. Preserve condições e exceções necessárias. Quantidade de regras ou negações não julga, sozinha, a qualidade.

### 8. Exemplo compacto e conferência

Exemplo ilustrativo de núcleo para transformar notas em registro:

> Nas notas, reconheça decisão, proposta e assunto em aberto. Registrar proposta como decisão cria um compromisso que o material não sustenta; citar uma pessoa não a define como responsável. Um registro aparentemente completo pode esconder o preenchimento de prazo ou responsável ausentes. Com notas suficientes, produza o registro diretamente. Se trechos sustentam decisões incompatíveis, conserve a divergência que muda o encaminhamento. Preparar o registro está no escopo; encaminhá-lo a participantes depende da ordem pertinente. Conclua quando cada decisão tiver sustentação nas notas e as lacunas materiais estiverem identificadas. Preserve o registro no destino autorizado para permitir retomada.

O exemplo não define política de reuniões de uma organização. Mostra percepção, distinção, mecanismo, navegação, conduta e fechamento em uma contribuição pequena.

Confira identidade, ativação, força cognitiva, fidelidade ao material, relações e autoridade. Um leitor separado recebe o texto completo e os insumos, sem a conversa de construção. Em aplicação, observe sinal → julgamento → trabalho → continuidade, com casos que possam revelar falha: ordem já recebida, fonte necessária, contradição, núcleo ausente e situação fora de mandato, conforme o risco real.

Revisão do texto prova seu exame documental. Presença, operação e resultado exigem evidências de M11/[M15](M15-Conferir-o-Sistema-em-Uso.md). Guarde pareceres e ensaios fora do núcleo, corrija a camada responsável e repita a conferência afetada.

<a id="m07"></a>

## M07 — Compor o kit e preservar a continuidade

O kit reúne os componentes que tornam a inteligência do agente alcançável e presente no momento de uso e permitem continuar o trabalho. A composição recebe identidade, conteúdos e contratos dos capítulos anteriores. Sua pergunta central é: quando esta contribuição deve agir, que mecanismo entrega qual conteúdo, a quem, quem pode escrevê-lo e que observação comprova isso?

Disponibilidade, presença, aplicação e resultado são condições distintas. Um arquivo pode estar disponível sem chegar ao contexto; pode chegar sem ser aplicado; pode ser aplicado sem produzir uma entrega suficiente. [M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md) verifica a implementação e [M15](M15-Conferir-o-Sistema-em-Uso.md) a travessia do conjunto.

### 1. Compor pela função

| Função | Conteúdo e casa funcional | Consumidor |
|---|---|---|
| Entrada | Identidade, ativação e descoberta de M08 | Sessão desde o começo |
| Núcleo | Percepção, distinções, navegação, conduta e fechamento de M06 | Atuação comum do agente |
| Repertório | Conhecimento especializado de M04 | Situação que exige sua contribuição |
| Procedimento | Sequência e exceções do processo competente | Ocorrência do processo |
| Rotas | Recuperação e interpretação de M05 | Pergunta de trabalho |
| Skill | Transformação reutilizável de M09 | Demanda que exige essa transformação |
| Estado | Condição vigente que muda o próximo movimento | Retomada do agente ou objeto |
| Registro e histórico | Evidência/contexto útil e localização de assuntos encerrados | Continuidade e reconciliação |
| Artefato | Resultado do trabalho na casa de destino | Destinatário da entrega |

Essas funções não exigem um arquivo por linha. Preserve uma estrutura existente suficiente. Crie uma separação quando melhorar consumo, manutenção, acesso ou identidade. Não produza pastas vazias para reproduzir um molde. Procedimentos mantidos por outra área podem ser alcançados por referência, preservando o original.

### 2. Dar casas e entradas reconhecíveis

Uma composição de referência pode conter uma pasta principal com entrada e condição atual; uma subpasta de fontes com núcleo, rotas e repertório; registros e versões substituídas quando necessários; trabalho em curso e artefatos na casa pertinente. Os nomes são escolhidos pelo contexto. Literais exigidos por um ambiente só entram após confirmação em M11.

Escolha o menor território que contém entrada, conhecimento, trabalho e continuidade necessários. Acesso a toda uma árvore não deve ser usado por conveniência quando uma parte suficiente pode ser exposta. O catálogo de [M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md) aponta para a entrada e para o original competente, sem copiar o kit inteiro.

Mantenha um mapa proporcional da composição: componente e origem; edição; função; destino; mecanismo de presença; capacidade de leitura/escrita; evidência e limite. Esse mapa pode estar na especificação ou nas rotas existentes. Não precisa nascer outro cadastro manual.

### 3. Preservar originais e cópias

[M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md) define os contratos de original, cópia, espelho e aplicação. Ao realizá-los no kit, torne recuperáveis a origem, a edição e a variação permitida. Se o campo de instruções é cópia da entrada, a atualização parte do original e alcança o campo segundo o contrato. Editar cada um independentemente perde a correspondência.

Compare os corpos, descontando apenas variações declaradas. Cabeçalho de versão, número de linhas ou títulos semelhantes não demonstra fidelidade. Uma entrada gerada que incorpora núcleo e referências deve identificar os componentes e edições incorporados; uma mudança em origem exige regenerar e conferir a parte afetada.

Não presuma sincronização entre pasta, projeto, pacote e configuração. Quem pode escrever cada destino e por qual meio precisa estar definido. Quando a escrita depender de intervenção humana, entregue texto exato, destino e critério de conferência. Isso conclui a preparação, sem transformar a aplicação pendente em instalação realizada.

### 4. Fazer chegar no momento de uso

| Conteúdo | Condição de presença a realizar |
|---|---|
| Entrada | Recebida pelo mecanismo que governa o começo da sessão |
| Núcleo | Integral antes do trabalho que depende de sua orientação |
| Repertório/procedimento | Recuperado quando a situação exige, com unidade semântica suficiente |
| Skill | Disponível e acionável pelo mecanismo previsto, com seus apoios alcançáveis |
| Fato operacional | Consultado no produtor, no objeto e período pertinentes |
| Estado e registros | Descobertos na retomada e graváveis no destino autorizado |

Inserção, importação, abertura de arquivo e recuperação são mecanismos diferentes. Confira o conteúdo efetivamente recebido, incluindo cortes e referências internas. Uma citação do caminho não prova leitura integral; uma leitura assistida não prova descoberta nativa; uma ocorrência bem sucedida não garante toda execução futura.

Se a superfície não permite entregar o núcleo necessário, mude a exposição ou proponha realização compatível. Reduzir o texto até perder os critérios ou reforçar uma ordem de leitura não cria capacidade ausente. As contingências técnicas permanecem no mapa de implementação, sem virar princípio geral do agente.

### 5. Preparar continuidade por condição

Defina quais objetos atravessam ocorrências: demanda, compromisso, previsão, decisão, impedimento ou outro objeto do trabalho. Para cada informação mutável, mantenha uma fonte vigente segundo M02. O Estado do agente pode apontar para demandas; não precisa repetir integralmente suas condições.

Separe a continuidade da construção do kit e a continuidade do trabalho realizado pelo agente. “Nova edição preparada” descreve o componente; “proposta entregue e aguardando decisão” descreve uma demanda. Uma melhoria de kit não deve apagar trabalhos em curso.

Ao encerrar ou suspender uma ocorrência:

1. Recupere o último resultado válido e seu destino. Última tentativa e último resultado podem ser diferentes.
2. Atualize a condição afetada, evidência, pendência e próximo movimento. Preserve assuntos paralelos e responsáveis somente quando sustentados.
3. Guarde contexto útil que não cabe na entrega ou no Estado em registro relacionado. Evite duplicar o relato completo da conversa.
4. Registre assunto encerrado no histórico quando isso permitir reencontrá-lo. Preserve versões substituídas que sustentam decisões ou reconciliação.
5. Releia o salvo e percorra a ligação entre condição, registro e artefato. Se falhar, preserve a parte recuperável e identifique a gravação que falta.

Sem ocorrências anteriores, registre a condição inicial e o caminho da primeira atualização; não fabrique histórico. Ao retomar, recupere a condição e os artefatos que a sustentam antes de repetir ações. A memória da plataforma pode oferecer pistas, sem substituir a fonte vigente.

Exemplo ilustrativo: existe minuta válida de segunda-feira e tentativa de terça que falhou. A retomada parte da minuta válida e preserva a falha. A data mais recente da tentativa não autoriza afirmar que há minuta válida de terça.

### 6. Escrever sem apagar contribuições concorrentes

Releia o objeto vigente imediatamente antes de alterar conteúdo compartilhado. Delimite o recorte e preserve o que outro trabalho produziu. Quando houver controle de revisão ou escrita condicional, use o mecanismo disponível. Na escrita condicional, a gravação ocorre somente se o objeto continuar na versão que foi lida; se outra pessoa o tiver alterado, compare as diferenças antes de gravar. Essa proteção depende de suporte do sistema. A sincronização de arquivos, sozinha, não impede que pessoas ou sessões sobrescrevam alterações umas das outras.

Se o alvo mudou desde a leitura ou houver versão de conflito, interrompa somente a sobrescrita afetada, preserve as versões e confronte diferenças. Não escolha pela última data nem pelo próprio rascunho. Um escritor responsável por objeto ou recortes independentes explicitamente atribuídos reduzem colisões; não presuma esse acordo sem definição.

Depois de escrever, leia conteúdo, identidade e destino. Um retorno de sucesso não demonstra que o arquivo certo foi atualizado integralmente. Em operação parcial, recupere o resultado antes de repetir criação ou alteração. [M10](M10-Compor-Acessos-Ferramentas-e-Operacoes.md) desenvolve o tratamento dos efeitos.

### 7. Reformar e migrar com referências íntegras

Antes de mudar caminho ou composição, inventarie dependências materiais: entrada, links, importações, scripts, configuração, rotas, cópias, agendas e consumidores conhecidos. Preserve IDs e origem sempre que possível. Renomear pasta ou reorganizar arquivo não altera mandato nem atualiza instalação por si.

Prepare correspondência entre origem e destino, sequência de mudança e condição de retorno. Aplique somente o alcance autorizado. Atualize as duas pontas e confira percursos a partir das entradas reais dos consumidores. Uma referência inacessível permanece pendência específica, sem justificar duplicar o original como se tivesse sido perdido.

Substituição não equivale a descarte. Antes de remover algo, examine evidência, histórico, dependências e autoridade. Preservar versão necessária à reconciliação é diferente de acumular todo material intermediário indefinidamente.

O kit está composto quando cada contribuição necessária tem casa, entrada, relação de origem, condição de presença e destino de continuidade utilizáveis. A conferência documental delimita a composição; M11/M15 demonstram os mecanismos e o trabalho no ambiente. Registre causas de falha na camada responsável: caminho, cópia, presença, conhecimento, julgamento, autoridade ou continuidade.

### 8. Registrar presença por superfície e edição

O mapa de presença liga cada conteúdo à superfície concreta em que será usado, distinguindo origem de distribuição e instância de trabalho. Pode ser um quadro na especificação ou no registro já existente. Para cada relação material, registre conteúdo e função; origem e edição; destino e mecanismo de recebimento; quem pode atualizar; condição observada e sua evidência. Inclua entrada, núcleo, fonte necessária, recurso de transformação quando pertinente, condição da demanda e entrega.

Separe “preparado para aplicar”, “salvo no destino”, “recebido na sessão” e “aplicado no resultado”. Campo de instruções, documento acrescentado ao projeto, arquivo alcançado por pasta e recurso instalado são destinos distintos. A prova de uma superfície não preenche a condição das demais. Quando o conteúdo só chegou por transferência manual, registre essa intervenção.

Se campo e arquivo forem cópias, identifique o par e sua variação. Se a pessoa adaptar o conteúdo, registre a aplicação própria e preserve a diferença na próxima atualização. Estado, dados de demandas e resultados são conteúdo corrente, mesmo quando começaram a partir de um exemplar do fornecedor. O mapa permite conferir essas relações com os materiais da própria implementação, sem exigir formulário, Skill ou kit pronto.

<a id="m08"></a>

## M08 — Escrever prompts e instruções de entrada

Um prompt torna explícito o que decide o resultado de uma ocorrência. A entrada permanente apresenta a transformação do agente, estabelece o que precisa valer desde a primeira resposta e ativa o núcleo que orienta o julgamento do agente, desenvolvido em [M06](M06-Escrever-a-Orientacao-Cognitiva-do-Agente.md). Ambos devem funcionar para quem não participou da autoria.

Receba o trabalho enquadrado, a concepção do agente e as relações de conhecimento. Primeiro confirme o destino pedido: escrever uma instrução é diferente de realizar o trabalho descrito nela. Se o usuário pede uma entrega, produza a entrega; se pede um prompt reutilizável, entregue o texto pronto para esse uso. [M01](M01-Compreender-o-Trabalho-e-Enquadrar-a-Solucao.md) resolve a forma quando a ambiguidade muda materialmente a solução.

### 1. Estruturar a transformação do prompt

Recupere resultado concreto, destinatário e uso. Localize os insumos e os critérios que separam uma resposta útil de uma resposta apenas bem apresentada. Um pedido de “analisar esta proposta” pode exigir recomendar uma decisão, revisar o texto ou conferir compromissos; a instrução deve tornar claro o trabalho recebido.

Identifique o que é estável e o que varia naquela execução. Separe instrução, dado processado, exemplo e parâmetro de ambiente. Texto do caso que contém uma ordem citada continua material, salvo no alcance em que o usuário manda segui-lo. A separação evita que o conteúdo analisado altere o mandato.

Escreva a operação necessária, o critério e a saída. Dê tratamento à entrada incompleta ou contraditória: o que pode ser concluído, que informação muda a conclusão e qual parte pode continuar. Não exija preencher toda uma ficha quando o pedido e os materiais já fornecem o essencial.

Use a pergunta dupla: sem este trecho, que escolha fica indefinida? Com este trecho, que comportamento muda? A primeira protege suficiência; a segunda evita excesso. Ênfase, persona e formatação não compensam dado ou critério ausentes.

### 2. Apresentar uma identidade compreensível

A identidade diz o que entra, que transformação ocorre, para quem, que resultado permite agir e onde termina a contribuição. Um nome ou adjetivo de especialidade não substitui isso. Inclua uma responsabilidade entre ocorrências somente quando concebida e autorizada.

Teste o parágrafo isoladamente: um leitor sem o histórico reconhece o trabalho e a fronteira? Expressões como “aplicar as inteligências certas” dependem de conteúdo ainda desconhecido. Prefira a transformação que o destinatário reconhece: “transformar notas em registro que distingue decisões, propostas e assuntos em aberto, preservando responsáveis e prazos efetivamente definidos”.

### 3. Escrever a entrada permanente

A entrada carrega o conteúdo cujo efeito não pode esperar a leitura do núcleo: identidade, ativação, proteção necessária já no primeiro contato e ponto de descoberta das fontes. Para cada frase, examine três situações: primeira leitura do pedido, pergunta pontual e núcleo inacessível. Se não muda nenhuma delas, provavelmente pertence ao núcleo ou a uma fonte especializada.

A ativação deve indicar o conteúdo integral necessário antes da primeira construção, exploração, comparação ou revisão e o que ele orienta. Ao retomar uma frente, a condição vigente precisa ser recuperada. Se o conteúdo já estiver suficiente no contexto, a ativação está cumprida. Uma consulta pontual pode usar apenas a leitura pertinente ao seu resultado.

Use identidades e caminhos efetivamente disponíveis, definidos em [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md)/[M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md). Nome listado não é conteúdo presente. Se o núcleo necessário não puder ser recuperado, indique a lacuna e realize somente a parte com sustentação independente. Não alegue leitura nem reconstrua uma regra desconhecida por plausibilidade.

Quando houver conduta comum entre agentes, preserve sua origem e o contrato de cópia de [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md). As particularidades ficam no núcleo próprio. A entrada não cria uma hierarquia capaz de substituir as instruções superiores do ambiente.

### 4. Distribuir entrada, núcleo e fontes

| Conteúdo | Casa funcional | Razão |
|---|---|---|
| Transformação e ativação | Entrada permanente | Orientam o começo e a descoberta do conhecimento |
| Percepção, distinções, mobilização e fechamento | Núcleo de M06 | Governam como o agente julga o território |
| Método e julgamento especializados | Fonte de M04/M05 | Entram quando a contribuição é necessária |
| Sequência e exceções de processo | Procedimento competente | Preservam a unidade da execução particular |
| Transformação reutilizável | Skill de M09 | Organiza a aplicação sob demanda |
| Fatos variáveis e resultado anterior | Pedido, produtor ou continuidade | Mudam entre ocorrências |
| Mecanismo de carregamento e variação por superfície | Kit e implementação | Dependem do ambiente real |

Mantenha uma entrada de descoberta para o acervo necessário. Cada referência indica identidade e contribuição, com acesso ao percurso de M05. O núcleo usa essa identidade para mobilizar; não precisa repetir o catálogo nem o método inteiro. Repetições necessárias à presença são cópias declaradas, sem novos originais.

### 5. Produzir prompts utilizáveis

Um prompt pode ser compacto se contém a relação decisiva. Exemplo ilustrativo para um agente cuja orientação já está presente:

> A partir das notas fornecidas, produza um registro utilizável por quem não participou da reunião. Separe decisões, propostas e assuntos em aberto. Associe responsáveis e prazos somente quando definidos nas notas. Preserve a divergência que altera o encaminhamento e indique a pergunta necessária para resolvê-la. O resultado desta ocorrência é o registro; seu envio aos participantes exige a ordem correspondente. Notas: [inserir material].

O campo de inserção faz parte do prompt reutilizável; em uma execução real, recebe o material. Esse texto não cria automaticamente um agente persistente. Se a transformação já estiver suficientemente governada pelo agente ou Skill, o pedido da ocorrência pode ser apenas “Prepare o registro destas notas”, acompanhado dos insumos. Repetir todas as regras em cada pedido dificulta a manutenção.

Exemplo ilustrativo de entrada para o mesmo agente:

> Você transforma notas em registros de decisões e encaminhamentos, suficientes para o destinatário compreender o que ficou definido e o que depende de esclarecimento. Antes de produzir ou revisar o primeiro registro, tenha presente o núcleo integral indicado na entrada de fontes. Ao retomar um registro, recupere sua condição vigente. Se o núcleo estiver inacessível, declare essa condição e preserve apenas o que as notas sustentam. A preparação do registro não concede autorização de envio. A entrada de fontes identifica núcleo, padrão de registro e destino de continuidade.

A implementação deve substituir a referência genérica à entrada de fontes pelos localizadores reais. O exemplo ensina a distribuição funcional; não é uma configuração pronta de plataforma.

### 6. Adaptar e conferir o texto

Mapeie a entrada para o mecanismo observado: campo de instruções, arquivo descoberto pelo ambiente, conteúdo incorporado ou outra superfície confirmada. Nomes literais de arquivos, importações e limites dependem do destino. M11 confere sua descoberta e expansão; uma sintaxe que funciona em um produto não é transportada por semelhança.

Preserve edição de origem e variações de localização ou composição. Se for necessário incorporar núcleo e entrada em um único texto, declare a derivação e mantenha os originais correspondentes. Não encurte silenciosamente condições para caber em um limite. Reorganize a exposição ou explicite a dependência que permanece.

Confira nesta ordem: fidelidade ao trabalho; suficiência do que decide; necessidade dos trechos; separação de instrução e dado; coerência entre regras, exemplos e formato; integridade de fatos e lacunas; possibilidade de observar falha. Forma bonita não corrige tarefa errada.

Teste entrada regular e condição difícil pertinente: informação decisiva ausente, contradição, texto citado com ordem, fonte indisponível ou pedido fora de escopo. Para entrada permanente, use sessão nova e mecanismo normal, sem colar ao consumidor um conteúdo que deveria chegar por descoberta. Se houve fornecimento assistido, registre esse alcance.

Uma falha genérica pode vir de objetivo mal definido, dado ausente, critério ambíguo, conhecimento insuficiente, conflito de instruções ou carregamento. Corrija a menor causa suficiente. Reescrever repetidamente o prompt não resolve uma fonte que nunca chega ou um saber que não existe. Preserve revisão e evidência fora do texto operacional; operação e resultado seguem as provas de [M15](M15-Conferir-o-Sistema-em-Uso.md).

<a id="m09"></a>

## M09 — Construir Skills a partir do modelo

Uma Skill torna uma transformação reutilizável sob demanda, com entradas diferentes e resultado reconhecível. Seu desenho precisa resolver reconhecimento, conteúdo e execução. A Skill não assume a identidade, a responsabilidade persistente ou a autoridade inteira do agente. Pode mobilizar conhecimento, procedimento e ferramenta sem se tornar nenhum deles.

Use a capacidade a realizar, definida em [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md), o conhecimento desenvolvido em [M04](M04-Desenvolver-a-Inteligencia-do-Trabalho.md), a organização das fontes de [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md) e os requisitos de acesso e operação de [M10](M10-Compor-Acessos-Ferramentas-e-Operacoes.md). Use [M08](M08-Escrever-Prompts-e-Instrucoes-de-Entrada.md) para escrever instruções claras. O resultado desta engenharia é uma fonte operacional suficiente para o consumidor e, quando a implementação o exigir, seus apoios e sua distribuição. [M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md) confere a instalação.

### 1. Delimitar a transformação reutilizável

Explique ocasião, entrada variável, transformação, saída utilizável, benefício e fronteira com recursos vizinhos. Examine se uma Skill existente pode ser aproveitada ou evoluída. Uma nova variante só merece unidade própria quando sua condição de uso, operação ou manutenção justifica a separação.

Uma instrução pequena pode bastar a uma tarefa simples; uma regra que deve valer sempre pertence à orientação permanente; uma fonte pode oferecer julgamento sob demanda sem nova transformação. Uma Skill é pertinente quando organizar a operação recorrente, seus critérios e apoios produz contribuição reconhecível. Acesso vivo e acionamento por agenda são meios de M10, não propriedades criadas pelo nome da Skill.

Se houver procedimento de origem, separe método, sequência do processo e dados da ocorrência. Copiar passos para outro arquivo pode conservar a lacuna de julgamento do procedimento. Preserve origem, edição e autoridade; a transformação não recebe permissão para atos que o processo reserva a outra pessoa.

### 2. Incorporar o método suficiente

Converta os capítulos pertinentes em operação para o público da Skill. Ela precisa ensinar como reconhecer a situação, obter os insumos, escolher caminhos, transformar material, tratar insuficiências, produzir e conferir a saída. “Use o modelo e analise” não transfere a operação.

Defina como a IA receberá o conhecimento necessário: o pacote pode conter o conteúdo de que ela precisa ou indicar uma fonte que ela conseguirá consultar durante o trabalho. Se receber somente o pacote, inclua nele o método, os critérios e os apoios necessários, com links que funcionem dentro da pasta entregue. Se depender de uma fonte atual do contexto, explique como encontrá-la, acessá-la e interpretar seu conteúdo com os meios disponíveis à IA. Dado atual deve permanecer atual; independência de autoria não significa congelá-lo em um pacote.

Mantenha relação de origem e manutenção de M05. Aplicação própria recebe revisão de impacto, sem herdar automaticamente toda mudança ou versão da fonte. Cópia recebe conferência de fidelidade. O consumidor não pode depender silenciosamente do plugin de construção, de caminho pessoal ou da conversa que produziu o recurso.

### 3. Escrever nome, descrição e fronteira

Nomeie ação, objeto e qualificador necessário. A descrição deve permitir reconhecer o trabalho pela linguagem real dos pedidos, inclusive sem a palavra “Skill”. Comece pela contribuição principal e inclua a fronteira que evita confusão provável. Não use a descrição como resumo de todos os títulos do manual.

Para as três transformações de gestão abaixo, as descrições de referência são:

| Transformação | Descrição funcional | Fronteira |
|---|---|---|
| Organizar e instalar o sistema de gestão de agentes | Organiza ou ajusta o ambiente e aplica componentes em um destino escolhido; permite realizar somente a parte suficiente ao pedido | Não desenvolve sozinha a inteligência especializada dos agentes nem exige instalação completa para organizar o ambiente |
| Construir ou evoluir agente | Concebe capacidades, desenvolve conhecimento, escreve orientação e compõe componentes e implementação de um agente novo ou existente | Não assume o trabalho operacional do agente produzido |
| Auditar agente e suas relações | Examina conteúdo, estrutura e relações no alcance definido, diagnostica causas e prepara ou aplica ajustes autorizados | Auditoria documental não comprova funcionamento ou utilidade em uso |

Os nomes finais e campos técnicos seguem o destino. Uma transformação pode colaborar com outra sem disputar o mesmo pedido. Em um pedido de “avaliar se o agente está adequado”, começa a auditoria; se o diagnóstico exige reforma, o construtor recebe a passagem e o alcance correspondente.

A construção produz os componentes e os requisitos de implementação; a instalação realiza a configuração no destino, conforme M11. Organização de ambiente, instalação e atualização/migração são modos proporcionais da Skill de organização e instalação, descrita na tabela como **Organizar e instalar o sistema de gestão de agentes**. Sua escrita pode ocorrer depois dos outros componentes, enquanto seu uso pode iniciar o sistema em um assistente de origem, sem exigir o agente final previamente instalado. O ambiente entrega à construção objetos, fontes, destinos, acessos e dependências suficientes; a construção devolve somente a relação que precisar de ajuste. Na ausência da Skill vizinha, a contribuição mínima de [M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md) permite continuar a parte sustentada sem simular efeitos não realizados.

Reconhecimento e autorização do efeito são decisões diferentes. Proteger uma ação externa no seu ponto de realização não exige tornar toda Skill exclusivamente manual. Preserve a política de invocação escolhida e o que o ambiente suporta.

### 4. Distribuir corpo e apoios

| Recurso | Conteúdo que justifica sua presença | Condição de qualidade |
|---|---|---|
| Corpo principal | Transformação, critérios essenciais, operação comum, limites e condições de cada apoio | Permite conduzir o caso comum e encontrar aprofundamento |
| Referência | Conhecimento substancial ou variante necessária em certa situação | Conteúdo efetivo, condição de abertura e fronteira explícitas |
| Script | Cálculo, validação ou manipulação mecânica repetível | Entradas validadas, saída útil e falha tratada; julgamento permanece onde cabe |
| Modelo/arquivo de apoio | Forma que precisa ser preservada na saída | É efetivamente usado, sem substituir o critério de qualidade |
| Ferramenta/conector | Dado ou efeito fora dos meios suficientes da sessão | Interface observada, autoridade e acesso definidos em M10 |

Uma Skill simples pode conter apenas o corpo. Não crie referências vazias, scripts cerimoniais ou modelos sem utilização. Uma condição crítica da operação comum não deve ficar escondida em apoio opcional. Uma variante volumosa não precisa ocupar toda execução.

Quando o destino adotar arquivo `SKILL.md`, escreva nome, descrição e metadados no esquema aceito. Não invente campos ou comportamento de seleção. A versão deve ser identificável no recurso ou manifesto suportado. O corpo contém o método vigente; histórico, respostas esperadas de testes e bastidores ficam nos registros de autoria.

### 5. Estabelecer o contrato com agente e meios

O agente fornece contexto, mandato e continuidade; a Skill realiza sua transformação. Declare entradas que recebe, fontes que recupera, resultado que devolve e condição que exige retornar à condução. O usuário não precisa conceber capacidades que o método já permite deduzir, mas fatos e decisões particulares precisam de origem.

Declare os meios indispensáveis e alternativas suficientes. Se puder produzir o artefato sem escrever no destino, entregue o conteúdo e a passagem exata de aplicação, identificando a parte não realizada. Uma ferramenta indisponível não deve virar alegação de efeito concluído. Credenciais e segredos ficam fora do pacote.

Preserve identidade do objeto nas passagens. Se a auditoria devolve achado, inclua fonte, trecho, consequência e ajuste; se o construtor devolve componente, inclua origem/edição, destino e conferência; se o ambiente devolve relação, inclua significado e identidades. [M14](M14-Construir-a-Conducao-do-Agente-Construtor.md) compõe essas passagens para completar a demanda.

### 6. Escrever, versionar e conferir a distribuição

Mantenha uma fonte editável. Pacote e cópia instalada derivam dela, com correspondência de edição e variações declaradas. Preserve identificadores existentes em reforma; uma melhoria de texto não autoriza reinicializar e apagar campos, recursos ou política de uso.

Confira caminhos relativos, dependências e condição de abertura dos apoios. Remova marcadores sem conteúdo e referências que só funcionam na máquina do autor. Teste o pacote em localização diferente da autoria, com o conjunto previsto para o consumidor. Uma falha não pode ser completada em silêncio pelo conhecimento do construtor.

Mudança em método compartilhado exige análise de consumidores de M05/[M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md). Uma edição instalada pode continuar distinta da fonte nova, mas essa condição precisa ser recuperável. Não declare atualização do ambiente a partir da geração do pacote.

### 7. Separar as provas e corrigir a camada

Fixe a pergunta e a condição de falha antes do ensaio:

| Pergunta | Ensaio pertinente | O que não demonstra |
|---|---|---|
| É reconhecida na situação certa? | Pedidos positivos, negativos próximos e fronteiras, sem depender do nome | Uma classificação documental não prova seleção nativa |
| Carrega conhecimento suficiente? | Consumidor separado com recurso e insumos, sem análise pronta | Estrutura válida não prova bom julgamento |
| Executa a operação mecânica? | Entrada representativa e falha material dos scripts | Importar o programa não comprova resultado |
| Está presente no ambiente? | Descoberta, seleção e leitura pelo mecanismo normal | Invocação por caminho explícito não prova descoberta automática |
| Produz resultado útil? | Artefato ou efeito confrontado com pedido e critério | Acionamento não prova utilidade |

Compare com a versão anterior ou com realização sem Skill quando for necessário julgar benefício, usando condições comparáveis. Um resultado favorável isolado não demonstra ganho causal nem eficácia recorrente. Se ambas as condições atendem, a reutilização e a manutenção podem justificar a forma, sem inventar superioridade observada.

Diagnostique reconhecimento, conteúdo, conhecimento, operação mecânica, acesso, presença, autoridade ou efeito. Corrija a menor casa suficiente e reteste o aspecto afetado. Preserve evidências fora da distribuição, com versão, caso, meios, resultado, intervenção e limite.

Exemplo ilustrativo: uma Skill revisa documentos recebidos contra critérios informados e produz devolução acionável. Uma referência desenvolve julgamento substancial; um script verifica IDs únicos quando esse contrato existe; um modelo conserva formato se necessário. O script não decide aceitação. A aprovação em sistema externo exige outra operação e autoridade. Para corrigir apenas uma referência, a transformação ampla pode ser dispensada. Essa proporção orienta a construção das três Skills sem obrigar todos os apoios em cada uma.

<a id="m10"></a>

## M10 — Compor acessos, ferramentas e operações

Os meios permitem consultar dados ou produzir efeitos que o raciocínio sozinho não realiza. Comece pelo objeto e pela operação necessários ao trabalho; depois escolha o mecanismo suficiente. Ferramenta é uma operação exposta à sessão. Conector é um mecanismo de acesso a outro sistema. Um script pode realizar operação local; uma capacidade integrada pode dispensar outro conector.

Receba as capacidades de [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md), as fontes de [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md) e a transformação pertinente de [M09](M09-Construir-Skills-a-Partir-do-Modelo.md). O desenho explicita entradas, retornos, passagens, autoridade e conferência. Construção de infraestrutura, contratação ou autenticação nova só ocorre no alcance recebido; uma especificação de acesso não demonstra que ele existe.

### 1. Definir dado ou efeito necessário

Para cada operação material, descreva: objeto e identidade; leitura ou alteração pretendida; entrada; saída que permite continuar; período, unidade e cobertura; consequência e condição de conclusão. Separe consultar, criar, alterar, remover e enviar. Operações com efeitos distintos precisam de contratos distinguíveis, mesmo quando o fornecedor as reúne em uma interface.

Se falta critério sobre material já acessível, o problema pertence a [M04](M04-Desenvolver-a-Inteligencia-do-Trabalho.md). Se falta organizar a ordem de ferramentas disponíveis, pode bastar instrução ou Skill. Se falta dado atual ou efeito fora do alcance, procure capacidade externa. Se falta apenas manipulação mecânica local, um script suficiente pode resolver.

Não replique uma API inteira porque está disponível. Escolha operações que os fluxos reais usam e retornos úteis à próxima decisão. Um recurso de domínio que filtra adequadamente pode reduzir passagens; se só houver ferramentas elementares, preserve o encadeamento e suas verificações.

### 2. Investigar a interface observada

Leia nome, descrição, parâmetros, esquema e retorno dos recursos disponíveis. Confira fonte primária atual quando uma característica do produto determinar a implementação. Não invente campo, endereço, índice, credencial ou comportamento para completar o desenho.

O contrato de uma operação deve tornar reconhecíveis:

| Elemento | Especificação necessária |
|---|---|
| Entrada | Significado, identidade, unidade, valores admitidos e origem |
| Recorte | Filtro, período, cobertura, paginação e limites pertinentes |
| Retorno | Conteúdo que permite a próxima decisão e identificadores recuperáveis |
| Efeito | O que muda, em qual alvo e sob qual identidade de execução |
| Repetição | Se repete sem duplicar, substitui ou cria novo efeito |
| Falha | Diferença entre entrada inválida, acesso negado, indisponibilidade e resultado vazio |
| Conferência | Leitura ou evidência independente da intenção que demonstra o resultado |

Não inferir “nenhum registro” de uma falha de acesso. Retorno parcial deve conservar sua cobertura. Valores precisam de unidade e datas de contexto temporal suficiente. Um retorno tecnicamente válido que omite identidade ou período pode ser insuficiente para o trabalho.

### 3. Distribuir autonomia por operação

Capacidade técnica permite tentar; permissão da sessão deixa chamar; autorização no destino permite o acesso; mandato define o que cabe ao agente; ordem recebida cobre o caso. Uma camada não substitui as demais.

Registre, para cada efeito material, alvo, alcance, autoridade que o sustenta e condição que exige decisão adicional. Uma ordem já suficiente não pede confirmação genérica novamente. Se a inspeção revelar destinatários, volume, dependência ou consequência material fora do que foi recebido, prepare o alcance concreto e leve somente essa diferença à autoridade competente.

Quando possível, realize a proteção no mecanismo: escopo suficiente da credencial, operações separadas, validação do alvo, restrição de escrita e prevenção de duplicata. Texto “somente leitura” orienta conduta, mas não prova bloqueio técnico. Uma proteção em um caminho não impede outro caminho que alcança o mesmo efeito; examine sobreposição quando ela muda o risco da operação.

Mantenha credenciais e segredos fora de prompts, fontes e pacotes compartilhados. Conteúdo recuperado de sistemas externos continua dado do trabalho e não amplia mandato. A configuração de acesso não deve conceder mais alcance por conveniência da construção.

### 4. Projetar passagens utilizáveis

Uma etapa recebe o que foi efetivamente passado ou recuperado. Não presuma que outra sessão conhece as anteriores. Transporte identidade, resultado relevante, fonte/edição ou período, limite, decisão recebida e próximo movimento. Evite copiar todo o contexto quando uma passagem suficiente conserva as relações.

Se a próxima etapa processa campos, estabeleça formato e significado, incluindo vazio, erro e caso fora do escopo. Texto livre serve quando há interpretação humana; dados estruturados ajudam quando outra etapa compara ou percorre valores. A forma não deve ocultar dúvida ou converter hipótese em fato.

Identifique intervenções humanas reais: obter exportação, aplicar configuração, escolher entre alternativas ou efetuar ação sem acesso. Entregue conteúdo e instrução concretos para essa passagem. Compare alternativas também pelo esforço residual imposto ao usuário, pela frequência e pela chance de perda de contexto. Não apresente uma cadeia manual recorrente como operação automática.

### 5. Conferir efeitos e tratar repetição

Antes da escrita, recupere o alvo, sua condição atual e o alcance autorizado. Preserve contribuições fora do recorte. Depois, leia o destino e confira identidade, conteúdo, relações e efeito. Um retorno de sucesso pode ser evidência da chamada, sem demonstrar toda a transformação pretendida.

Quando uma chamada falhar ou exceder o tempo, o resultado pode estar indeterminado. Antes de repetir operação que cria efeito, consulte o destino por identidade ou registro de execução. Use chave de prevenção de duplicata quando o recurso suportar. Sem esse mecanismo, desenhe reconciliação suficiente; não prometa execução única que não pode assegurar.

Se uma sequência for parcial, recupere o que foi concluído e continue a partir da parte faltante. Repetir toda a sequência pode duplicar objetos. Diferencie falha confirmada, efeito confirmado e efeito indeterminado. Compensação ou reversão só ocorre se tecnicamente possível e autorizada; nem todo efeito tem inverso completo.

Se mais de uma pessoa ou sessão puder alterar o mesmo objeto, aplique os cuidados de [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md): releia a versão atual, delimite a parte que será alterada e preserve as contribuições dos demais. Quando o sistema permitir, grave somente se o objeto continuar na versão que foi lida. Se houve mudança nesse intervalo, compare as diferenças antes de gravar. Registre a evidência no objeto ou registro competente, sem espalhar segredos em logs.

### 6. Especificar acionamento quando necessário

Evento ou agenda é pertinente quando o trabalho precisa começar sem alguém acioná-lo naquele momento. Não é obrigação de todo agente. O acionador leva um caso à transformação; a responsabilidade e a continuidade continuam definidas em M03/M07/[M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md).

O contrato deve explicar necessidade observável, evento/filtro ou horário/fuso; entrada e identidade da execução; contexto a recuperar; regra literal e julgamento necessário; operações e alvos cobertos pela ordem permanente; saída e destino; leitor e condição de parada; tratamento de vazio, duplicata, acesso ausente, falha e caso fora do alcance.

Use regra mecânica onde a comparação é literal e reserve a IA ao julgamento que precisa dela. Reduza o conjunto antes de percorrê-lo e estime volume e custo quando mudam a escolha do mecanismo. Critérios compartilhados permanecem em uma origem, recuperados pela execução.

Se uma decisão humana indispensável não foi resolvida no contrato, o efeito depende dessa pessoa ou permanece como rascunho/fila. Uma confirmação preenchida pelo próprio modelo não equivale a aprovação humana. Uma ordem permanente suficiente não precisa de nova aprovação a cada execução dentro do alcance.

Defina quem confere resultado, ausência de execução, erro ou mudança fora do contrato, quando ou por qual condição faz essa leitura e como interrompe o acionamento. Escolha a cadência ou o sinal conforme a consequência do trabalho; sem essa definição, a existência de um leitor não garante que a falha seja percebida em tempo útil. Um estado de sucesso do agendador não demonstra efeito nem leitura pelo destinatário. Configure e ative somente quando a ordem cobrir essa ação e as condições indispensáveis estiverem satisfeitas.

### 7. Prosseguir diante de meio indisponível

Se o mecanismo não estiver exposto na sessão, preserve a capacidade no desenho e registre o limite observado. Procure alternativa autorizada suficiente: leitura local, exportação datada, consulta em etapas, produção de conteúdo para aplicação assistida ou execução parcial. Julgue atualidade, cobertura, autoridade e esforço residual.

Se a alternativa não sustentar a conclusão, delimite exatamente o que falta, por que muda o resultado e qual próximo trabalho resolve. Indisponibilidade de uma sessão não prova inexistência da capacidade; um arquivo exportado não vira dado vivo. Não declare encaminhamento, instalação ou ação externa sem realizá-los e conferir.

Exemplo ilustrativo: um agente prepara uma proposta com tabela de condições vigente. Precisa ler a edição aprovada e produzir minuta; o envio depende da ordem correspondente. Se só recebe uma exportação anterior, pode estruturar a minuta e identificar campos dependentes da condição vigente, sem afirmar conformidade. Se o envio autorizado retorna tempo excedido, consulta a evidência do destino antes de tentar novamente. Esses caminhos preservam trabalho útil, autoridade e identidade sem disfarçar a dependência.

O desenho está suficiente quando cada operação material tem meio observado ou dependência específica, passagem utilizável e condição de conferência. [M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md) realiza a composição no ambiente; [M15](M15-Conferir-o-Sistema-em-Uso.md) examina a operação e o resultado no alcance definido.

### 8. Compor dois participantes e fechar a passagem

Uma passagem precisa de origem, destinatário, pedido identificado, ocasião de consulta e retorno que a origem consiga utilizar. A fila conserva o trabalho; não faz alguém iniciá-lo. Projeto compartilhado, nomes de agentes e memória não demonstram chamada automática.

| Contrato | Conteúdo suficiente |
|---|---|
| Pedido | ID/revisão, contribuição esperada, fonte/edição/período, critério e limite de efeito, destino e condição de aceitação |
| Recebimento | Identidade do pedido e da tentativa, conteúdo recuperado, executor e impedimento se houver |
| Retorno | Mesmo pedido/revisão, resultado e localização, fontes/cobertura, conferências, limites e efeitos confirmados/indeterminados |
| Uso | Origem recupera o retorno, confere pertinência e registra a consequência para a demanda |

Escolha a base ou área de arquivos existente suficiente. Mapeie operações dos dois lados: quem lê pedido, quem alcança insumo, quem escreve retorno e quem recupera/usa. Confira cada acesso no ambiente em que a execução ocorrerá, inclusive se depender de pasta local ou de recurso remoto. Uma URL não demonstra conteúdo recebido.

Em arquivos, um arranjo suficiente mantém pedido da origem, recebimento/retorno do destinatário e registro de uso da origem na mesma passagem. A condição da demanda permanece numa casa competente; os recibos da passagem não viram outro cadastro concorrente. Distribua escrita e preserve revisões. Se não houver mecanismo comprovado que impeça alterações simultâneas ou condicione a gravação à versão lida, execute com um único participante de cada vez. Escrever que um item está reservado não garante, por si só, que o sistema impeça outro participante de alterá-lo.

O ciclo de uma consulta é: identificar a tentativa; consultar o recorte de pedidos; recuperar pedido/insumo; conferir retorno já existente e tentativa em andamento; executar somente contribuição faltante; gravar e reler o retorno. Resultado confirmado da mesma revisão é reutilizado. Item ocupado é adiado. Falha de acesso não é fila vazia. Efeito indeterminado exige consulta ao destino antes de repetir. A origem confere a identidade e utiliza a entrega no trabalho seguinte; resultado disponível não prova demanda concluída.

Exemplo ilustrativo: o Solicitante prepara recomendação de reposição e pede ao Analista comparar estoque com o mínimo. O pedido identifica fotografia e critério fictício “déficit = mínimo menos saldo, somente abaixo do mínimo”. O Analista devolve itens, cálculo, cobertura e limites; o Solicitante monta o plano de reposição e conserva a decisão de compra com quem a detém. Não é necessária coordenação adicional quando há um destino e uma dependência previsíveis. Acrescente orquestrador somente se resolver escolha de destino, dependência, prioridade ou exceção que hoje não tem dono; seu acionamento e autoridade também precisam de contrato.

### 9. Preparar recorrência e provar separadamente

Fila conserva demanda. Agenda inicia por horário/fuso ou cadência. Evento inicia por ocorrência/filtro concreto. Consulta periódica de uma fila continua sendo agenda. Uma execução manual não demonstra que a agenda disparou; enfileirar não prova recebimento.

Para configurar uma rotina, entregue nome, consumidor, instrução integral, cadência/fuso, raiz e recorte da consulta, fontes/critério, operações/alvos cobertos, destino e conferência, política de repetição/sobreposição, acompanhamento e parada. A instrução deve mandar recuperar o pedido e a última condição em cada tentativa, sem supor memória de outra execução. Uma configuração possível para o caso é consultar dias úteis às 09h em America/Sao_Paulo, analisar itens novos e devolver resultado sem comprar nem enviar. Horário e autoridade são exemplos a adaptar, não ordem permanente do usuário.

Antes de ativar, resolva caminhos e acesso real de quem executa; confira o perfil local/remoto e preserve as proteções. Use somente alcance já autorizado; se depender de gesto da pessoa, entregue o texto e campos concretos e declare o que falta. Quando só o destinatário tem rotina, a origem ainda precisa de ocasião de consulta/uso; não prometa ciclo completo automático por agendar uma etapa.

O acompanhamento precisa perceber execução ausente: por exemplo, usuário dos resultados confere até 10h dos dias úteis se há recibo da ocorrência esperada e retorno utilizável. Defina a função/pessoa real, janela e meio acessível na instalação. A própria tarefa pode registrar erro quando roda, mas não garante aviso se nunca iniciou. Falha de acesso impede assumir atualização; mantenha último resultado válido com data e limite. Defina controle de pausa, condição de correção e retomada sem apagar fila/resultados.

Conferência mínima: pedido salvo → destinatário recupera → retorno salvo → origem recupera e usa. Varie o caso e exercite vazio, item novo, repetição, tentativa em curso, fonte inacessível e efeito indeterminado. Registre contexto, assistência e resultados; dois papéis escritos pelo autor são simulação assistida. Consumidores separados por arquivos provam aquele mecanismo local, sem crédito automático de projetos nativos.

Depois confira separadamente cadastro da agenda, disparo no momento previsto, efeito no destino e leitura do resultado. Evento, quando escolhido, requer prova de ocorrência/filtro e repetição própria. Sem acesso ou ativação coberta, conclua configuração e prova local possíveis e identifique a dependência de conta. Este método pode ser aplicado sem uma Skill de instalação: o que governa a execução é o contrato, a capacidade observada e a autoridade no ambiente escolhido.

<a id="m11"></a>

## M11 — Implementar e instalar em cada ambiente

Implementar é realizar as funções do modelo nos mecanismos disponíveis. Instalar é colocar a configuração e os recursos no destino de uso. A conclusão exige conferir o que chegou e o que consegue operar naquela conta, superfície e contexto. Uma implementação não comprova outra.

Reúna os componentes do kit definidos em [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md), as instruções de entrada de [M08](M08-Escrever-Prompts-e-Instrucoes-de-Entrada.md), as Skills de [M09](M09-Construir-Skills-a-Partir-do-Modelo.md) e os acessos e operações de [M10](M10-Compor-Acessos-Ferramentas-e-Operacoes.md). Preserve contribuição, critérios e autoridade comuns ao trocar o ambiente. Recursos de produto, nomes literais, limites, planos, importações e comportamentos de descoberta devem ser verificados no destino; não são princípios universais deste modelo.

### 1. Fazer a ficha do ambiente

Identifique produto/superfície, conta ou perfil sem expor segredo, plano quando relevante, versão ou data da inspeção, origem das instruções, forma de acesso a arquivos, ferramentas e capacidade de persistência. Registre quem configura, quem usa e se são contextos diferentes.

Consulte a documentação oficial pertinente e a interface ou configuração observada. A documentação informa possibilidade e condições; o ambiente indica o que está disponível ali; a execução confere o comportamento no recorte. Diferenças entre essas evidências precisam ser reconciliadas, sem completar a lacuna por semelhança com outro produto.

A ficha deve responder: o que governa o começo da sessão; como chega o núcleo integral; como recuperar fontes sob demanda; como expor e chamar Skills; que objetos podem ser lidos/escritos; como recuperar continuidade; que limites mudam a composição. Não registre catálogo de funcionalidades sem relação com o trabalho.

### 2. Mapear a arquitetura comum para os mecanismos

| Função comum | Realização a identificar | Evidência necessária |
|---|---|---|
| Entrada permanente | Campo, arquivo descoberto, conteúdo de sessão ou mecanismo equivalente | Conteúdo e edição recebidos desde a entrada prevista |
| Núcleo | Incorporação, importação ou leitura explícita antes da contribuição dependente | Conteúdo integral recebido, sem corte material |
| Fontes e procedimentos | Arquivo, recuperação, conector ou referência alcançável | Fonte correta, contexto e unidade de significado |
| Skills | Formato nativo ou operação equivalente explicitamente invocada | Recurso disponível, recebido e utilizado no modo declarado |
| Meios | Ferramentas e acesso autorizado | Operação no alvo e alcance previstos |
| Continuidade | Estado/objeto e registro persistentes | Escrita conferida e recuperação em outra ocorrência |

As seguintes famílias orientam a adaptação; não descrevem um fornecedor específico:

- **Campo de instruções e documentos anexados:** coloque a entrada no mecanismo de instrução confirmado e exponha o núcleo e as fontes pelo mecanismo de leitura real. Anexo não deve ser presumido presente integralmente. Sem escrita persistente, prepare atualização assistida e torne essa intervenção explícita.
- **Trabalho sobre pastas:** confirme pasta de entrada, regra de descoberta, precedência e arquivos efetivamente abrangidos. Use os literais exigidos pelo destino, caminhos reais e importações suportadas. Proteja originais e confira o escritor de Estado e artefatos.
- **Sessão conduzida por aplicação:** a aplicação precisa fornecer instruções, contexto, ferramentas e persistência a cada chamada ou retomada. Um identificador de sessão não garante sozinho que todo o conhecimento está presente. Defina quais dados cada etapa recebe e como a condição é recuperada.

Uma implementação pode combinar famílias. Escolha pelo que a superfície faz, sem transportar uma sintaxe ou capacidade apenas porque o produto parece semelhante.

### 3. Expor fontes e Skills

Confira o texto exato da entrada e sua edição de origem. Se o ambiente exigir uma composição gerada, incorpore os componentes necessários e preserve a correspondência de M07. Mantenha instruções superiores e configurações fora do alcance intactas; não altere preferências globais apenas para fazer um ensaio passar.

Para o núcleo, verifique presença integral antes do trabalho dependente. Se só houver recuperação por trechos, escolha uma forma que preserve a unidade necessária: incorporação, divisão coerente com leitura de todas as partes necessárias ou mecanismo alternativo. Uma frase mandando ler tudo não demonstra que o meio consegue entregar tudo.

Para fontes sob demanda, percorra uma pergunta representativa pelas rotas de [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md). Confira identidade, edição/período, conteúdo e interpretação, incluindo alternativas quando pertinentes. Para Skills, valide formato, apoios, dependências e forma de acionamento. Receber uma Skill por caminho explícito permite avaliar seu método, mas não prova seleção nativa. Se o destino usa uma operação equivalente sem suporte nativo, identifique essa realização e seu esforço de acionamento.

A exposição deve ser suficiente ao trabalho e ao acesso autorizado. Não anexe todo o acervo por hábito nem remova exceções essenciais para caber em um limite. A presença precisa ser repetível pelo mecanismo previsto, com condições reconhecíveis de falha e recuperação.

### 4. Conectar gestão, pastas e dados

Leia o esquema vivo e os recursos expostos antes de criar bases, relações ou chamadas. No Notion ou em outro sistema de gestão, realize os objetos e perguntas de [M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md) com as propriedades realmente suportadas. Preserve identidades existentes e use IDs retornados pelo destino, sem inventá-los.

Na pasta, confirme o destino existente e sua função. Uma árvore local e sua representação remota podem ter diferenças de sincronização e permissão. Confira conteúdo e destino efetivos, sem presumir que o caminho escrito corresponde ao local de uso por outra conta.

Teste leitura e escrita como capacidades separadas, no menor recorte suficiente. Uma vista filtrada não demonstra restrição de acesso; um conector ligado pelo autor não prova que o consumidor tem a mesma permissão. Quando o usuário final for outro perfil, confira o perfil correspondente antes de afirmar alcance compartilhado.

Se não houver capacidade de aplicar parte da configuração, entregue texto ou esquema concreto, destino, sequência necessária e critério de conferência. Identifique a intervenção restante e o que já está realizado. A preparação pode estar concluída enquanto a instalação depende dessa passagem.

### 5. Instalar e realizar a primeira aplicação

Fixe um caso de trabalho, entradas e propriedades esperadas antes de rodar. Escolha efeitos controlados que preservem a pergunta sem produzir envio ou alteração externa indevida. Preserve a configuração anterior quando a substituição exigir possibilidade de retorno.

Conduza a instalação e confira cada passagem material:

1. A configuração foi salva no objeto e perfil corretos, com edição reconhecível?
2. Uma sessão nova recebe a entrada pelo mecanismo normal, sem o autor colá-la para suprir falha de descoberta?
3. O núcleo chega integralmente antes da contribuição e a fonte especializada entra quando necessária?
4. O agente aplica o critério, realiza o trabalho autorizado e preserva a fronteira de decisão?
5. A entrega e a condição atual são salvas, relidas e recuperáveis por outra ocorrência?

Se for preciso fornecer manualmente uma peça, registre a intervenção e a camada que o ensaio permite julgar. A boa resposta com contexto assistido não prova a instalação autossuficiente. Da mesma forma, descoberta correta não demonstra bom julgamento.

Em falha, diferencie formato/caminho, descoberta/precedência, corte de contexto, cópia antiga, acesso, conhecimento, orientação, efeito e continuidade. Corrija a casa responsável e repita o trecho afetado. Um ambiente cuja fonte essencial não chega não está adequado àquela contribuição apenas porque os arquivos aparecem na lista.

### 6. Preservar portabilidade e fechar o alcance

A ficha de implementação liga função comum, realização concreta, edições, evidência, intervenção e limite. Ela permite reconstruir outra implementação sem tomar a configuração antiga como norma. A mudança de superfície pode exigir nova exposição e persistência, preservando trabalho, critério, responsabilidade e autoridade.

Exemplo ilustrativo: em um ambiente de pasta, o núcleo pode ser recuperado por leitura do arquivo integral. Em outro, a realização pode incorporar entrada e núcleo no conteúdo de instruções, se suportado. Ambos precisam conservar o método, ter correspondência com os originais e conferir o que a sessão recebeu. O fato de o primeiro funcionar não comprova o segundo, e uma importação literal não deve ser transportada sem suporte observado.

Entregue localização e edição dos componentes, condição da configuração, operação realizada, resultado conferido e dependências concretas. [M12](M12-Auditar-a-Construcao-e-Diagnosticar-Lacunas.md) pode avaliar sua construção sem exigir prova de eficácia continuada; [M15](M15-Conferir-o-Sistema-em-Uso.md) organiza os casos de aplicação e os limites de cada alegação. Não use uma frase genérica de “instalação concluída” para encobrir uma passagem essencial que depende de intervenção.

### 7. Localizar a prova em cada superfície

Conversa com acesso à pasta, nova conversa de um projeto e recurso instalado são recortes diferentes de implementação. Identifique quais deles fazem parte do destino. Para cada recorte, registre superfície, origem/edição, mecanismo de entrada, conteúdo necessário, acesso de leitura/escrita, resultado e evidência. Os nomes de campos, formatos e comandos específicos são definidos pela documentação e pela observação atual do ambiente; este método pode ser realizado com os componentes que a implementação produzir.

Fixe a edição e o conteúdo normal de entrada antes da aplicação. Confira a chegada do núcleo e da fonte pertinente, depois leitura e escrita como operações separadas no alvo. Execute uma entrega autorizada, grave e releia o resultado. Abra outra conversa ou ocorrência pelo mecanismo previsto e confira a recuperação da condição, das decisões e do último resultado válido. Registre o que foi recuperado e o que dependeu de intervenção. Um recurso instalado não demonstra que uma conversa o selecionou, e uma sessão com pasta não prova o acesso de outra superfície.

A primeira conversa não recebe a resposta esperada do avaliador. Na retomada, forneça apenas a identidade da demanda e os novos dados legítimos; orientação e condição devem chegar pelo mecanismo de implementação. Quando a passagem for manual, entregue o texto ou arquivo completo, destino confirmado e critério de conferência. Se faltarem acesso à conta ou observação da superfície, conclua a preparação e registre a operação pendente. A evidência documental de M11 não substitui a aceitação em uso de M15.

<a id="m12"></a>

## M12 — Auditar a construção e diagnosticar lacunas

A auditoria entrega uma conclusão sustentada sobre um objeto e o ajuste que muda o próximo trabalho. Examina conteúdo, estrutura e relações. Funcionamento e utilidade pedem evidências próprias e julgamento do responsável pelo trabalho. Um kit organizado não comprova uma entrega útil; uma boa entrega isolada não aprova todo o kit.

O instrumento deste capítulo tem nove dimensões e 42 critérios. Sua versão identifica a régua; a versão do agente, a edição de cada componente, a data da leitura e o ambiente examinado são informações distintas. Aplicabilidade depende do trabalho, não da conveniência de obter uma conclusão favorável.

### 1. Definir objeto, pergunta e alcance

Recupere identidade, responsabilidade, entregas, instruções, fontes, condição atual, originais, cópias e ambientes pertinentes. Especifique a pergunta: conferir construção completa; examinar uma relação focal; compreender uma ocorrência; ou verificar correção já decidida. Uma mudança pequena não exige automaticamente auditoria integral.

Na conferência completa, percorra todos os critérios aplicáveis no universo declarado. Em conferência focal, nomeie critérios e dependências e limite a conclusão a esse recorte. Uma amostra pode comprovar uma lacuna; não aprova silenciosamente o restante da dimensão.

Declare o acesso efetivo. Documento inacessível, busca sem resultado e conteúdo lido insuficiente são situações diferentes. Antes de apontar uma ausência, procure a contribuição no corpo, nos apoios e nas relações pertinentes. O conteúdo pode existir com outra apresentação.

#### Relacionar pergunta e prova

Antes do veredito, separe as perguntas que o pedido reúne. Congruência pede confronto das proposições, condições e relações nos corpos; clareza pede percorrer pedido, orientação e julgamento; capacidade operacional pede transformação finalística com insumos, operação, produto e efeito; localização pede percurso real na superfície examinada. Diga o que cada evidência permite concluir e o que falta para a pergunta restante.

Igualdade por hash e conferência de versão têm valor para correspondência, mas não concedem lógica ou suficiência de inteligência. Tabelas na entrada, núcleo e rotas podem cumprir funções complementares. Só proponha consolidação quando identificar fato concorrente, divergência ou esforço de manutenção material; preserve a relação correta. Data de modificação não prova mudança de conteúdo sem histórico. Uma auditoria de leitura não precisa produzir escrita para ser válida.

### 2. Ler conteúdo e relações

Relacione responsabilidade e entrega ao conhecimento necessário. Leia o que a fonte ensina a perceber, compreender, julgar e fazer. Extensão, títulos completos e quantidade de documentos não demonstram profundidade. Uma referência pontual não precisa ter a mesma anatomia de um método inteiro; o conjunto precisa sustentar o trabalho.

Separe as casas de avaliação: Estrutura examina componentes e lugares; Higiene examina o conteúdo que os ocupa e suas versões; Inteligências examina conhecimento; Cognição examina mobilização e julgamento; Skills examina transformações reutilizáveis. Um mesmo achado pode afetar relações entre dimensões, sem se tornar várias falhas independentes.

Confira original e cópia, conteúdo e edição, disponibilidade e presença. Corpos iguais podem ter edição de origem ambígua; versão visível não prova igualdade dos corpos. Uma fonte bem escrita que não chega ao contexto tem problema diferente de uma fonte que chega sem critério suficiente.

### 3. Aplicar os 42 critérios

Os critérios são funcionais. Use a organização decidida no contexto; não imponha sigla, pasta ou plataforma sem necessidade. Quando houver procedimento, preserve sua finalidade e seu original, separado funcionalmente do repertório. A separação física depende do consumo e da manutenção definidos em M05/M07.

#### Identidade — 4 critérios

| ID | O que conferir |
|---|---|
| ID-01 | O propósito explica o trabalho persistente e o resultado que o agente ajuda a produzir. |
| ID-02 | Entregas, responsabilidades, limites de atuação e decisões reservadas estão identificados. |
| ID-03 | Nome, identificador e vínculos representam o mesmo agente no cadastro, instruções e fontes. |
| ID-04 | Território e interfaces com pessoas e agentes preservam responsabilidades próprias e alheias. |

#### Estrutura — 5 critérios

| ID | O que conferir |
|---|---|
| ES-01 | Componentes e destinos necessários têm função reconhecível e cobrem a forma de trabalho. |
| ES-02 | Nomes, identificadores e literais de execução atendem às convenções e ao ambiente efetivamente adotados. |
| ES-03 | Originais, cópias e aplicações são identificados; a entrada corresponde à origem e às variações declaradas. |
| ES-04 | Componentes estão nos destinos previstos e os caminhos conservam a composição adotada. |
| ES-05 | Procedimentos necessários têm casa e vínculo com o processo e original competentes; sem procedimento pertinente, a condição é dispensável. |

#### Inteligências — 6 critérios

| ID | O que conferir |
|---|---|
| IN-01 | O conjunto de fontes sustenta as responsabilidades e entregas, inclusive compreensão e julgamento além dos procedimentos existentes. |
| IN-02 | O conteúdo desenvolve sinais, conceitos, distinções e relações que mudam a leitura da situação. |
| IN-03 | Critérios e razões permitem comparar alternativas e reconhecer condições de aplicação. |
| IN-04 | As operações explicam como transformar informações na contribuição prometida. |
| IN-05 | Exemplos, contrastes, exceções e limites esclarecem o mecanismo na profundidade necessária. |
| IN-06 | Origem, autoridade, relação de aplicação e atualização são identificáveis; existe conteúdo efetivo além de títulos e links. |

#### Cognição — 4 critérios

| ID | O que conferir |
|---|---|
| CO-01 | A entrada declara identidade, direção e como ativar núcleo e fontes necessários. |
| CO-02 | O núcleo desenvolve sinais, distinções e julgamentos próprios do território. |
| CO-03 | A orientação explica quando mobilizar cada contribuição material, o que acrescenta e onde termina. |
| CO-04 | Percepção, compreensão, escolha, produção e conclusão estão articuladas com autoridade e continuidade. |

#### Skills — 5 critérios

| ID | O que conferir |
|---|---|
| SK-01 | Transformações recorrentes foram relacionadas aos recursos pertinentes, aproveitando o suficiente antes de criar concorrentes. |
| SK-02 | Cada Skill tem situação de uso, entrada, transformação e saída utilizável reconhecíveis. |
| SK-03 | Pacote e acessos declarados fornecem método, conhecimento e apoios sem dependência silenciosa da autoria. |
| SK-04 | Skills são descobertas e relacionadas à orientação, com identidades e caminhos coerentes com a forma de uso. |
| SK-05 | Skill baseada em procedimento conserva transformação, ocasião e vínculo com o original e a edição pertinente; a conversão não é obrigação de todo procedimento. |

#### Rotas — 5 critérios

| ID | O que conferir |
|---|---|
| RO-01 | Há entrada de rotas proporcional às necessidades de recuperação do agente. |
| RO-02 | Entradas materiais relacionam contribuição procurada, fonte competente e destino. |
| RO-03 | Consulta, identidade, cobertura, interpretação e alternativa estão desenvolvidas quando necessárias. |
| RO-04 | Caminhos e referências são coerentes e conduzem à origem competente, sem cadastro concorrente de conteúdo mutável. |
| RO-05 | Procedimentos são localizados pela situação de trabalho, com original, acesso e seleção de contexto definidos. |

#### Continuidade — 4 critérios

| ID | O que conferir |
|---|---|
| CT-01 | A fonte vigente apresenta a condição atual dos trabalhos relevantes, sem confundir construção do kit e demanda operacional. |
| CT-02 | Decisões, pendências e próximos movimentos preservam o contexto necessário à retomada. |
| CT-03 | A condição atual permite chegar a entregas, fontes e registros que a sustentam. |
| CT-04 | Registros e histórico preservam origem e mudanças úteis sem fazer a condição antiga disputar com a atual. |

#### Ambiente de gestão — 4 critérios

| ID | O que conferir |
|---|---|
| AM-01 | Entradas e páginas apresentam primeiro o necessário à pergunta de uso e permitem compreender o trabalho. |
| AM-02 | Objetos, propriedades e relações representam o significado correto e aproveitam fontes existentes sem duplicação de cadastro. |
| AM-03 | Navegação permite chegar às fontes, ao trabalho e à continuidade pelos percursos previstos. |
| AM-04 | Identificação, hierarquia e apresentação são coerentes com usuários e convenções do contexto, sem tratar aparência como evidência de execução. |

#### Higiene — 5 critérios

| ID | O que conferir |
|---|---|
| HI-01 | O conteúdo de cada destino corresponde à sua finalidade e ao trabalho do agente. |
| HI-02 | Conteúdo vigente, trabalho em curso, resultados e versões substituídas são distinguíveis. |
| HI-03 | Duplicações concorrentes, edições ambíguas, material sem finalidade e desatualizações materiais foram identificados e tratados ou encaminhados. |
| HI-04 | Versões anteriores conservam origem e utilidade quando necessárias; descarte depende de autoridade e dependências, sem usar idade como prova de inutilidade. |
| HI-05 | Procedimentos em uso têm processo, responsável quando definido, origem e edição recuperáveis; cópias mantêm vínculo e substituídos não se apresentam como vigentes. |

### 4. Registrar sustentação e sintetizar

Para cada critério examinado, registre objeto/edição, localização lida, evidência, conclusão e ajuste quando houver. Se a condição é inaplicável, justifique pelo trabalho. Falta de acesso não dispensa critério; falta de ensaio comportamental não impede a conferência documental do que foi suficientemente lido.

A síntese por dimensão utiliza:

- **Em ordem:** todos os critérios aplicáveis estão sustentados no universo examinado.
- **Ajustar:** há mudança concreta sustentada. Outro acesso pendente não apaga o ajuste já demonstrado.
- **Não se aplica:** existe condição real de dispensa da dimensão inteira, com razão. Dispensar um critério de procedimento não dispensa toda Estrutura, Rotas ou Higiene.

Quando falta leitura indispensável e não há conclusão sustentada, deixe a dimensão sem classificação e registre a dependência. Não invente falha e não aprove por ausência de evidência contrária. Não calcule média, percentual ou farol para compensar uma lacuna essencial. A síntese serve à ação, sem substituir as evidências.

### 5. Distinguir construção, funcionamento e utilidade

| Pergunta | Evidência adequada | Limite |
|---|---|---|
| A construção é suficiente? | Leitura de conteúdo, estrutura, relações e cópias no alcance | Não prova que a sessão recebeu ou aplicou |
| O agente funciona nesta operação? | Entrada, contexto recebido, fontes, ações e efeitos observados | Não prova que o resultado foi útil ao destinatário |
| A entrega permite o uso pretendido? | Produto, critérios, esforço residual e retorno do destinatário/responsável | Um caso não prova eficácia recorrente ou ganho causal |

Em uma ocorrência, recupere pedido, material recebido, conteúdo lido, julgamento, ação, entrega e continuidade. Preserve fatos, relatos, inferências e propostas. A avaliação humana de adequação e utilidade permanece distinta de uma classificação documental. [M15](M15-Conferir-o-Sistema-em-Uso.md) define os ensaios pertinentes.

### 6. Diagnosticar a causa e preparar ajuste

| Camada | Pergunta discriminante | Correção típica |
|---|---|---|
| Demanda | O destino e o critério estavam suficientemente definidos? | Recuperar condição decisiva em M01 |
| Conhecimento | A fonte ensina o julgamento ou a operação necessários? | Desenvolver conteúdo em M04 |
| Orientação | O agente reconheceu e mobilizou a contribuição correta? | Corrigir núcleo/entrada em M06/M08 |
| Presença | O conteúdo chegou no momento necessário? | Corrigir kit/implementação em M07/M11 |
| Rota/acesso | A sessão alcança objeto e fonte corretos? | Corrigir percurso e meio em M05/M10 |
| Execução | A operação produziu o efeito no alvo? | Corrigir contrato ou realização em M10/M11 |
| Comunicação | O destinatário consegue compreender e agir? | Ajustar a entrega aos critérios e ao uso |
| Continuidade | A próxima ocorrência encontra condição e resultado válidos? | Corrigir destino e atualização em M07/M13 |

Ligue evidência → consequência → causa confirmada ou hipótese → correção → conferência afetada. Uma hipótese causal não ganha certeza porque está em tabela. Se várias causas forem compatíveis, busque a observação que as discrimina.

Exemplo ilustrativo: o agente tratou proposta como decisão. Se a fonte não ensina a distinção, falta conteúdo; se ensina mas não chegou, falta presença; se chegou e não foi aplicada, investigue orientação/julgamento; se a análise distingue corretamente mas o registro final perde essa condição, investigue comunicação ou escrita. Acrescentar “não erre” ao início não resolve essas causas.

#### Auditar comunicação e condução

Recupere destinatário, objeto, compreensão e ação esperadas, comunicação efetiva e sinais posteriores. Identifique a fratura: aquilo que a pessoa teria de inventar para compreender relação, condição, consequência ou próximo movimento. Explique a fratura com trecho e efeito, sem presumir dificuldade por vocabulário abstrato ou ausência de exemplo apenas.

Distinga os elos Recebeu → Processou → Aplicou → Resultado. Sustente cada elo necessário por evidência própria; publicação não prova leitura, “entendido” não demonstra reconstrução suficiente e silêncio não comprova falha. Sem sinais posteriores, a lacuna textual pode ser demonstrada enquanto seu efeito humano permanece desconhecido. Se a aplicação foi correta e o efeito inadequado, examine conteúdo, decisão ou processo, além da comunicação.

Prepare resposta ou ação compatível com a fratura: referente claro, mecanismo, exemplo, sequência, evidência ou forma adequada ao uso. Preserve identidade, condição, responsabilidade, certeza e limite. Na condução, examine se perguntas mudam decisão indispensável, se há trabalho já autorizado devolvido à pessoa e se a decisão reservada vem preparada. Uma aplicação manual recebe texto/pacote, destino e critério de conferência. [M14](M14-Construir-a-Conducao-do-Agente-Construtor.md) desenvolve a condução; esta seção orienta sua auditoria.

O diagnóstico pode concluir sem classificação documental; quando os 42 critérios contribuírem, vincule a evidência aos IDs pertinentes, sem criar nota ou dimensão comunicacional. Nova redação é preparada; recebimento, compreensão, aplicação e utilidade continuam dependendo de prova própria.

### 7. Devolver, corrigir e retestar

Entregue conclusão primeiro, seguida de objeto/alcance, sustentação, achados com consequência, ajuste prioritário e dependências. “Melhorar inteligência” não orienta: identifique a contribuição faltante, onde precisa entrar e como conferir. Priorize pelo efeito no trabalho, sem pesos inventados.

Auditoria produz diagnóstico e recomendação; correção depende do alcance recebido. Com ordem suficiente, aplique o ajuste, preserve evidências e contribuições, releia o alvo e examine consumidores pertinentes. Mudanças de identidade, mandato e autoridade permanecem com a competência correspondente. Reforma ampla utiliza a construção de [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md)–[M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md).

Corrija também a entrega ou condição falsa que continuaria produzindo erro, quando autorizado. Repita a conferência material afetada, preservando o critério e distinguindo reteste documental de novo uso. Não amplie automaticamente para todos os agentes nem repita testes já suficientes sem nova razão. [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md) dá destino ao aprendizado, e M15 organiza a evidência de operação. O encerramento informa o que foi examinado, corrigido e conferido, com os limites reais.

<a id="m13"></a>

## M13 — Operar, gerir e evoluir o conjunto

Gerir o conjunto é manter o trabalho encaminhável, as entregas utilizáveis e as contribuições coerentes com as necessidades. A rotina articula demanda, responsabilidade, conhecimento, execução, avaliação e aprendizado. Recebe os resultados e os limites definidos em [M01](M01-Compreender-o-Trabalho-e-Enquadrar-a-Solucao.md) e utiliza os objetos e fontes de situação organizados em [M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md).

Uma rotina descreve um trabalho recorrente e suas condições; uma ocorrência é o caso concreto. A repetição pode decorrer de tempo, evento ou necessidade. Frequência e responsáveis são definidos pelo contexto, sem converter o acompanhamento em preenchimento ritual.

### M13.1 — Conduzir a demanda até uma saída utilizável

Ao receber uma demanda, reconheça objeto, finalidade, destinatário, contribuição pertinente e condição de entrada. Procure a identidade do trabalho existente antes de abrir outro registro. Uma mensagem nova pode complementar uma ocorrência; uma demanda nova pode compartilhar as mesmas fontes sem ser a mesma ocorrência.

Confronte a entrada com o contrato da próxima operação. Se há condição suficiente, realize o trabalho autorizado. Se falta uma diferença decisiva, formule o complemento que a resolve e prossiga nas partes independentes. Quando o pedido mudar resultado, compromisso ou território, identifique a decisão afetada sem reabrir escolhas já recebidas.

Uma condução reconstruível relaciona:

| Passagem | Transformação e saída | Condição para continuar |
|---|---|---|
| Entrada e qualificação | Pedido compreendido, objeto localizado e lacuna decisiva identificada. | Resultado e operação seguinte suficientemente definidos. |
| Atribuição | Contribuição adequada e contexto disponibilizado. | Agente ou pessoa pode receber o trabalho com seus critérios e limites. |
| Realização | Conhecimento aplicado e entrega ou dependência localizada produzida. | A saída pode ser conferida pelo contrato pertinente. |
| Uso e retorno | Destinatário recebe o necessário para agir ou explicar a insuficiência. | Há evidência de chegada e avaliação no alcance correspondente. |
| Fechamento ou retomada | Condição vigente e próximo movimento preservados. | Outra ocorrência consegue continuar sem reconstruir premissas essenciais. |

As passagens podem se repetir ou ocorrer em paralelo. Se uma contribuição depende de outra, declare qual saída precisa chegar. Quando o resultado depender de várias contribuições, indique quais partes podem avançar enquanto uma delas não chega e qual resultado depende da contribuição faltante. Uma espera tem objeto, razão e condição de retomada.

Quem atribui precisa preservar prioridade e autoridade. O agente pode recomendar uma ordem de tratamento com seus motivos; a recomendação só vira prioridade do contexto quando a decisão ou regra competente a sustenta. Prazo solicitado e compromisso assumido permanecem distintos.

### M13.2 — Avaliar utilidade e dar consequência ao retorno

A avaliação confronta a entrega com a finalidade, as informações disponíveis, os critérios e o uso pelo destinatário. Uma saída organizada pode conter interpretação inadequada; uma execução correta pode atender a uma demanda mal formulada. A causa precisa ser localizada antes de escolher a intervenção.

Para uma entrega específica, procure responder: o pedido foi atendido no alcance recebido; as conclusões têm sustentação; o destinatário consegue utilizar o resultado; as condições que alteram o uso estão claras; a operação gerou o efeito que se afirma; o esforço residual é compatível com a contribuição esperada?

Um retorno deve ligar a observação à consequência. “Precisa melhorar” deixa o trabalho por refazer. “A proposta usa uma condição substituída; recuperar a referência vigente e rever os trechos afetados” localiza objeto, problema e próximo movimento.

| Sinal observado | Pergunta antes de intervir |
|---|---|
| O agente entregou algo diferente do necessário | O resultado e o destinatário estavam compreendidos? |
| A resposta segue uma informação antiga | A fonte mudou, a cópia ficou defasada ou a consulta recuperou outra edição? |
| O conteúdo está correto, mas não é utilizável | Falta contexto, formato, passagem, decisão ou operação posterior? |
| A mesma correção volta | O critério foi incorporado, chegou ao agente e mudou a aplicação? |
| O agente pede aprovação repetidamente | Existe decisão nova ou a orientação devolve execução já autorizada ao usuário? |
| O gestor administra versões em vários lugares | Falta relação de fonte, atualização ou capacidade de escrita? |

[M12](M12-Auditar-a-Construcao-e-Diagnosticar-Lacunas.md) desenvolve o diagnóstico e o instrumento de auditoria. Na rotina, use a profundidade que muda a decisão: uma conferência localizada pode bastar; uma insuficiência recorrente pode pedir leitura da orientação, das fontes e de uma ocorrência completa.

A avaliação humana de funcionamento e resultado permanece visível. Um parecer de estrutura apoia esse julgamento, mas não substitui a observação do que foi produzido e utilizado. Critérios e medidas precisam corresponder à pergunta; contagem de agentes, mensagens ou arquivos não demonstra, sozinha, valor gerencial.

### M13.3 — Preservar continuidade sem duplicar o trabalho

Ao concluir ou interromper uma ocorrência, preserve o que sua ausência faria outra sessão executar ou interpretar errado. Atualize a situação do objeto competente, a próxima operação e a dependência relevante. Uma falha posterior não apaga o último resultado válido; uma nova data de gravação não torna atuais dados antigos.

A entrega fica no destino do artefato. A condição vigente fica no objeto definido pelo ambiente. Evidência e contexto adicionais ficam relacionados ao trabalho quando forem necessários à compreensão. Histórico conserva a origem das mudanças, sem disputar com o estado atual.

Ao retomar, recupere a condição e as fontes que a sustentam. Compare a nova informação com o que ela efetivamente muda. Uma decisão sobre prazo de uma demanda não altera por si só todas as prioridades do conjunto. Uma correção de fonte pode alcançar mais consumidores; esse alcance deve ser examinado pelo vínculo.

Quando uma atualização falhar, recupere o destino antes de repetir a operação. O efeito pode ter ocorrido sem confirmação. Preserve a diferença entre intenção, tentativa e resultado conferido. Se a escrita não estiver disponível, entregue a atualização exata, seu destino e o responsável quando conhecido, mantendo explícita a passagem assistida.

### M13.4 — Julgar até onde um aprendizado vale

Um aprendizado pode vir de erro, exceção, boa prática ou oportunidade. Investigue o mecanismo que explica sua contribuição e as condições em que ele se aplica. O fato de uma escolha ter servido a um caso não a transforma em regra para todos.

Pergunte onde a mesma insuficiência voltaria se o retorno ficasse apenas na entrega:

| Alcance | Objeto de intervenção |
|---|---|
| Apenas aquela ocorrência | Corrigir a entrega ou o caminho do caso, preservando a condição adequada. |
| Outras demandas do mesmo agente | Rever a fonte, a orientação, a navegação ou o meio responsável. |
| Contribuições de vários agentes | Examinar o padrão comum ou a fonte compartilhada e seus consumidores. |
| Construções futuras | Rever o método ou o critério de construção na casa de autoria competente. |

Registre a relação evidência → interpretação → mecanismo → condição de uso → intervenção. Uma melhoria pode ser uma composição útil sem constituir novo método. Nomear uma nova categoria não demonstra que uma inteligência diferente foi criada.

O responsável pelo conteúdo mantém o direito de definir seu alcance. Quem usa uma fonte pode propor correção com evidência; isso não o torna mantenedor de todos os objetos consultados. A atuação já autorizada no próprio território deve prosseguir; decisões de outra responsabilidade recebem o objeto e os elementos necessários para que sejam tomadas.

### M13.5 — Manter versões e consumidores coerentes

O controle de mudanças precisa reconhecer origem, edição e consumidores pertinentes. [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md) governa as relações entre fonte, cópia e aplicação; [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md), as cópias do kit. Aqui se decide como tratar a consequência de uma mudança no conjunto.

Uma correção reconhecida exige localizar onde o conteúdo errado ainda pode governar uma atuação. Corrija o que está no alcance autorizado e identifique as cópias ou relações restantes, com o efeito da pendência. Uma melhoria que não corrige erro pode entrar na ocasião pertinente de cada consumidor, evitando reformar o conjunto a cada descoberta.

Para cada consumidor, confronte a alteração com seu contrato. O resultado pode ser ausência de impacto, ajuste imediato ou ajuste na próxima ocasião apropriada. A análise deve dizer o universo examinado. Uma cópia destinada a reproduzir o original segue seu contrato de fidelidade; uma aplicação com forma própria pede revisão do que muda em sua operação.

Uma mudança relevante informa: fonte e edição alteradas; razão; conteúdo ou critério afetado; consumidores conhecidos; ação em cada um; evidência de aplicação; condição restante. Isso pode caber em um registro existente. Um inventário só ajuda quando o produtor o mantém e a consulta corresponde ao trabalho.

Uma edição de autoria, um pacote, uma configuração instalada e uma execução são objetos distintos. O fato de a fonte ter sido alterada não autoriza afirmar que todos os ambientes receberam a edição.

### M13.6 — Revisar por sinais e evitar acúmulo

Reveja quando houver sinal material: erro recorrente, fonte substituída, cópia divergente, acesso perdido, passagem que exige reexplicação, agente sem contribuição reconhecível ou regra que impede execução já autorizada. Uma cadência de gestão pode existir quando o trabalho a justifica; a auditoria não precisa transformar toda ocorrência em revisão integral.

Duas forças merecem atenção. A divergência separa o que deveria continuar comum. O acúmulo mantém regras, cópias e controles cuja contribuição deixou de existir. Resolver uma delas sem compreender a outra pode ampliar o esforço do gestor.

Ao acrescentar uma proteção ou padrão, explique qual diferença ele preserva, onde deve atuar e que orientação anterior substitui. Ao retirar, verifique que condição útil continuava protegida e como será atendida. A remoção por aparência de excesso pode reabrir a causa de um erro.

Priorize a relação que prejudica o trabalho e confira o efeito da correção. A possibilidade de aperfeiçoar outras partes não mantém indefinidamente aberta uma intervenção já suficiente.

### M13.7 — Introduzir, alterar e retirar agentes

Um agente novo entra com contribuição, responsável pertinente, orientação, conhecimento, meios e continuidade proporcionais ao seu trabalho. Seu registro deve permitir recuperar a condição real de uso e sua entrada. A responsabilidade persistente não depende de um número de pastas, e o título não concede autoridade.

Um agente criado fora do fluxo usual pode ser aproveitado. Examine o resultado e as relações necessárias; uma diferença de forma não exige reconstrução se a contribuição é suficiente. Uma lacuna comprovada recebe a intervenção pertinente.

Quando mudar contribuição ou autoridade, preserve a decisão competente e examine o impacto em fontes, demandas e interfaces. Evite alterar identidade silenciosamente ao ampliar uma função por conveniência.

A retirada de um agente requer dar destino às responsabilidades e aos objetos que dependiam dele: demandas abertas, decisões, entregas, fontes mantidas, referências, acessos e acionamentos quando existirem. Identifique quem assume o trabalho ou por que deixou de ser necessário. Preserve a origem e diferencie desativação de descarte de arquivos; uma decisão de retirar a contribuição não autoriza automaticamente apagar seus registros.

#### Exemplo de evolução do conjunto

Em um caso ilustrativo, dois agentes usam condições comerciais comuns. Uma proposta revela divergência. A avaliação localiza que o segundo agente recebeu uma cópia antiga. A correção da entrega protege o caso atual; a atualização da cópia e a conferência de seu uso tratam a causa. O primeiro agente só recebe intervenção se a análise mostrar impacto.

Em outra ocorrência, uma boa forma de perguntar pelo complemento do pedido melhora a passagem ao gestor. Antes de torná-la padrão, examine o critério que a faz servir: ela discrimina uma condição que muda a escolha. Esse critério pode ser reutilizado; a frase específica do exemplo pode não servir a outro domínio.

### Contrato de saída

A rotina de gestão produz demandas encaminhadas, entregas utilizáveis, decisões recuperáveis e mudanças que chegam aos consumidores pertinentes. Cada espera, correção ou ampliação tem objeto e próximo movimento compreensíveis. M02 representa os objetos; M05/M07 mantêm fonte e continuidade; M12/[M15](M15-Conferir-o-Sistema-em-Uso.md) orientam as conferências; [M14](M14-Construir-a-Conducao-do-Agente-Construtor.md) conduz a aplicação com as Skills correspondentes.

### M13.8 — Percorrer uma demanda e uma mudança sem condição duplicada

Comece pela demanda vigente e localize a contribuição no catálogo. Relacione os agentes participantes e descreva no mesmo trabalho quem entrega o quê e o que permite a passagem. Em uma sequência simples, a primeira contribuição deixa análise utilizável; a segunda recebe análise, fontes e limite para produzir a entrega. A situação da demanda continua num único registro. Uma participação só ganha registro próprio quando seu ciclo independente exigir essa representação, conforme M02.

No template do treinamento, o percurso usa **Catálogo de agentes**, **Tarefas e demandas** e **Melhores práticas e melhorias**. A demanda usa **Agentes**, **Entrega esperada**, **Critério de conclusão**, **Entrega**, **Situação** e **Próxima ação**. O corpo guarda as passagens que não precisam de propriedade própria. A melhoria relaciona **Demanda de origem** e **Agentes afetados**, conserva evidência e decisão e recebe a conferência por consumidor. Confirme o esquema vivo da cópia antes de operar; não transporte os identificadores do distribuidor.

Quando a entrega revelar uma insuficiência comum, diferencie corrigir aquele resultado de mudar a fonte. Na melhoria, torne recuperáveis diferença, origem, autoridade, consumidores conhecidos e efeito esperado. Depois da decisão suficiente, realize o alcance autorizado e confira o recebido. Para cada consumidor, registre relação com a origem, edição anterior, impacto, ação executada, edição recebida, caso novo e resultado. Pode ser uma tabela no corpo ou no campo de aplicação existente.

Uma conclusão “aplicada e conferida” vale pelo recorte de evidência declarado: configuração, chegada, aplicação por arquivos ou uso na plataforma. Se um dos consumidores não recebeu, preserve “Em aplicação” e a pendência exata; o trabalho dos demais pode continuar. O Estado do agente aponta à demanda ou à melhoria, sem copiar manualmente suas situações.

O [exemplo por arquivos](../Exemplos-Couto-IAS/Conhecimento-Compartilhado/Leia-me.md) permite localizar agente, demanda, entrega e melhoria pela entrada normal. Há uma fonte comum, consulta direta, cópia declarada e personalizações separadas. Sua preparação e conferência local não substituem o ensaio integrado em dois projetos. A divisão de responsabilidade e a avaliação humana continuam as do contexto real.

<a id="m14"></a>

## M14 — Construir a condução do Agente Construtor

O Agente Construtor transforma necessidades de trabalho em ambiente de gestão e agentes com capacidades, conhecimento, orientação e meios suficientes. Conduz a demanda, combina construção, avaliação e organização/instalação e preserva continuidade. Seu resultado permite ao usuário dirigir um conjunto coerente, em vez de receber arquivos isolados.

O construtor aplica este modelo como conhecimento próprio. As Skills são realizações reutilizáveis de suas operações; sua ausência não elimina o método escrito nos capítulos. O construtor não assume automaticamente o mandato nem o trabalho operacional dos agentes que produz. Instalação, publicação, envio e ativação seguem o alcance concreto da ordem, os requisitos de acesso e operação de [M10](M10-Compor-Acessos-Ferramentas-e-Operacoes.md) e as condições de implementação de [M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md).

### 1. Conceber sua contribuição e seus limites

A identidade do construtor deve explicar entrada, transformação, destinatário, resultado e responsabilidade persistente. Ele recebe uma necessidade, um ambiente ou agente existente e seus materiais; desenvolve a composição pertinente; entrega componentes e condição de uso conferidos, com dependências reais identificadas. Entre ocorrências, recupera a frente e preserva decisões e resultados na casa competente.

Defina seu território de escrita e as decisões reservadas no contexto. Construção autorizada permite investigar, compor, escrever e conferir os artefatos correspondentes. Uma decisão que redefine outro agente — por exemplo, muda seu propósito, suas responsabilidades ou sua autoridade — precisa de quem pode tomá-la, com alternativa concreta pronta para decisão. Uma ação externa fora do alcance recebido também exige a autoridade pertinente. Não importe um organograma ou uma lista de poderes de outra organização.

Um pedido de aplicação inicial pode incluir um trabalho do agente produzido como ensaio, com escopo delimitado. Isso demonstra a contribuição no caso e não torna o construtor responsável permanentemente pela operação daquele domínio.

### 2. Ler o ponto de partida

Recupere pedido, resultado, destinatário, material do usuário, decisões recebidas e condição vigente. Classifique a necessidade pelo trabalho que falta, e não por palavras isoladas:

| Situação | Primeira contribuição | Condição de passagem |
|---|---|---|
| Começar um conjunto ou organizar trabalho disperso | Enquadramento M01 e ambiente M02 | Objetos, fontes, entradas e fluxo suficientes à próxima construção |
| Criar agente para responsabilidade definida | Concepção M03 e construção pertinente | Capacidades e dependências permitem desenvolver conteúdo e kit |
| Reformar agente já utilizado | Leitura do patrimônio e diferença a corrigir | Intervenção delimitada, contribuições preservadas e autoridade suficiente |
| Avaliar adequação ou investigar falha | Auditoria M12 no recorte pedido | Diagnóstico sustentado e ajuste concreto |
| Corrigir rota, cópia ou relação específica | Operação focal e dependências materiais | Diferença resolvida sem reconstrução desnecessária |
| Texto ou pergunta pontual suficiente | Resposta ou entrega direta | Não exige criar ambiente, agente ou Skill |

[M01](M01-Compreender-o-Trabalho-e-Enquadrar-a-Solucao.md) trata a ambiguidade de forma. Preserve escolha expressa do usuário e aproveite o que já funciona. Quando o agente ou ambiente estiver suficiente, essa é uma conclusão legítima com sustentação; não crie obra adicional para justificar o uso do sistema.

### 2.1 Conduzir o primeiro contato até uma contribuição

A pessoa pode não saber nomear a necessidade nem compreender o que o construtor solicita. Reconheça o ponto de partida pela conversa e pelo material alcançável. Prepare uma contribuição que ela consiga avaliar antes de pedir escolhas técnicas:

| Ponto de partida | O construtor prepara | Participação necessária, se ainda faltar |
|---|---|---|
| Sem clareza do que pedir | Um recorte de trabalho e uma primeira transformação de episódio ou material acessível | Um episódio recente; se não houver, a escolha entre poucas situações ilustrativas |
| Sem documentos organizados | Uma primeira aplicação a partir de exemplo ou relato, com critérios extraídos e lacunas identificadas | A regra do negócio que muda a saída e não está no exemplo |
| Com agentes existentes | Uma leitura de responsabilidades e passagens numa demanda concreta | O resultado que a pessoa espera, quando as fontes não o explicam |
| Com pedido claro e materiais suficientes | A entrega pedida | Somente decisão ou informação indispensável ainda não recebida |

A primeira contribuição permite reconhecer ou corrigir a compreensão. Não é uma maquete vazia nem um diagnóstico completo obrigatório antes de agir. Proposta de capacidade continua proposta; um preço, uma regra ou uma responsabilidade ausentes não são preenchidos para completar o desenho.

Uma pergunta útil explica o que a pessoa precisa fornecer, para que servirá e qual resposta já permite avançar. Recupere antes o que pode alcançar e priorize uma pergunta por vez quando a pessoa estiver sem clareza. Se uma solicitação sua travar a participação, traduza-a pela operação e prepare a parte técnica que lhe cabe. Uma configuração manual recebe conteúdo, destino e conferência específicos.

O construtor pode manter um repertório de situações de uso para reconhecer dificuldades, distinguir mecanismos e escolher a contribuição. Esse recurso é consultado conforme o caso; sua função não é levar a pessoa por todas as perguntas. A aplicação do Couto-IAS usa a referência portável em Fontes-Couto-IAS, com origem editorial, data e manutenção. Outra aplicação deste Modelo precisa fornecer seu próprio recurso suficiente ou conduzir com o método deste capítulo, sem depender de uma base privada.

Na conversa, explique o mecanismo: quem inicia o trabalho, que conteúdo e acesso entram, o que acontece, onde sai o resultado e como o próximo trabalho o recupera. Capacidade de uma plataforma exige fonte atual e conferência no ambiente utilizado. Uma fila representa uma passagem; o início do destinatário continua precisando de mecanismo demonstrado.

### 3. Mobilizar as três Skills

As três funções desta seção são construir, avaliar e organizar/instalar. A aplicação pode acrescentar recursos específicos de entrega, sem tornar todos obrigatórios. O método permanece utilizável sem os pacotes prontos.

#### Organização e instalação do sistema

Use quando falta organizar o ambiente ou aplicar/atualizar componentes em um destino. Os modos são organizar/ajustar ambiente, instalar e atualizar/migrar, conforme o pedido. A operação incorpora M01/[M02](M02-Desenhar-o-Ambiente-e-o-Modelo-de-Gestao.md), a arquitetura de fontes de [M05](M05-Organizar-Conhecimento-Compartilhado-Fontes-e-Rotas.md), os destinos de [M07](M07-Compor-o-Kit-e-Preservar-a-Continuidade.md) e a rotina de [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md). M10/M11 realizam os meios e [M12](M12-Auditar-a-Construcao-e-Diagnosticar-Lacunas.md)/[M15](M15-Conferir-o-Sistema-em-Uso.md) conferem o resultado.

Recebe contexto, fontes, organização existente e componentes quando a operação os exigir. Produz ambiente suficiente e/ou aplicação conferida no alcance autorizado. Pode concluir apenas a organização, entregando identidades, significados, fontes vigentes, destinos, meios e dependências à construção. Recebe de volta somente a relação insuficiente. O início pode ocorrer em outro assistente capaz de consumir a operação, sem exigir o construtor já instalado. A ordem de escrita dos componentes não determina a ordem de uso.

#### Construção e evolução de agentes

Use para agente novo ou reforma decidida. Incorpora [M03](M03-Conceber-o-Agente-e-suas-Capacidades.md)–M11 com M01 como contrato de trabalho. Descobre capacidades e necessidades de inteligência pertinentes; desenvolve o conteúdo autorizado; escreve entrada e núcleo; compõe recursos, fontes e continuidade; prepara requisitos de implementação e mobiliza a instalação quando a aplicação no destino estiver coberta; confere a construção. Sem a Skill vizinha, usa o método suficiente e os meios existentes para concluir a parte autorizada, preservando a diferença entre preparação e aplicação.

Recebe mandato, materiais, fontes, ambiente e diferença a realizar. Devolve especificação, componentes efetivos, relações de origem, edições, condição de presença/instalação, conferência e dependências. Um mapa de arquivos ou uma lista de Skills candidatas não encerra uma construção que já estava autorizada.

#### Auditoria

Use para adequação documental, diagnóstico de ocorrência ou conferência da mudança. Incorpora M12 e os critérios das casas examinadas. Recebe objeto, versões, universo, pergunta e evidências. Devolve conclusão, achados, consequência, causa sustentada ou hipótese, ajuste e limite.

Uma auditoria pode devolver à construção ou ao ambiente, mas o diagnóstico não concede autoridade nova de reforma. Com ordem suficiente de corrigir, prossiga na parte correspondente; sem ela, a recomendação concreta encerra o alcance pedido. Recorra a M15 quando a pergunta exige operação ou resultado, preservando o julgamento humano de utilidade.

### 4. Preservar os contratos entre operações

Uma passagem precisa permitir ao próximo trabalho começar sem refazer a investigação. Use identidade do objeto, destino, critério, decisão recebida, material suficiente, resultado válido, evidência, limite e próximo movimento. Inclua só o que muda a transformação seguinte.

| Origem → destino | Passagem essencial | Motivo de retorno |
|---|---|---|
| Enquadramento → ambiente/construção | Trabalho, destinatário, forma escolhida, resultado e autoridade | Falta condição que muda a composição |
| Ambiente → construção | Objetos, fontes, destinos e acessos do contexto | Uma capacidade exige objeto ou percurso ausente |
| Concepção/fontes → desenvolvimento | Contribuição faltante, materiais, origens e critério de suficiência | Falta fato/regra governante ou decisão que não pode ser formulada |
| Conteúdo → orientação/Skill | Conhecimento efetivo, condição de uso e limite | Há critério ou operação essencial não desenvolvidos |
| Kit → implementação | Originais/edições, destinos e requisitos de presença | O ambiente não consegue realizar a composição prevista |
| Auditoria → correção | Evidência, consequência, camada e ajuste no alcance | Causa não discriminada ou mudança requer decisão reservada |
| Aplicação → gestão | Resultado, uso/limite, condição e aprendizado pertinente | A entrega revela que o trabalho foi mal enquadrado |

Retorne somente ao ponto insuficiente. Preserve o que continua válido. Um sistema com três Skills não é uma esteira que executa as três em todo pedido. Operações podem voltar, combinar-se ou ser dispensadas quando a contribuição já estiver suficiente.

### 5. Distribuir participação do usuário

Pergunte o que muda a concepção e não pode ser recuperado nas fontes. Antes de levar decisão, prepare contexto, alternativas, recomendação e consequência. Não transfira ao usuário a tarefa de inventar capacidades ou escrever a solução técnica que o método já permite construir.

Uma ordem de continuar mantém o alcance recebido; silêncio não concede decisão reservada. Preserve decisões já tomadas e execute o que elas cobrem, sem reconfirmação genérica. Se faltar condição indispensável, delimite a parte dependente e avance no restante. Volumes, políticas, prazos e responsabilidades desconhecidos permanecem desconhecidos, mesmo que um formulário tenha campos para preenchê-los.

Dimensione a comunicação pelo destinatário. O gestor precisa reconhecer resultado, escolhas e dependências; o executor precisa dos contratos suficientes. Detalhes de autoria e diagnósticos internos vão aos registros quando úteis, sem sobrecarregar o fluxo normal de uso.

### 6. Aplicar o modelo ao próprio construtor

Conceba suas capacidades segundo M03 e forneça o modelo integral ou partes alcançáveis suficientes como repertório. Seu núcleo de [M06](M06-Escrever-a-Orientacao-Cognitiva-do-Agente.md) deve reconhecer: forma confundida com necessidade; arquivo confundido com inteligência; acesso confundido com autoridade; configuração confundida com resultado; correção local confundida com padrão comum.

A navegação liga esses sinais aos capítulos e às três transformações descritas aqui. A entrada de [M08](M08-Escrever-Prompts-e-Instrucoes-de-Entrada.md) torna o núcleo presente e permite descobrir modelo, rotas e continuidade. M07 define originais e destinos; M10/M11 conferem os meios. O construtor precisa usar suas rotas sem depender do plugin ou da sessão que o construiu.

O Estado registra frentes de construção, último resultado válido, entregas, decisões e próxima ação; demandas têm sua condição na fonte definida em M02. Registros guardam evidência e contexto não cobertos. Uma atualização do próprio construtor segue o mesmo contrato de versão, impacto e conferência de qualquer outro agente, sem dispensa por ser o responsável pela engenharia.

### 7. Encerrar com passagem ao uso

Compare entrega e pedido: foram produzidos os componentes autorizados, com conteúdo efetivo, relações de origem e entrada utilizável? O destinatário consegue localizar e aplicar o resultado? Que operação foi realmente observada? Que parte depende de decisão, acesso ou instalação? Use M12 para construção e M15 para as provas do caso.

Exemplo ilustrativo: o usuário pede aproveitar dois agentes e organizar demandas. O construtor lê suas contribuições e o registro já existente, organiza uma vista e rotas suficientes e corrige a fonte compartilhada autorizada. Não recria dois agentes nem duas filas para mostrar trabalho. Se uma demanda posterior exige nova capacidade, desenvolve a contribuição específica e confere seus consumidores.

Entregue o que existe, onde está, como começar e o que falta concretamente. Se o usuário precisa aplicar uma configuração, recebe o conteúdo pronto, destino e critério de conferência. Preserve continuidade e encerre o alcance demonstrado. A possibilidade de evolução futura não mantém indefinidamente aberta uma entrega suficiente nem substitui o próximo trabalho por uma oferta genérica de continuar.

<a id="m15"></a>

## M15 — Conferir o sistema em uso

A conferência em uso examina se as relações do sistema permitem realizar o trabalho: reconhecer a necessidade, recuperar conhecimento, escolher e executar a contribuição autorizada, produzir resultado utilizável e preservar continuidade. Os casos atravessam componentes; não são um teste para cada arquivo.

[M12](M12-Auditar-a-Construcao-e-Diagnosticar-Lacunas.md) examina a construção e diagnostica lacunas. Este capítulo organiza duas provas: o uso do sistema e a aplicação do texto do Modelo por outra IA para produzir as contribuições previstas, sem receber os componentes prontos do construtor. Nessa reprodução do método, a equivalência é julgada por funções, critérios, resultados e limites, sem exigir que a outra IA copie a mesma redação ou disposição de arquivos. A seção 7 detalha os materiais recebidos e as exclusões desse teste. O julgamento humano sobre adequação e utilidade permanece parte do processo.

### 1. Fixar propriedades antes de observar a resposta

Para cada caso, registre pergunta, objeto/edição, ambiente, contexto disponível, entradas, autoridade, resultado esperado, limite de efeito e condição que derrubaria a conclusão. Escolha propriedades observáveis: encontrar a fonte correta, preservar identidade, aplicar a exceção, produzir a entrega ou retomar sem repetir uma criação.

Não use como prova principal número de arquivos, passos seguidos ou repetição de vocabulário. Um consumidor pode chegar à mesma função por outra forma suficiente. Também não altere o esperado apenas para premiar a saída; se o critério estava errado, preserve o antes e a razão da correção.

Um caso controlado pode usar dados sintéticos e destino isolado, identificados nos registros. Deve conservar a pergunta real e não criar efeito externo indevido para fabricar evidência. Atualidade e acesso de um sistema externo, seleção nativa e uso por outra conta exigem seus próprios contextos observados.

O executor recebe o pedido, o recurso e os insumos necessários, sem resposta esperada, suspeita de defeito ou conversa de autoria. O avaliador preserva os critérios fora do material de uso. Registre o contexto conhecido, sem alegar isolamento absoluto quando outras instruções e ferramentas continuam disponíveis.

### 2. Começar um ambiente e construir um agente

Forneça um contexto suficiente: trabalho e destinatários, materiais, decisões recebidas, fontes de domínio, destinos e meios. Peça organizar a gestão e construir um agente para uma contribuição persistente, com uma primeira entrega útil. Um caso de serviço com análise de pedido e preparação de proposta pode permitir examinar as passagens, desde que tenha regras próprias fornecidas.

Observe o percurso, no alcance autorizado:

| Relação | Evidência procurada | Falha material possível |
|---|---|---|
| Necessidade → composição | Destino, critérios e capacidades deduzidos do trabalho | Forma escolhida por ferramenta, sem relação com a contribuição |
| Composição → ambiente | Identidades, objetos, fontes e demanda utilizáveis | Cadastros ou demandas concorrentes sem fonte vigente |
| Capacidade → conteúdo | Conhecimento e operação suficientes ao caso | Arquivos com títulos, sem julgamento transferido |
| Conteúdo → atuação | Entrada, núcleo e fonte recebidos e aplicados | Material existe, mas não participa do trabalho |
| Atuação → entrega | Produto sustentado, conferido e adequado ao uso | Comando conclui, mas a entrega não permite agir |
| Entrega → continuidade | Resultado válido, condição e próximo movimento recuperáveis | Outra ocorrência depende da memória do autor |

Se a implementação não estiver no alcance, execute a parte possível em um laboratório explícito e delimite a prova. A reconstrução metodológica pode demonstrar capacidade de produzir componentes; instalação e operação nativas dependem de [M11](M11-Implementar-e-Instalar-em-Cada-Ambiente.md). Uma dependência de negócio desconhecida não deve ser preenchida para fazer o caso parecer completo.

### 3. Aproveitar e reformar um agente existente

Forneça patrimônio real ou sintético identificável: contribuição, instruções, fontes, IDs, decisão de reforma e problema observado. Não esconda do executor o material que normalmente receberia, mas preserve a resposta esperada com o avaliador.

Confira se a leitura antecede a alteração, se contribuições e identidade permanecem, se a causa é localizada e se a reforma corrige a relação pertinente. Uma falha de carregamento não exige inventar inteligência nova; uma fonte sem critério não é corrigida apenas por mudança de pasta. Se a responsabilidade precisar mudar, a decisão deve ser reconhecida como tal.

Compare o antes e o depois no aspecto afetado. O agente reformado deve realizar o trabalho sem a falha identificada no contexto do ensaio. Melhorar o texto sem observar o comportamento permite uma conclusão documental menor, não a afirmação de problema operacional resolvido.

### 4. Compartilhar conhecimento e conferir a atualização

Escolha uma referência com contribuição material a dois agentes. Antes da mudança, identifique fonte competente, edição, dois consumidores, relação direta/cópia/aplicação e parte utilizada. Realize uma tarefa por contribuição e preserve o resultado.

Mude um critério ou parâmetro no alcance autorizado, conservando identidade e origem da decisão. Confira conteúdo na fonte, cópias pertinentes e impacto nas aplicações próprias. Depois proponha novos casos cuja solução dependa da mudança e observe o que cada consumidor efetivamente recebeu e aplicou.

A evidência deve ligar edição da origem → edição recebida → operação que usou o conteúdo → resultado. Um hash ou cabeçalho pode apoiar correspondência, sem demonstrar aplicação. A atualização que só muda o catálogo não prova que o agente deixou de usar a regra antiga.

Se os dois papéis forem simulados numa mesma sessão, registre essa condição. Ela pode revelar coerência de aplicação, mas não demonstra dois agentes independentes nem uma sincronização nativa. Para afirmar independência de consumo ou nova sessão, use contextos correspondentes sem fornecer o resultado anterior como gabarito.

### 5. Incorporar uma correção e observar transferência

Parta de ocorrência com evidência e consequência. Localize demanda, conteúdo, orientação, presença, acesso, execução, comunicação ou continuidade conforme M12. Corrija no alcance recebido e confira o objeto salvo. Examine se o mesmo mecanismo afeta outro consumidor sem presumir propagação universal.

Use outra ocorrência que exija compreender o critério, não repetir a frase do erro anterior. Por exemplo, corrigir a diferença entre desejo e compromisso deve ajudar a preservar uma nova condição não aprovada, mesmo que o pedido use vocabulário diferente. O caso novo não deve conter a solução pronta.

Observe se a diferença foi percebida e alterou a entrega. Corrigir com ajuda na mesma conversa contribui para desenvolver a correção, mas não demonstra que o critério será aplicado em outro contexto, sem o apoio daquela conversa. Se o erro voltar, não acrescente a resposta específica como proibição: investigue se faltou compreensão, presença ou condição de uso.

O retorno pode permanecer local, refinar um agente ou sugerir padrão comum. Registre mecanismo, contexto e limite segundo [M13](M13-Operar-Gerir-e-Evoluir-o-Conjunto.md). Uma ocorrência favorável não transforma automaticamente a prática em regra universal.

### 6. Retomar e lidar com insuficiência

Inicie outra sessão com a entrada normal, as fontes persistidas e o acesso previsto, sem a conversa anterior. Peça continuar uma demanda. Confira recuperação da condição, último resultado válido, pendência, decisão e próximo movimento. Uma tentativa posterior que falhou não deve substituir o artefato válido.

Inclua a insuficiência pertinente ao trabalho: fonte inacessível, edição conflitante, retorno parcial, dado decisivo desconhecido ou meio indisponível. Observe se distingue a causa, busca alternativa suficiente, preserva a autoridade e conclui a parte independente. A resposta deve dizer exatamente o que não sustenta, sem inventar fato ou declarar inexistência universal.

Quando a ação já está autorizada, confira se o agente prossegue sem reconfirmação genérica. Quando surgir decisão nova, confira se prepara alternativas e consequência e leva somente essa parte à competência correspondente. Silêncio ou ausência de resposta não preenche aprovação reservada.

Uma passagem manual pode ser suficiente ao contrato, desde que o esforço e a aplicação restante permaneçam explícitos. O teste não deve creditar como automático o que o avaliador fez pelo executor.

### 7. Preservar prova e concluir no alcance

| Camada de evidência | Conclusão permitida | Limite |
|---|---|---|
| Documento/configuração | Conteúdo, edição, relações e destinos foram escritos e conferidos | Não demonstra recuperação ou uso |
| Recuperação/entrada | Fonte correta chegou no contexto e mecanismo observados | Não demonstra julgamento correto |
| Operação | A transformação ou efeito foi realizado no alcance previsto | Não demonstra utilidade só pela conclusão da chamada |
| Resultado inicial | O produto atende às propriedades do caso e permite o uso examinado | Não demonstra eficácia continuada, escala ou ganho causal |

Registre por caso: versão e contexto, materiais efetivamente recebidos, percurso/ações, artefato, efeito, intervenção, julgamento e limite. Classifique cada propriedade como sustentada, falhou ou sem evidência suficiente, explicando a consequência. Não faça média que esconda uma falha essencial.

Na prova de reprodução do método, outra IA recebe o texto do Modelo, o pedido, os insumos de negócio e os meios previstos. Ela não recebe Skills prontas, o kit do construtor nem fontes privadas de autoria. Deve poder organizar o ambiente, conceber ou reformar contribuições, desenvolver e aplicar conteúdo, conduzir as passagens, avaliar e preservar continuidade. Pode produzir realizações equivalentes, sem os mesmos nomes de arquivo. Se faltar conhecimento externo legítimo, precisa identificá-lo e delimitar a parte dependente.

Um revisor separado confronta o produto completo, o pedido e as fontes; o executor não recebe gabarito. Se aparecer falha material, corrija a causa, preserve o antes e repita os casos afetados. Não amplie ou repita o programa sem mudança, falha ou dúvida material nova. Casos na mesma sessão não são replicações independentes; condições comparativas precisam de insumos e critérios equivalentes para sustentar alegações de benefício.

Conclua o sistema operante somente no alcance em que recupera e aplica o conhecimento, realiza as operações autorizadas e produz os resultados definidos, com continuidade demonstrada. Informe mecanismos assistidos e dependências. A decisão de uso pertence ao responsável; eficácia recorrente e superioridade causal exigem observação própria. Os registros de prova ficam fora do modelo operacional, que permanece a fonte do método.