openclaw-small-bugfix-sweep

OpenClaw Small Bugfix Sweep

Fluxo de trabalho em lote para referências coladas de issues/PRs do OpenClaw. Execute, não resuma. Faça triagem, revise, comprove e corrija localmente primeiro; a publicação aguarda a revisão manual do Peter.

Portão de Revisão do Peter

Peter sempre quer revisar o código antes de commits. Fluxo padrão:

1. Revise cada issue profundamente o suficiente para comprovar o comportamento atual e a causa raiz.
2. Corrija apenas bugs fáceis e de alta confiança, com propriedade restrita e comprovação focada.
3. Pare com o resumo do diff sujo, arquivos tocados e saída de teste/portão para a revisão manual do Peter.
4. Após o Peter aprovar o envio, faça um commit por correção aceita, com uma entrada no changelog para cada correção visível ao usuário.
5. Faça pull/rebase, push, então comente e feche apenas as issues corrigidas ou explicitamente triadas como fechadas.

Não agrupe correções de issues não relacionadas em um único commit. Não faça push, crie PRs, comente, feche, rotule, faça land, merge ou publique de qualquer outra forma durante a fase de revisão/comprovação.

Skills Companheiros

Use $gitcrawl primeiro, $openclaw-pr-maintainer para higiene ao vivo do GitHub, $github-deep-review para rastreamento de fontes e $openclaw-testing para comprovação.

Loop

Para cada referência:

1. Leia o alvo ao vivo com gh.
2. Verifique gitcrawl para threads relacionadas, duplicadas, fechadas ou já corrigidas.
3. Leia corpo, comentários, referências vinculadas, arquivos alterados, código atual, testes adjacentes e contratos de dependência quando relevante.
4. Trace o caminho real em tempo de execução.
5. Para issues: corrija localmente apenas se isto for um bug, o código atual comprovar a causa raiz, o caminho implicado estiver claro e um patch estreito for mais limpo que refatoração.
6. Para PRs: decida ready-to-merge, needs-fixup ou skip; não altere branches de PR a menos que explicitamente solicitado.
7. Adicione comprovação de regressão focada quando prático para correções locais de issues ou verificações de prontidão de PRs.
8. Execute o portão significativo mais enxuto.
9. Continue até que cada referência colada seja corrigida ou classificada.

Não use subagentes a menos que explicitamente solicitado.

Pular Se

• não for um bug
• for trabalho de config/docs/workflow/release/support/dependency/product
• a reprodução ou causa raiz for incerta
• uma refatoração maior ou mudança de limite de propriedade for mais limpa
• já estiver corrigido na main atual
• o comportamento da dependência for adivinhado
• não for viável uma comprovação focada

Pule com motivo breve. Não adicione correções de baixa confiança.

Regras de Correção

• módulo proprietário primeiro; seam genérica apenas quando necessário
• padrões/helpers/tipos existentes
• sem refatorações não solicitadas
• testes próximos à superfície de falha
• docs apenas para comportamento público alterado
• nenhum commit durante a fase de revisão/comprovação
• após o Peter aprovar o envio, um commit mais changelog por correção aceita visível ao usuário
• nenhum push/criação de PR/comentário/fechamento/rótulo/land/merge até o Peter aprovar o envio após revisão

Regras de PR

• ready-to-merge: código está bom, head atual verificado, comprovação necessária está verde ou claramente pendente apenas de CI externo; liste para merge do mantenedor ou @clawsweeper automerge
• needs-fixup: bug pequeno está claro, mas a branch do PR precisa de alterações; liste arquivos/testes exatos e aguarde instrução explícita de correção/push/automerge
• skip: amplo, obsoleto, especulativo, trabalho de config/product/security/release, limite de propriedade ou tamanho de refatoração
• se o PR de origem não for confiável/editável, não crie um PR substituto durante o sweep

Formato de Saída

Ledger: fixed-local, ready-to-merge, needs-fixup, skipped, needs-human. Final: arquivos de issue deixados no disco, PRs prontos para merge/automerge, testes/portões, motivos de skip.