
de flow-next575
Convertit les demandes de fonctionnalités ou les ID de Flow en épopées et tâches structurées (.flow/) avec une planification consciente du repo et des conventions appliquées ; planification uniquement (pas d'implémentation).
Cette compétence transforme une idée brute ou un ID de Flow en un ensemble structuré d'épopées (epics) et de tâches dans le répertoire .flow/ d'un dépôt. Elle impose les conventions du repo, utilise l'outil flowctl groupé pour la gestion des tâches, et produit des spécifications et des tâches dimensionnées pour le travail suivant. La compétence met l'accent sur la planification (et non l'implémentation) et inclut l'analyse des options, des pré-vérifications et un flux de travail strict pour éviter la dérive.
Utilisez-la lorsque vous avez besoin d'un plan orienté produit et conscient du repo : décomposition de fonctionnalités en épopées et tâches, production de critères d'acceptation et préparation d'un travail conforme aux conventions flowctl du repo. Se déclenche sur des commandes comme /flow-next:plan et des ID de Flow (fn-1-add-oauth, fn-1, fn-1.2). N'est pas destiné à écrire du code.
Conçu pour les agents et les hôtes de plugins supportant l'outillage CLI groupé et les flux de travail limités au repo (Claude Code, Factory Droid, Codex, autres exécuteurs LLM axés sur le code).
Flow Next Plan est une compétence de planification uniquement qui convertit les demandes de fonctionnalités en épopées et tâches structurées stockées dans des répertoires .flow/ via un CLI flowctl intégré. Aucun script n'a été intégré pour l'exécution — la compétence est purement instructive, guidant l'agent à travers un flux de planification multi-étapes avec analyse d'options, éclaireurs de recherche et modes de révision. Le fichier SKILL.md est bien structuré avec des déclencheurs clairs, des formats d'entrée et des contrats de sortie, bien qu'il repose fortement sur des outils externes (flowctl, RepoPrompt, Codex CLI) qui doivent être présents dans l'environnement du plugin.
Compétence de planification bien conçue avec des garde-fous solides (pas de code d'implémentation dans les plans, chemins de sortie .flow/ imposés). Déductions de sécurité : risque mineur d'injection shell dû à l'interpolation de variables non citées dans les snippets bash (construction du chemin FLOWCTL), et la vérification de la version du plugin exécute des commandes jq arbitraires. Pas d'identifiants codés en dur, pas de commandes destructrices, pas de risque d'exfiltration. L'architecture est solide avec une séparation claire entre la spécification et les tâches, bien que le couplage étroit avec l'écosystème du plugin flow-next limite son utilité autonome.