CommunityEscrita e Ediçãogithub.com

Pit-Stop

Pit-stop de F1 para codebases: um comando executa leitura, busca, correção, verificação e relatório.

O que é Pit-Stop?

Esta skill transforma uma única instrução do usuário em um ciclo completo de manutenção de código, similar a um pit-stop de F1. Ela lê o contexto do projeto (README, AGENTS.md, git status), encontra problemas (como débitos técnicos, segurança, YAGNI), propõe correções apenas para itens fortes, aplica as correções em um loop de revisão com um revisor independente, e gera um relatório detalhado ao final. É ideal para desenvolvedores que desejam automatizar tarefas de limpeza e refatoração de código sem intervenções durante a execução. A skill suporta a execução em agentes como Claude Code, Cursor e Codex, seguindo regras rígidas de evidência, não adivinhando, e nunca enviando mudanças automaticamente. Ela também possui um fusível de gastos para evitar custos excessivos em uma única fase.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add Finn763/pit-stop

Installed? Explore more Escrita e Edição skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que Pit-Stop faz?

Pit-stop de F1 para codebases: entre, seja corrigido, saia mais rápido. Uma instrução executa ler → encontrar → corrigir → verificar → relatar sem perguntas no meio da execução. O usuário só diz "vai"; você retorna uma vez com um relatório.

A execução (em ordem, sem pular)

  1. Carregar: leia README/AGENTS.md (ou equivalente) + git status + pontos críticos de commits recentes. Escreva uma linha primeiro: MODE = o que conta como achado aqui, o que é rejeitado de imediato. Faltou um fato-chave? Pergunte UMA VEZ, depois prossiga com os padrões mais rigorosos.
  2. Encontrar: escopo antes de escanear (alvo nomeado > pontos críticos do git > árvore completa). Cada achado precisa de evidência caminho:linha. Pule decisões registradas, a menos que o atrito justifique reabrir. Marque cada um: delete/stdlib/native/yagni/shrink/security/obs, força Forte/Válido/Especulativo. Especulativo = apenas relatório, nunca corrigir. Nada encontrado: diga Já enxuto. Enviar. — nunca preencha.
  3. Propor: Apenas itens Fortes. Cada um = sintoma + evidência + impacto + correção mínima + custo. Além disso, uma lista de NÃO-fazer com suas condições de ativação.
  4. Corrigir: ciclo revisão→correção com um revisor independente (ângulo diferente supera os mesmos olhos); pare quando limpo ou em --max-rounds (padrão 3). Registro entre rodadas, sem correções repetidas. Duas rodadas estagnadas → escalar para "precisa de humano", parar. Veja references/guardrails.md.
  5. Relatar: cabeçalho Gerado totalmente automaticamente pelo pit-stop. Quatro blocos — alterado / verificado (saída da ferramenta) / não verificado / restante. Nenhuma alegação sem saída de ferramenta recente. Redação de segredo/token/PII em tudo colado. Veja templates/report.md.

Leis de ferro

  • Evidência antes de alegações, sempre. Nenhuma execução de verificação nesta rodada = nenhuma alegação de sucesso.
  • O "pronto" de um subagente não é pronto. Leia seu diff antes de relatar.
  • Pontos incertos são rebaixados, nunca adivinhados. Escreva "precisa de humano", siga em frente.
  • Push/commit nunca automáticos. Mudanças ficam no diretório de trabalho aguardando uma palavra explícita.
  • Fusível de gasto único: uma fase gastando mais de $20 → pare a fase, escreva relatório.

Detalhes: references/phases.md, references/guardrails.md, references/verification.md.

Habilidades Relacionadas