Guía de lectura localizada
subagent-driven-developmentFinalidad, uso y origen
Utilizar al ejecutar planes de implementación con tareas independientes en la sesión actual.
Fuente recuperada:
- Repositorio de origen
- obra/superpowers
- SKILL.md
skills/subagent-driven-development/SKILL.md- Estrellas del repositorio
- 309,479
- Actualización del repositorio
- 2026-10-30
- Clasificación de habilidades
- Flujo de trabajo del agente
- Última recopilación
Licencia: MIT
Los extractos del flujo de trabajo son guías de lectura, no instrucciones ejecutables de Codez. No se utilizó ninguna habilidad de terceros para generar esta página.
Los siguientes fragmentos sobre el propósito y el flujo de trabajo son material preliminar, organizado y traducido para su lectura. Son distintos del análisis editorial de Codez, que se presenta por separado.
Lo que hace esta habilidad
Utilizar al ejecutar planes de implementación con tareas independientes en la sesión actual.
Cómo funciona el flujo de trabajo ascendente
Cuándo usar
vs. Ejecución de planes (en línea): Un subagente nuevo por tarea (sin contaminación de contexto) en lugar de un contexto que realiza todas las tareas. Revisión después de cada tarea (cumplimiento de especificaciones + calidad del código) en lugar de solo al final. Cuesta un contexto nuevo por tarea y por revisión; en línea cuesta un contexto más un revisor final.
Paso río arriba · L33 ↗Desarrollo impulsado por subagentes
Ejecuta el plan asignando un nuevo subagente implementador por tarea, una revisión de la tarea (cumplimiento de especificaciones + calidad del código) después de cada una y una revisión general de toda la rama al final. ¿Por qué usar subagentes? Delegas tareas a agentes especializados con un contexto aislado. Al definir con precisión sus instrucciones y contexto, te aseguras de que se mantengan enfocados y completen su tarea con éxito. Nunca deben heredar el contexto ni el historial de tu sesión; tú creas exactamente lo que necesitan. Esto también preserva tu propio contexto para el trabajo de coordinación.
Paso río arriba · L6 ↗Selección de modelos
Utilice el modelo menos potente que pueda manejar cada rol para ahorrar costos y aumentar la velocidad. Tareas de implementación mecánica (funciones aisladas, especificaciones claras,1-2archivos): utilice un modelo rápido y económico. La mayoría de las tareas de implementación son mecánicas cuando el plan está bien especificado.
Paso río arriba · L139 ↗digraph when_to_use {
"Have implementation plan?" [shape=diamond];
"Tasks mostly independent?" [shape=diamond];
"Partner chose inline, or no subagent tool?" [shape=diamond];
"subagent-driven-development" [shape=box];
"executing-plans" [shape=box];
"Manual execution or brainstorm first" [shape=box];
"Have implementation plan?" -> "Tasks mostly independent?" [label="yes"];
"Have implementation plan?" -> "Manual execution or brainstorm first" [label="no"];
"Tasks mostly independent?" -> "Partner chose inline, or no subagent tool?" [label="yes"];
"Tasks mostly independent?" -> "Manual execution or brainstorm first" [label="no - tightly coupled"];
"Partner chose inline, or no subagent tool?" -> "executing-plans" [label="yes"];
"Partner chose inline, or no subagent tool?" -> "subagent-driven-development" [label="no"];
}Requisitos y configuración
Configuración
Asegúrese de que el trabajo se realice en un espacio de trabajo aislado: use superpowers:using-git-worktrees para crear uno o verificar el existente. Nunca inicie la implementación en unmain/masterDesvíate sin el consentimiento explícito de tu interlocutor. La memoria de la conversación no se conserva tras la compactación. En sesiones reales, los controladores que perdieron su lugar volvieron a enviar secuencias de tareas completadas, el fallo más costoso observado. Registra el progreso en un archivo de registro, no solo en tareas pendientes.
Paso río arriba · L101 ↗Límites y controles de calidad
No se seleccionó ningún pasaje con límites específicos en este archivo. Esto no significa que la habilidad sea segura para cualquier entrada o entorno. Revise el código fuente completo y valide su propio resultado.
Comience con una prueba segura.
- Verifique el host compatible y las instrucciones de instalación del repositorio. Mantenga juntos el directorio Skill y sus scripts, recursos y documentación a los que hace referencia;SKILL.mdsolo puede omitir dependencias.
- Proporcione al agente sus datos reales, el resultado deseado y los criterios de aceptación. La sintaxis de invocación y las herramientas disponibles dependen del sistema anfitrión; este sitio no presupone un comando de instalación universal.
- Pruebe el flujo de trabajo original en un proyecto desechable o en una copia. Revise las operaciones que modifican archivos, servicios remotos o recursos facturables antes de autorizarlas.
- Valide el resultado comparándolo con los controles de calidad de origen y sus propios requisitos. Un activador exitoso o un alto número de estrellas en el repositorio no garantizan un resultado correcto.
Lea más en la fuente
Habilidades relacionadas
Traducción y alcance
Esta guía de lectura selecciona pasajes de la sección fijada en la parte superior.SKILL.mdLa traducción es asistida. No se trata de un manual completo ni garantiza la compatibilidad. Lea el original y los archivos a los que hace referencia antes de usarlo.
Esta introducción hace referencia a la versión fijada a continuación; la actividad actual del repositorio y la hora de recopilación se muestran por separado.
- Fuente fijada
- Lee el original ↗
- Fuente recuperada
- Confirmación de origen
2ce8aa15d05bd57213e6f746f953aafb7ded7a8b- Fuente SHA-256
ba41f697136cba88a7962d60c8e2f97488ba04a8688b1d0fbeb27f6953808e75