Compatibilidade e Manutenção

Caminho editorial principal para este grupo de compatibilidade. As instruções completas e os arquivos de suporte permanecem locais para que as instalações existentes continuem funcionando offline. Este é um procedimento compartilhado, não uma capacidade adicional. Preserve o ID chamável quando um manifesto ou configuração de cliente existente o utiliza. Modificado em AAS em 05/09/2026; metadados originais e avisos de licença são retidos.

Coordenar uma Revisão de Código Delimitada

Quando Usar

Revise um diff ou subsistema definido sob várias perspectivas relevantes, como correção, autorização e desempenho. A habilidade descreve um procedimento de revisão; ela não instala um motor de orquestração nem prova conformidade.

Escopo de Entradas e Execução

Fixe o repositório/base/head, os caminhos alterados, o comportamento pretendido e os testes disponíveis. Use agentes independentes somente se o usuário autorizar a delegação e o host suportar. Caso contrário, conduza as perspectivas sequencialmente. Não gere agentes meramente porque este ID chamável contém "multi-agente". A revisão somente leitura é o padrão; correções, postagens externas e implantação permanecem dentro da autoridade de tarefa real do usuário.

Processo de Revisão

1. Leia o diff completo e os caminhos de chamada e testes diretamente afetados.
2. Escolha apenas as perspectivas relevantes para a alteração. Dê a cada revisor autorizado uma pergunta delimitada, caminhos de responsabilidade, limite de tempo/esforço e formato de evidência esperado.
3. Registre as descobertas com locais exatos, gatilho, consequência e reprodução. Mantenha hipóteses separadas de falhas demonstradas; não invente pontuações de confiança.
4. Reproduza as descobertas importantes centralmente. Deduplique por causa raiz, não por redação.
5. Resolva desacordos por meio de código ou testes. Votos ponderados e múltiplos agentes repetindo uma afirmação não são evidência de correção.
6. Retorne os bloqueadores primeiro, depois as melhorias materiais e as áreas não testadas. Preserve o resultado falho original; uma nova execução não o apaga.

Exemplo

Para uma alteração de cache com escopo de inquilino, revise a construção da chave, o contexto de autorização e a invalidação. Reproduza dois inquilinos solicitando a mesma solicitação e diferentes versões de solicitação dentro de um inquilino. Resultado esperado: uma descoberta somente se um acerto real entre escopos ou um resultado desatualizado puder ocorrer, com o menor caso demonstrando isso. Uma opinião geral de estilo não deve ser apresentada como um defeito de exposição de dados.

Limitações

Nenhum código de roteamento de agente, validador de conformidade ou calculador de pontuação de qualidade é incluído. A revisão paralela adiciona custo e pode duplicar pontos cegos. Este procedimento não pode provar a segurança de todo o repositório a partir de um diff, nem autorizar testes de carga de produção ou mensagens.