Lote de Lançamento do Mantenedor Antigravity

Quando Usar

Use esta habilidade para manutenção de AAS em todo o repositório, reparo ou lotes de mesclagem do lado do mantenedor, sincronização canônica, alterações no AAS Core ou Workbench, lançamentos protegidos e infraestrutura de catálogo hospedado ou redirecionamento legado. Não a use para trabalho de contribuição comum que não exija privilégios de mantenedor ou convergência canônica.

Contrato Protected-Main

Trate a raiz do repositório contendo esta habilidade como apenas para pull-request:

• Leia AGENTS.md, .github/MAINTENANCE.md e a documentação atual do mantenedor antes da mutação.
• Nunca faça commit ou push diretamente para main, mesmo quando o usuário disser "push para main". Essa frase nomeia o estado final alvo.
• Preserve trabalho sujo não relacionado. Use um clone temporário limpo ou um branch de tópico para alterações do mantenedor.
• Use npm run merge:batch para PRs de origem aceitos. Não substitua uma API de merge bruta, uma habilidade genérica do GitHub ou um auxiliar de push genérico.
• Deixe automation/canonical-repo-state gerenciar artefatos gerados e a convergência de crédito do contribuinte após o lote de origem. Essa linha executa sync:repo-state, que agora também recalcula os placares do README ## Top Contributors através de sync:top-contributors: nunca edite manualmente essas tabelas e trate um ranking desatualizado como um defeito do gerador ou da lista de exclusão.
• Use release:prepare e release:publish para lançamentos. Eles nunca autorizam um push direto de main.

Verificações de Origem

Antes de alterar qualquer coisa:

1. Busque origin/main; prove que o checkout limpo do mantenedor está em main e é igual a origin/main.
2. Inspecione PRs ativos, issues, discussões no escopo, falhas do Actions, Dependabot, CodeQL, varredura de segredos e npm audit onde relevante.
3. Confirme os scripts atuais de package.json e os arquivos de workflow listados em Fluxo de trabalho de CI atual; não confie em CI ou comportamento de lançamento lembrados.
4. Capture o status da árvore de trabalho do usuário separadamente e mantenha esses arquivos fora dos commits do mantenedor.

Fluxo de trabalho de CI atual

Leia .github/workflows/ci.yml, .github/workflows/skill-review.yml, .github/workflows/skillspector-advisory.yml e seus scripts protegidos-base na base exata da tarefa. As dependências de jobs definem a ordem de execução; a ordem dos arquivos e um selo de workflow verde não definem a autoridade de merge.

Verificações de PR necessárias e revisão independente

…