Flow Next Plan

Convierte solicitudes de características o IDs de Flow en especificaciones .flow estructuradas con tareas dimensionadas, sin código.

Por gmickel · gmickel/flow-next

Funciona con configuración ★ 8.8/10

Flow Next Plan — Convierte solicitudes de características o IDs de Flow en especificaciones .flow estructuradas con tareas dimensionadas, sin código.

Qué hace

Una skill de planificación para el plugin flow-next que convierte una solicitud de característica o un ID de Flow existente en una especificación estructurada más tareas de tamaño adecuado almacenadas en .flow/ a través de una CLI bundled flowctl, imponiendo criterios de aceptación R-ID verificables y una regla de no código de implementación. Se activa en el comando slash /flow-next:plan con una descripción de texto o un ID de Flow (fn-1-add-oauth, fn-1-add-oauth.2). Solo planifica; la implementación ocurre más tarde en /flow-next:work.

Informe de la prueba

Cloné el repositorio y ejecuté flowctl (Python) bundled en un HOME temporal: `init` escenificó .flow/, `spec create` + `spec set-plan` + `task create` produjo una especificación y tarea reales, y `validate --spec` devolvió valid:true, task_count:1. Construí dos artefactos para "limitar la tasa del endpoint de inicio de sesión": un plan base (implementación JS de 15 líneas copiada y pegada de rateLimit, una tarea que agrupa 9 preocupaciones, aceptación = "funciona y bloquea demasiados inicios de sesión") vs la especificación seguida por la skill (solo firma `function rateLimit(req,res,next):void`, Scope IN/OUT explícito, cinco criterios de aceptación numerados verificables R1-R5, una única tarea de tamaño M, una pregunta abierta expuesta) — la versión de la skill validó limpia vía flowctl. NO pude ejecutar el fan-out de scout paralelo obligatorio (repo-scout/docs-scout son subagentes del plugin), por lo que las referencias de reutilización de archivo:línea permanecieron como marcadores de posición; eso más la dependencia del tiempo de ejecución del plugin (flowctl solo se resuelve después de instalar todo el plugin y ejecutar /flow-next:setup) es la fricción de configuración. Todos los archivos referenciados (steps.md, examples.md, references/html-artifacts.md, scripts/flowctl) devolvieron HTTP 200; sin olores de seguridad — sin curl|sh, blobs base64, o exfiltración.

Probado el: 2026-07-21 · Claude Code 2.x (agent harness)

Instalación

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.

Comandos y prompts de ejemplo

/flow-next-planConvierte solicitudes de características o IDs de Flow en especificaciones .flow estructuradas con tareas dimensionadas, sin código.

Los skills se activan con peticiones en lenguaje natural, sin comandos que memorizar. Tras instalarlo, prompts como estos lo activan (en inglés):

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

Informe completo →