pr-feedback-quality-gate
Faz seu agente gerenciar feedback de código e conflitos. Ajuda a validar correções antes de enviar novas alterações.
O que ela faz
Esta ferramenta ajuda a gerenciar o feedback de revisões de código em projetos de programação. Ela garante que as correções sejam feitas corretamente antes de serem enviadas.
Quando usar
- ✓Quando seu código recebe comentários de outros programadores.
- ✓Se o seu código tem conflitos para juntar com outras partes do projeto.
- ✓Após fazer uma correção e antes de enviar para revisão novamente.
Exemplo do que pedir para a IA
“Minha solicitação de código tem comentários, como posso revisá-los e corrigi-los com segurança?”
Quer saber mais? Abra as seções abaixo.
Como usar
O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.
Link da skill
Mensagem pronta para colar
Como funciona
Ela verifica o estado do seu código, cria um espaço separado para fazer as correções e garante que as validações sejam feitas antes de enviar as mudanças.
Instalação
Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.
No terminal (Claude Code, Codex, Cursor), na pasta do projeto:
npx skills add nexu-io/open-design --skill pr-feedback-quality-gateOu baixe só o arquivo:
curl -L https://raw.githubusercontent.com/nexu-io/open-design/main/skills/pr-feedback-quality-gate/SKILL.md -o SKILL.mdConteúdo técnico (SKILL.md)
Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.
Portão de Qualidade para Feedback de PR
Use isto quando um PR tiver feedback de revisão, conflitos de merge, verificações pendentes ou precisar de um acompanhamento monitorado após uma correção.
Fluxo de Trabalho
- Inspecione o estado do PR primeiro: comentários, revisões, capacidade de merge, verificações, branch e status do worktree local. Mantenha alterações locais não relacionadas fora do PR.
- Use um worktree isolado para correções de revisão ou resolução de conflitos quando o checkout principal estiver sujo, atrás do remoto ou sendo usado por outro agente.
- Faça a menor correção segura possível. Preserve o invariante original do bug e qualquer estrutura upstream mais nova introduzida por
main. - Execute primeiro a validação restrita, depois os portões exigidos pelo repositório. Para este repositório, inclua
pnpm guard; adicione typechecks/builds/tests de pacotes quando os arquivos tocados os exigirem. - Antes de commitar ou enviar, execute uma revisão cruzada somente leitura da diferença preparada ou proposta. Proíba edições de arquivos e comandos de escrita ou coordenação do git.
- Trate a revisão cruzada como evidência, não como autoridade. Aceite apenas achados fundamentados na diferença, regras do repositório, objetivo do usuário ou resultados da validação. Rebaixe ou rejeite preferências de estilo, expansão de escopo ampla e sugestões que conflitem com limites de segurança ou propriedade; registre o motivo brevemente.
- Se bloqueadores aceitos permanecerem, corrija-os, execute a validação novamente e repita a revisão. Commite e envie somente após a validação passar e não houver bloqueadores aceitos.
Cadência de Monitoramento
- Revisão ativa ou verificações falhando: verifique com frequência suficiente para desbloquear rapidamente.
- PR limpo ou aprovado aguardando merge: verifique a cada 12 horas aproximadamente.
- PR mesclado: reduza para observação leve diária para sinais de CI, release ou regressão, e pare de fazer alterações de código a menos que solicitado.
Relatório
Sempre relate o estado do PR, ações tomadas, veredicto da revisão cruzada, achados aceitos ou rejeitados, validação executada, commits enviados, verificações puladas com motivos, riscos remanescentes e próximo passo.
Perguntas frequentes
O que é um 'pull request' (PR)?
É uma solicitação para adicionar suas mudanças de código ao projeto principal.
O que são 'review comments'?
São sugestões ou perguntas feitas por outros programadores sobre o seu código.
O que são 'merge conflicts'?
Acontecem quando duas partes do código tentam mudar a mesma coisa ao mesmo tempo, e o sistema não sabe qual mudar manter.
Detalhes
Descrição original do autor
Safely track pull request feedback, resolve review comments or merge conflicts, validate fixes, and use a read-only cross-review before committing or pushing follow-up changes.
repo: nexu-io/open-design
Popularidade
- Estrelas no GitHub
- 101 mil
- Posição no ranking
- #756
- Licença
- Apache-2.0
- Atualizada em
- 16/10/2026
Comentários
- …
Mais skills deste repositório
sample-plugin
Faz seu agente criar um arquivo de metadados para testes. Ele ajuda a garantir que o código funcione corretamente em diferentes situações.
nexu-io/open-design
aster-atelier
Ajuda seu agente a criar um site artístico com visual clássico. Ele usa imagens elegantes, céus azuis e fontes serifadas para um visual cinematográfico.
nexu-io/open-design
audio-jingle
Faz seu agente gerar áudio como jingles e efeitos sonoros. Ele pode criar músicas e vozes, salvando o resultado em um arquivo de áudio.
nexu-io/open-design
blog-post
Ajuda seu agente a escrever artigos longos ou posts de blog. Ele inclui espaços para imagens, citações e informações do autor.
nexu-io/open-design
Skills parecidas
bun-runtime
Faz seu agente usar o Bun para rodar, organizar e testar código. Ajuda a escolher o Bun em vez de outras ferramentas e a migrar projetos existentes.
affaan-m/ECC
database-migrations
Ajuda seu agente a fazer mudanças seguras em bancos de dados. Ele garante que as alterações possam ser desfeitas e minimiza o tempo de inatividade.
affaan-m/ECC
deployment-patterns
Configura fluxos de implantação e CI/CD, containerização e estratégias de rollback para garantir lançamentos seguros.
affaan-m/ECC