Cómo encontrar un buen primer issue y entregar una corrección en una hora
Cuándo usarlo: Quieres contribuir a un proyecto pero no tienes idea por dónde empezar. El CONTRIBUTING.md del mantenedor es demasiado genérico para ser útil.
Requisitos previos
- GitHub PAT con
repo:readeissues:read— github.com/settings/tokens — de grano fino, limitado al repositorio al que quieres contribuir - MCP del sistema de archivos instalado también — permite que Claude clone y lea el repositorio localmente para escribir realmente la corrección
Flujo
-
Pide a Claude que encuentre issues marcados como
good first issuesin comentarios, ordenados por simplicidadEncuentra issues abiertos en modelcontextprotocol/servers etiquetados como 'good first issue' sin asignado y cero comentarios. Elige el que parezca más fácil de arreglar y explica por qué.✓ Copiado→ Claude devuelve 3-5 candidatos con una evaluación de dificultad de una línea para cada uno -
Pide a Claude que obtenga el cuerpo del issue y cualquier código vinculadoObtén el cuerpo completo del issue para #<num> y lee el archivo que menciona. Dime el cambio real que debe ocurrir.✓ Copiado→ Intención de diff concreto, no solo una reformulación del issue
-
Usa MCP del sistema de archivos para hacer la edición, luego MCP de GitHub para redactar la PRAplica el cambio, escribe una descripción de PR que agradezca al mantenedor y explique la corrección en 3 oraciones.✓ Copiado→ PR se abre con enlace devuelto
Resultado: Una PR abierta que respete el estilo del proyecto, haga referencia al issue y sea lo suficientemente pequeña para fusionar el mismo día.
Errores comunes
- Claude elige un 'good first issue' que en realidad ha estado pudriéndose durante 2 años porque nadie podría estar de acuerdo en la corrección — Agrega
sin comentarios nuevos de mantenedores en los últimos 90 díascomo filtro - El cuerpo de la PR es lenguaje genérico de IA — Dile a Claude que imite el tono de las últimas 3 PRs fusionadas del proyecto primero