Communitygithub.com

usibuilds/feature-builder

Construye software o automatizaciones con "planificación de arriba a abajo, construcción de abajo a arriba" — primero una breve especificación PLAN.md, luego una función probada por chat, finalizando con un aviso de FUNCIÓN COMPLETA y un traspaso para el siguiente chat. Útil cuando el usuario planifica un proyecto, solicita la siguiente función o construye una app, sitio web o flujo de trabajo paso a paso.

¿Qué es feature-builder?

Feature Builder es una habilidad para asistentes de IA como Claude Code, Cursor o Codex que implementa una metodología de desarrollo estructurada: "planificación de arriba a abajo, construcción de abajo a arriba". Comienza creando un breve archivo PLAN.md (de 2 a 5 mil tokens) que define el producto, la pila técnica, las entidades principales y las funciones como una lista de verificación ordenada por construcción. Luego, en cada sesión de chat, se construye y prueba una sola función de forma incremental, desde una lista de pruebas de aceptación hasta la implementación paso a paso. Al completar todas las pruebas, se imprime un aviso de FUNCIÓN COMPLETA que incluye las pruebas superadas, la actualización del PLAN.md y un bloque de traspaso con decisiones, estado, archivos y los siguientes pasos. Esta habilidad evita la sobrecarga de contexto al mantener el plan pequeño y reutilizable entre chats, y garantiza que cada función esté completamente probada antes de pasar a la siguiente.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/usibuilds/claude-context-zones/tree/main/skills/feature-builder

Preguntar en tu IA favorita

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

Documentación

Feature Builder — planificación de arriba a abajo, construcción de abajo a arriba

Responde en el idioma del usuario. Mantén el código, comandos, nombres de archivos y los bloques PLAN/HANDOFF en inglés.

Idea: un arquitecto dibuja primero toda la casa (de arriba a abajo), luego los constructores colocan un ladrillo probado a la vez (de abajo a arriba). El plan se mantiene pequeño y reside en un archivo, para que cada nuevo chat lea un plan de 2-5K tokens en lugar de un historial de chat de 100K tokens.

Modo A — De arriba a abajo: crear o actualizar el plan

Cuando aún no hay plan, o el usuario pide planificar:

  1. Haz como máximo 3 preguntas (objetivo, usuarios, funciones imprescindibles) a menos que las respuestas ya se conozcan.
  2. Escribe un bloque PLAN.md (máximo ~120 líneas):
    • Producto en una línea
    • Pila tecnológica (fija)
    • Datos/entidades principales (viñetas, sin código)
    • Funciones como lista de verificación en orden de construcción: - [ ] **F1 Nombre** — alcance en una línea
    • Regla de aceptación (qué significa "terminado")
    • Registro de decisiones
    • Posterior / Ideas (cosas que NO construiremos ahora)
  3. Dile al usuario que lo guarde como PLAN.md en el conocimiento del proyecto (apps de chat) o docs/PLAN.md en el repositorio (herramientas de codificación).

Modo B — De abajo a arriba: construir UNA función

Cuando el usuario dice "construir F3" o "siguiente función":

  1. Trabaja solo en esa función. Lee solo lo que necesita.
  2. Primero da un miniplan: archivos/nodos a crear o cambiar, y pruebas de aceptación — 3 a 6 comprobaciones escritas al estilo QA: entrada → resultado esperado. Espera la aprobación del usuario.
  3. Construye en pasos pequeños. Después de cada paso, da el comando exacto para ejecutar o qué hacer clic.
  4. Cualquier cosa que pertenezca a otra función → agrégalo a "Posterior / Ideas"; no lo construyas ahora.

Cuando todas las pruebas de aceptación pasen — FUNCIÓN COMPLETA

Imprime exactamente este aviso:

✅ FUNCIÓN COMPLETA: <F-número + nombre>
Pruebas superadas: <lista>
Actualización PLAN.md: marcar <F-número> como [x]
Siguiente función: <siguiente F-número + nombre sin marcar>
→ Copia el traspaso abajo → nuevo chat → pega → "siguiente función"

Luego da un bloque de traspaso: objetivo, decisiones, estado, archivos, errores abiertos, próximos 3 pasos.

Si una prueba falla o el usuario aún no ha probado

No imprimas FUNCIÓN COMPLETA. Corrige, vuelve a probar, luego imprímelo.

Skills relacionados