Que es GSD
GSD (Get Shit Done) es un sistema de desarrollo asistido por IA que resuelve el context rot — la degradacion de calidad que ocurre cuando un LLM llena su ventana de contexto con basura acumulada.
El problema que resuelve
El “vibecoding” tiene mala reputacion: describes lo que quieres, la IA genera codigo, y obtienes resultados inconsistentes que se desmoronan a escala. Las causas:
- Context rot: a medida que el contexto se llena, la calidad cae
- Sin estructura: prompts vagos producen resultados vagos
- Sin verificacion: no hay forma sistematica de validar que el codigo cumple los requisitos
La solucion de GSD
Detras de escena hay context engineering, XML prompt formatting, orquestacion de subagentes y gestion de estado. Lo que tu ves: unos pocos comandos que simplemente funcionan.
Principios
- Contexto fresco: cada tarea recibe 200k tokens limpios (sin basura acumulada)
- Verificacion integrada: los planes incluyen pasos de verificacion, la ejecucion valida contra objetivos
- Commits atomicos: cada tarea genera un commit independiente, revertible y trazable
- Sin teatro empresarial: no hay sprint ceremonies, story points ni Jira workflows
Workflow completo
new-project → discuss → plan → execute → verify → complete| Fase | Comando | Resultado |
|---|---|---|
| Inicializar | /gsd:new-project | PROJECT.md, REQUIREMENTS.md, ROADMAP.md |
| Discutir | /gsd:discuss-phase | CONTEXT.md con decisiones de implementacion |
| Planificar | /gsd:plan-phase | PLANs atomicos en XML con verificacion |
| Ejecutar | /gsd:execute-phase | Codigo implementado en waves paralelas |
| Verificar | /gsd:verify-work | UAT con diagnostico automatico |
| Completar | /gsd:complete-milestone | Archivo, tag de release |
GSD vs otros frameworks SDD
| Aspecto | GSD | OpenSpec | BMAD | Spec-Kit |
|---|---|---|---|---|
| Enfoque | Context engineering | Brownfield iterativo | Equipo agil virtual | Specs formales |
| Complejidad | Oculta en el sistema | Minima (4 comandos) | Media (6 roles) | Media (5 fases) |
| Paralelismo | Waves de ejecucion | Manual | Manual | Manual |
| Verificacion | UAT automatizado | Manual o /opsx:verify | QA virtual | Manual |
| Ideal para | Proyectos nuevos, solo devs | Codebases existentes | Greenfield complejo | Specs como contrato |
| Commits | Atomicos por tarea | Por change | Por feature | Manual |
Para quien es GSD
Ideal para:
- Desarrolladores individuales o equipos pequenos
- Proyectos nuevos que necesitan estructura
- Quien quiere resultados sin procesos burocraticos
- Proyectos medianos a grandes donde el contexto se degrada
No ideal para:
- Cambios triviales de una linea (usa
/gsd:quick) - Equipos grandes que necesitan gobernanza formal
- Proyectos que requieren specs como contrato legal
Resumen
- GSD resuelve el context rot con contextos frescos por tarea
- Workflow de 5 fases: discuss → plan → execute → verify → complete
- Sin teatro empresarial: la complejidad esta en el sistema, no en tu workflow
- Commits atomicos por tarea, verificacion integrada, waves paralelas
- Ideal para solo devs y equipos pequenos que quieren resultados