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

par gmickel · gmickel/flow-next

Fonctionne avec configuration ★ 8.8/10

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

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 spec
  • Create a build plan from this feature request
  • Design the implementation steps for this Flow spec