pipeline

name	pipeline
description	Orchestre un workflow projet en phases séquentielles (DEFINE→PLAN→BUILD→VERIFY→REVIEW→SHIP), chaque phase chargeant un bundle de skills via delegate_task. État persisté dans 07_Hermes.
version	1.0.0
platforms	["linux","macos"]
metadata	{"hermes":{"tags":["pipeline","orchestration","phases","workflow","autonome"],"related_skills":["orchestrator-router","task-runner","checkpoint","vault-memory"],"model":"deepseek-v4-full"}}

pipeline

Adaptation de bruce (25) + concept pipeline ULK — ULK → Hermes. Carte : docs/backlog/2026-06-28-SPEC-HERMES-PIPELINE/CARD.md (P0, GitHub #241).

Colonne vertébrale des workflows autonomes multi-step : enchaîne les 6 phases DEFINE→PLAN→BUILD→VERIFY→REVIEW→SHIP, chaque phase chargeant un bundle de skills via delegate_task. Skill stateful : écrit l'état courant dans 07_Hermes/pipeline-state.md et reprend là où elle s'est arrêtée.

Runtime & modèles

• DeepSeek V4 full : décisions d'orchestration, séquencement des phases, transitions.
• Coding délégué en aval : le pipeline ne code pas lui-même. La phase BUILD bundle des skills qui produisent du code (ex. task-runner sur des tâches kind: code) — celles-ci délèguent à Mistral 3.5 via vibe CLI. Le routage est donc porté par les skills de phase, pas par le pipeline (cf. hermes-model-routing-2026-07-06.md, règle d'or).

Deux niveaux d'exécution

• Inter-phases : séquentiel (DEFINE puis PLAN puis …).
• Intra-phase : parallèle (delegate_task([spec-writer, engineering-advisor]) en DEFINE).

Ne pas confondre les deux.

Chemins vault

• config : 07_Hermes/pipeline-config.md (project, phases[] avec leurs bundles)
• état : 07_Hermes/pipeline-state.md (phase_actuelle, phases_completes[], started_at, updated_at, errors[])

Procédure

1. Lit la config + l'état ; détermine la première phase non complétée (reprise).
2. Pour chaque phase : delegate_task du bundle (parallèle intra-phase).
3. Vérifie les critères de passage (output attendu de chaque skill de la phase).
4. Écriture atomique de l'état avant chaque transition (survit à un crash Hermes).
5. Erreur de phase → loguée, phases suivantes continuent (mode résilient).

Critères d'acceptation

• Un pipeline DEFINE→BUILD→SHIP s'exécute de bout en bout sans intervention.
• Si interrompu, reprend à la phase suivante non complétée au prochain appel.
• L'état est lisible dans 07_Hermes/pipeline-state.md après chaque phase.
• Les skills d'une même phase s'exécutent en parallèle via delegate_task.
• Les erreurs d'une phase sont loguées sans bloquer les suivantes.

Pièges

• Séquentiel inter-phases vs parallèle intra-phase : deux niveaux distincts.
• État atomique dans le vault avant chaque transition (résistance au crash).
• Pipeline pas trop générique : laisser orchestrator-router choisir le pipeline adapté.
• Reprise « depuis la phase courante » ⇒ phases idempotentes — à vérifier pour chaque skill.