CommunityRedacción y edicióngithub.com

ssheleg/task-pipeline

Orquestrador de entrega de ciclo completo para agentes de codificación de IA: un cuestionario de ingreso obligatorio que anticipa cada decisión, seguido de diez etapas con puertas — docs, lluvia de ideas, descomposición, especificación, plan, construcción, pruebas, despliegue, post-despliegue, aceptación — con un guardián de bucle que rompe la rotación.

¿Qué es task-pipeline?

Este skill, `ssheleg/task-pipeline`, es un orquestador de entrega de ciclo completo diseñado para agentes de codificación de IA como Claude Code, Cursor o Codex. Su propósito es garantizar que cada cambio en un proyecto se documente rigurosamente y se verifique antes de ser aceptado. Funciona mediante un cuestionario de ingreso obligatorio que fuerza al agente a tomar todas las decisiones clave al inicio, seguidas de diez etapas con puertas: documentación, lluvia de ideas, descomposición, especificación, plan, construcción, pruebas, despliegue, post-despliegue y aceptación. Además, incluye un guardián de bucle que detecta y rompe ciclos de iteración improductivos. El skill se apoya en una serie de referencias técnicas (canones, reglas de evidencia, enlaces, puertas) que garantizan que cada afirmación en la documentación esté respaldada por una dirección verificable (archivo:línea, comando con salida, nombre de prueba, etc.). Es útil para equipos que necesitan mantener un alto estándar de documentación y trazabilidad en proyectos complejos, y proporciona plantillas y guías para auditar, registrar decisiones, y verificar el comportamiento de agentes.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add ssheleg/task-pipeline

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

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

Documentación

Documentación respaldada por evidencia

Una afirmación es documentación solo cuando lleva los medios para verificarla. Este skill es el estándar y el mapa: diez cánones, y dónde está definido, aplicado y sembrado cada uno.

Es un navegador, no una copia secundaria. Cada ley a continuación tiene exactamente un hogar — ese es el canon 3, y un navegador que reafirmara la doctrina rompería la regla que está indexando. La declaración completa de cada canon, su fundamento y su aplicación viven en documentation.md → Los cánones.

Los diez cánones

  1. Una afirmación lleva su dirección — archivo:línea, un comando con su salida, un nombre de prueba; una lección nombra su commit.
  2. Los números se calculan, nunca se reafirman.
  3. Cada hecho tiene exactamente un hogar — los demás enlazan, nunca reafirman.
  4. Una referencia se resuelve desde donde se lee el documento — no desde donde vive.
  5. Un verde que nadie vio volverse rojo no es evidencia.
  6. Una verificación prueba su alcance y nada más allá.
  7. El silencio no es un pase — pregúntate qué imprime un mecanismo cuando no miró.
  8. Una estimación nunca se anuncia como una medición — una regla establece su condición de evidencia.
  9. Lo que no se verificó se imprime junto a lo que sí se verificó.
  10. El documento se entrega en el cambio que lo hizo verdadero — y una corrección se añade, nunca se sobrescribe.

Son epistémicos: lo que hace que una afirmación sea documentación. La capa operativa — qué hacer ante un desencadenante dado, con una verificación y un criterio de salida — se encuentra en learned.md. Cuando ambos parecen decir lo mismo, el canon es el por qué y la regla es el cómo.

A dónde ir después

Si estás a punto de…LeePorque…
configurar la documentación de un proyecto desde cerodocumentation.md → El inventariocuatro preguntas respondidas antes de la primera línea de trabajo
registrar una decisión para que sobreviva a su autorRegistros e ids + templates/decisions.mdids de solo añadido, marcadores de borde, un hogar para cada decisión
cambiar algo y no huérfanar la documentaciónEl Bucle de Documentación + La matriz de propagaciónqué documentos debe un cambio, empezando por la fila de metadatos
decidir dónde pertenece un hechoFuente única de verdaddos hogares discrepan el día que uno de ellos se actualiza
construir una verificación que no pueda mentirgates.mdtres ejes, la escalera de aplicación, armado progresivo, sondeo
confiar en un mecanismo que reporta éxitogates.md → Éxito falsoel fallo que elimina la razón para mirar
conectar una verificación en las herramientas del propio agentehooks.mdel contrato del hook, y por qué un guardián caído permite la acción
auditar la documentación que ya tiene un proyectosetup.mdsiete pasadas, la más barata primero, la salida es un plan de correcciones
llevar una lección a la siguiente ejecuciónretrospective.mdsello primero (el disparador frío lo lee), luego poda hasta un máximo de diez; cada lección nombra su commit
sembrar una puerta en un proyecto anfitrióntemplates/docgate.shsiembra verde: latente donde aún no hay entrada
afirmar que un agente se comportatdd.md → Cuando la cosa bajo prueba es un agente — nombrado en lugar de enlazado, porque los enlaces fuera del directorio de este navegador se rompen cuando un empaquetador envía este skill solola dirección es un id de traza y la aserción que se ejecutó (canon 1); un juez que nadie vio discrepar es un verde que nadie vio volverse rojo (canon 5)
llevar un cambio completo hasta la aceptacióntask-pipelineeste skill es el estándar; ese es cómo un cambio llega al repositorio

Cuándo aplica esto

El límite es "se leerá como verdadero." Un registro de decisión, un README, un informe de aceptación, un runbook, un changelog para usuarios, un hallazgo de auditoría, una afirmación de que algo fue verificado.

No a través de este skill: un borrador, pensar en voz alta, una respuesta en un chat, un mensaje de commit, un comentario de código. Exigir un archivo:línea para "déjame verificar eso" es la forma más rápida de enseñar a un agente a esquivar la regla donde realmente protege algo.

Frase de rechazo — "без доков" / "bajo palabra". Funciona en una tarea que de otro modo pasaría por aquí: hazlo directamente y di en voz alta que la afirmación no tiene respaldo, en lugar de presentar una estimación como una medición (canon 8).

La única prueba

Antes de que un documento se entregue, léelo buscando la frase que te daría vergüenza si alguien preguntara "¿cómo lo sabes?" — y dale a esa frase su dirección, o elimínala. Todo lo anterior es esa pregunta, hecha mecánica.

Skills relacionados