CommunityRedacción y edicióngithub.com

Pit-Stop

Pit-Stop para bases de código: una instrucción ejecuta leer, encontrar, corregir, verificar, informar.

¿Qué es Pit-Stop?

Pit-Stop es una habilidad para agentes de IA que automatiza el ciclo completo de mejora de código: leer el contexto del proyecto, encontrar problemas, proponer y aplicar correcciones, verificar los cambios y generar un informe detallado, todo con una sola instrucción del usuario. Está diseñada para minimizar la intervención humana: el usuario solo da la orden de inicio y el agente ejecuta las fases en secuencia sin hacer preguntas intermedias. Soporta cualquier base de código con un README, AGENTS.md o equivalente. La habilidad define reglas estrictas: las afirmaciones requieren evidencia verificable (por ejemplo, salida de herramientas), los hallazgos especulativos solo se reportan, no se corrigen, y no se realizan commits o push automáticos. Cada fase (Cargar, Encontrar, Proponer, Corregir, Informar) tiene criterios claros de éxito y límites de gasto, con escalación a "necesita humano" si se estanca.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add Finn763/pit-stop

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace Pit-Stop?

Pit-Stop para bases de código: entra, te arreglan, sales más rápido. Una instrucción ejecuta leer → encontrar → corregir → verificar → informar sin preguntas durante la ejecución. El usuario solo dice "adelante"; tú regresas una vez con un informe.

La ejecución (en orden, sin saltos)

  1. Cargar: lee README/AGENTS.md (o equivalente) + git status + puntos calientes de commits recientes. Escribe una línea primero: MODO = qué cuenta como hallazgo aquí, qué se rechaza de plano. ¿Falta un hecho clave? Pregunta UNA VEZ, luego continúa bajo los valores predeterminados más estrictos.
  2. Encontrar: delimita antes de escanear (objetivo nombrado > puntos calientes de git > árbol completo). Cada hallazgo necesita evidencia ruta:línea. Omite decisiones registradas a menos que la fricción justifique reabrirlas. Etiqueta cada uno: delete/stdlib/native/yagni/shrink/security/obs, fuerza Strong/Worth/Speculative. Speculative = solo informar, nunca corregir. ¿No se encontró nada? Di Lean already. Ship. — nunca rellenes.
  3. Proponer: solo elementos Strong. Cada uno = síntoma + evidencia + impacto + corrección mínima + costo. Además, una lista de NO-hacer con sus condiciones de activación.
  4. Corregir: bucle revisión→corrección con un revisor independiente (ángulo diferente supera a los mismos ojos); detente en limpio o en --max-rounds (por defecto 3). Registro entre rondas, sin correcciones repetidas. Dos rondas estancadas → escala a "necesita humano", detente. Consulta references/guardrails.md.
  5. Informar: encabezado Generado completamente de forma automática por pit-stop. Cuatro bloques: cambiado / verificado (salida de herramienta) / no verificado / restante. Sin afirmación sin salida de herramienta reciente. Redacción de secretos/tokens/PII en todo lo pegado. Consulta templates/report.md.

Leyes de hierro

  • Evidencia antes que afirmaciones, siempre. Sin ejecución de verificación en esta ronda = sin afirmación de éxito.
  • El "listo" de un subagente no es listo. Lee su diff antes de informar.
  • Puntos difusos degradan, nunca adivines. Escribe "necesita humano", sigue adelante.
  • Push/commit nunca automáticos. Los cambios esperan en el directorio de trabajo una palabra explícita.
  • Fusible de gasto único: una fase que supere los $20 → detén la fase, escribe el informe.

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

Skills relacionados