Policy Engine define a política padrão de revisão para o workspace. Ele controla quais tipos de revisão ficam ativos, quais instruções adicionais devem orientar a análise e quais autores devem ser incluídos ou bloqueados.
Use Console > Policy Engine para configurar o padrão do workspace. Use a configuração do repositório apenas para exceções.
Quem pode acessar
OPolicy Engine requer um admin de workspace. Os papéis são conjuntos fixos de capacidades definidos pela Acrity, portanto esse acesso não é configurável por organização.
Quando usar
Use esta tela para:- ativar ou desativar tiers de revisão no workspace;
- adicionar instruções gerais de revisão;
- definir bots que podem ser revisados;
- bloquear autores que não devem gerar revisão;
- consultar ou rotacionar configuração de webhook quando a tela exibir essa opção;
- alinhar a política padrão antes de conectar muitos repositórios.
Tiers de revisão
| Tier | Uso típico |
|---|---|
Fast | Revisão mais direta para mudanças comuns, com foco em retorno rápido. |
Deep | Revisão mais completa para mudanças que exigem análise mais cuidadosa. |
Não use tiers como substituto para regras de branch. Branch rules devem ficar em
Console > Repositórios.Instruções adicionais
As instruções adicionais permitem adaptar a revisão ao padrão da organização. Use para registrar diretrizes como:- padrões de arquitetura esperados;
- critérios de qualidade relevantes para a organização;
- cuidados com testes, segurança ou compatibilidade;
- linguagem esperada nos comentários;
- decisões de produto que devem ser consideradas.
- segredos;
- tokens;
- informações confidenciais de clientes;
- regras internas que não deveriam aparecer em saídas de revisão;
- instruções específicas demais para um único repositório.
Console > Repositórios > Detalhe > Review.
Substituições de prompt de revisor
Cada papel de revisor tem seu próprio campo de substituição de prompt, permitindo ajustar com precisão como um revisor específico analisa mudanças em todo o workspace.| Revisor | Orienta |
|---|---|
| Architect | Estrutura, design e como uma mudança se encaixa no sistema mais amplo. |
| Spec Validator | Alinhamento entre a mudança e os requisitos declarados. |
| QA Engineer | Cobertura de testes, casos extremos e qualidade geral. |
- aceita até 2.000 caracteres;
- indica se o texto atual é uma substituição do workspace ou o padrão global;
- oferece uma ação Revert to global que descarta a substituição do workspace e restaura o padrão global.
Política de autores
A política de autores ajuda a controlar quais mudanças devem ser revisadas.| Campo | Para que serve |
|---|---|
| Bots permitidos | Identifica contas automatizadas cujos PRs/MRs podem ser revisados. |
| Autores bloqueados | Impede revisões para autores específicos. |
Chave ou URL de webhook
Alguns workspaces podem exibir configuração de webhook vinculada ao fluxo de revisão. Quando a tela exibir essa opção:- copie a URL apenas para o provedor correto;
- trate a chave como segredo;
- rotacione a chave se houver suspeita de exposição;
- atualize o provedor depois de rotacionar;
- valide o webhook pelo Console ou pelo provedor.
Configurar política padrão
Adicionar instruções
Preencha instruções adicionais gerais que se aplicam à maioria dos repositórios.
Ajustar prompts de revisor (opcional)
Defina uma substituição do workspace para o revisor Architect, Spec Validator ou QA Engineer apenas quando necessário e reverta ao padrão global quando não for mais preciso.
Relação com configuração do repositório
| Nível | Melhor uso |
|---|---|
| Workspace | Política padrão para a maioria dos repositórios. |
| Repositório | Exceções para projetos com necessidade específica. |
Boas práticas
- Escreva instruções curtas, claras e verificáveis.
- Evite duplicar documentação longa dentro do campo de instruções.
- Não inclua segredos ou dados confidenciais.
- Revise a política após mudanças grandes de processo.
- Use exceções por repositório com moderação.
- Reverta as substituições de prompt de revisor ao padrão global assim que não forem mais necessárias e mantenha orientações duradouras no
ARCHITECTURE.mddo repositório. - Combine política de autores com branch rules para reduzir ruído.
Problemas comuns
| Sintoma | O que verificar |
|---|---|
| Não consigo salvar | Confirme se pelo menos um tier está ativo e se os campos respeitam as validações da tela. |
| Um repositório não segue o padrão | Verifique se ele possui configuração própria na aba Review. |
| Reviews estão ruidosas | Revise instruções adicionais, política de autores e branch rules dos repositórios. |
| Um revisor se comporta de forma inesperada em todo lugar | Verifique se há uma substituição de prompt do workspace definida para esse revisor e use Revert to global se necessário. |
| Bot esperado não foi revisado | Confirme se a conta está em bots permitidos e se o evento atende às regras do repositório. |
| Autor continua gerando review | Verifique grafia, identificador usado pelo provedor e configuração do repositório. |