Compatibilidade e manutenção

Alias de compatibilidade de error-debugging-multi-agent-review; use esse ID para novas referências quando nenhum contrato existente exigir este. 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 existente ou configuração do cliente o utilizar. Modificado em AAS em 2026-09-05; metadados originais e avisos de licença são retidos.

Coordenar uma revisão de código limitada

Quando Usar

Revise um diff ou subsistema definido de 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 repositório/base/head, os caminhos alterados, o comportamento pretendido e os testes disponíveis. Use agentes independentes apenas se o usuário autorizar a delegação e o host suportar. Caso contrário, conduza as perspectivas sequencialmente. Não crie agentes apenas 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 perspectivas relevantes para a alteração. Dê a cada revisor autorizado uma pergunta limitada, 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 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 alegação não são evidência de correção.
6. Retorne os bloqueadores primeiro, depois melhorias materiais e á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 apenas 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.