Agent skill
create-pr
Esta skill debe usarse cuando el usuario pide "crea el PR", "prepara el PR", "escribe el PR", "genera el PR", "draft del PR", "documenta el PR", "crea la descripción del PR", o menciona crear pull request manualmente. Proporciona formato estructurado adaptado al tamaño de los cambios.
Install this agent skill to your Project
npx add-skill https://github.com/DieGopherLT/dotclaudefiles/tree/main/plugins/dotclaudefiles/skills/create-pr
SKILL.md
Create a pull request text on a file named <current-branch>-PR.md on English language
following one of the formats defined in formats
Create the file at the root of the CWD.
Posible formats
- standard: When none of the other formats apply.
If in doubt between two or more formats and standard is not included, ask the user for clarification.
Temporal note: More formats will be added in the future, just use standard for now.
Guidelines
- Be concise, fulfill the information on formats with the minimal required information.
- If the reader of it needs more context, let them ask for it, so do not bloat the file.
- Use markdown syntax.
- Be aware of the dimension of the changes done.
- A small fix or feature should not have a very big PR description.
- A big refactor or feature should have a more detailed PR description.
How to measure size the changes
- Small: 1-4 files changed, up to 150 lines changed.
- PR sections will likely have one to two sentences.
- Medium: 5-7 files changed, 150-700 lines changed.
- Try to explain the reasoning behind the changes.
- PR sections will likely have up to 3 paragraphs.
- Large: 8+ files changed, 700+ lines changed.
- PR sections will likely have up to 5 paragraphs.
- There is a high chance that there are going to be multiple elements involved, explain how they interconnect.
- Focus on a explaining the high level details of the changes
The assistant have the proper criteria and judgment to determine the dimension of changes done outside of the quantitative metrics provided; appeal the quantitative metrics as a guideline, not a rule.
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
DieGopherLT/dotclaudefiles
plan-feature
DieGopherLT/dotclaudefiles
smart-interview
Esta skill debe usarse cuando el usuario pregunta "¿Preguntas?", "¿Tienes dudas?", "¿Tienes preguntas?", "¿Quieres aclarar algo?", "¿Necesitas aclarar algo?", "aclara lo que necesites", o cuando quiere aterrizar requerimientos antes de planear. Tambien la invoca plan-feature en Phase 3. Ejecuta entrevista estructurada para obtener requerimientos cuantificables, reglas de negocio traducibles a codigo, y flujos del sistema; luego anota los resultados en el plan.
DieGopherLT/dotclaudefiles
post-implementation
Esta skill debe usarse cuando el usuario pide "haz review de los cambios", "review the changes", "aplica el post-implementacion", "apply post-implementation", "run post-implementation", o cuando el plan aprobado instruye "invoke /smart-plan:post-implementation". Ejecuta workflow post-implementacion despues de que el codigo este completo con quality review (3 reviewers paralelos), auto-fix de issues (confianza >= 80%), documentacion del feature, y commit opcional. Puede usarse despues de cualquier implementacion, no solo smart-plan.
DieGopherLT/dotclaudefiles
smart-delegation
Esta skill debe usarse cuando Claude detecta que una implementacion es lo suficientemente grande como para dividirla en sub-agentes (5+ archivos, dependencias entre cambios, nuevas abstracciones que otros archivos consumen), cuando el usuario pide "delega la implementacion", "orquesta los implementadores", "usa sub-agentes", "delegate to sub-agents", "orchestrate implementers", o cuando plan-feature invoca la delegacion tras aprobar un plan.
DieGopherLT/dotclaudefiles
tdd-workflow
Esta skill debe usarse cuando el usuario pide "aplicar TDD", "desarrollo guiado por tests", "test-driven development", "red green refactor", "ciclo RGR", "escribir tests primero", "nueva feature con TDD", "mejorar testabilidad", "filosofia TDD", o menciona Iron Laws, TDD philosophy, o quiere entender el proceso TDD. NO usar cuando el usuario pide agregar tests a un proyecto existente o setup de testing — eso es testing:add-testing.
DieGopherLT/dotclaudefiles
add-testing
Esta skill debe usarse cuando el usuario pide "agregar tests a proyecto existente", "add testing to existing project", "setup de testing", "configurar infraestructura de tests", "pipeline completo de testing", "quiero tests para este modulo", "agregar cobertura de tests", "add test coverage", "integrar testing al proyecto". Ejecuta pipeline completo de 7 pasos: auditoria de testabilidad, adaptacion condicional de codigo, investigacion de dependencias, implementacion de tests, auditoria de calidad de inputs, reporte de cobertura y generacion de reglas del proyecto.
Didn't find tool you were looking for?