Flow Next Plan
Transforme les demandes de fonctionnalités ou les ID Flow en spécifications .flow structurées avec des tâches dimensionnées, sans code
Fonctionne avec configuration
Ce que fait
Une compétence de planification pour le plugin flow-next qui convertit une demande de fonctionnalité ou un ID Flow existant en une spécification structurée plus des tâches de taille appropriée stockées dans .flow/ via un CLI flowctl inclus, en appliquant des critères d'acceptation R-ID testables et une règle d'absence de code d'implémentation. Se déclenche sur la commande slash /flow-next:plan avec une description textuelle ou un ID Flow (fn-1-add-oauth, fn-1-add-oauth.2). Il ne planifie que ; l'implémentation a lieu plus tard dans /flow-next:work.
Rapport de test
Cloné le dépôt et exécuté le flowctl (Python) inclus dans un HOME temporaire : `init` a échafaudé .flow/, `spec create` + `spec set-plan` + `task create` ont produit une spécification et une tâche réelles, et `validate --spec` a renvoyé valid:true, task_count:1. Construit deux artefacts pour "rate limit the login endpoint" : un plan de référence (implémentation JS rateLimit de 15 lignes par copier-coller, une tâche regroupant 9 préoccupations, acceptation = "it works and blocks too many logins") vs. la spécification suivant la compétence (signature uniquement `function rateLimit(req,res,next):void`, Scope IN/OUT explicite, cinq critères d'acceptation R1-R5 testables numérotés, une seule tâche de taille M, une question ouverte révélée) — la version de la compétence a été validée proprement via flowctl. N'a PAS pu exécuter le fan-out de scout parallèle obligatoire (repo-scout/docs-scout sont des sous-agents de plugin), donc les références de réutilisation fichier:ligne sont restées des placeholders ; cela, plus la dépendance du runtime de plugin (flowctl ne se résout qu'après l'installation de l'ensemble du plugin et l'exécution de /flow-next:setup) est la friction de configuration. Tous les fichiers référencés (steps.md, examples.md, references/html-artifacts.md, scripts/flowctl) ont renvoyé HTTP 200 ; aucune faille de sécurité — pas de curl|sh, de blobs base64, ou d'exfiltration.
Testé le: 2026-07-21 · Claude Code 2.x (agent harness)
Installation
git clone --depth 1 https://github.com/gmickel/flow-next.git /tmp/flow-next-plan-src mkdir -p ~/.claude/skills cp -R /tmp/flow-next-plan-src/plugins/flow-next/skills/flow-next-plan ~/.claude/skills/flow-next-plan # IMPORTANT: this skill is a COMPONENT of the flow-next plugin and is NOT functional as a # lone skill copy. It calls a bundled flowctl at $CLAUDE_PLUGIN_ROOT/scripts/flowctl (unset # for a standalone skill) then falls back to .flow/bin/flowctl, which only exists AFTER setup. # Proper install is via the plugin marketplace, then run setup to scaffold .flow/ and flowctl: # /plugin marketplace add gmickel/flow-next # /plugin install flow-next # /flow-next:setup # creates .flow/ and .flow/bin/flowctl # Invoke (skill is user-invocable:false — driven by the command): /flow-next:plan <feature or fn-ID> # Deps: python3 (flowctl runtime), jq. flowctl is zero-dependency pure-stdlib Python.
Commandes et exemples de prompts
/flow-next-planTransforme les demandes de fonctionnalités ou les ID Flow en spécifications .flow structurées avec des tâches dimensionnées, sans code
Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :
Plan the implementation for the fn-1-add-oauth specCreate a build plan from this feature requestDesign the implementation steps for this Flow spec