Gmickel Marketplace — Flow-Next + Ralph autonomous mode para coding confiable

Qué es#

Gordon Mickel armó un marketplace con dos plugins (flow-next y flow) enfocados en algo muy concreto: AI coding confiable. La narrativa que persigue es "menos magia, más predictibilidad" — y para lograrlo combina cuatro mecanismos:

1. Plan-first — antes de tocar código, definí qué vas a hacer.
2. Ralph autonomous mode — coding overnight con contexto fresco (la técnica Ralph Wiggum: iterar sobre el mismo problema con visión nueva).
3. Multi-model review gates — gates que solo se cruzan si Codex o RepoPrompt aprueban.
4. Re-anchoring — el plugin re-orienta a Claude a la spec original cuando detecta drift.

flow-next (16 skills, 20 agents) es la versión actual; flow (7 skills, 6 agents) es la versión simple. Si arrancás, recomendado: flow. Si querés todo el arsenal: flow-next.

Tabla resumen#

Los 2 plugins#

Cómo se instala#

# 1) Marketplace
/plugin marketplace add gmickel/gmickel-claude-marketplace

# 2) Versión simple para arrancar
/plugin install flow@gmickel-gmickel-claude-marketplace

# o versión completa con Ralph
/plugin install flow-next@gmickel-gmickel-claude-marketplace

O /plugin → Discover.

Para Claude:

Instalá gmickel/gmickel-claude-marketplace. Si recién arranco, qué plugin
me conviene (flow vs flow-next) y por qué. Después mostrame los gates
multi-model que trae y cómo configurar Codex como gate de review.

Qué podés hacer con esto#

Plan-first sin que se rompa en la ejecución#

Flow te obliga a planificar antes de tocar código. La diferencia con /plan mode nativo o Spec Kit es que el plan persiste en .flow/ y la ejecución después se ata a ese plan. Si Claude empieza a desviarse, el hook de re-anchoring lo trae de vuelta.

Ralph autonomous mode — coding overnight con resets de contexto#

Ralph es una técnica donde Claude itera sobre el mismo problema repetidamente, viendo su trabajo anterior con contexto fresco. Cada iteración resetea el contexto pero ve los outputs previos. Sirve para que no se quede atrapado en una mala decisión inicial. Compará con la ralph-loop oficial de Anthropic en Claude Plugins Official.

Multi-model review gates#

Los gates no dejan avanzar al siguiente paso si el plugin no recibe aprobación de un segundo modelo (Codex o RepoPrompt). Similar a Claude Review Loop pero como gate, no como loop infinito.

Worker subagent per task (en flow-next)#

Cada tarea corre en un subagent aislado, con su propio contexto. Esto evita que tareas en paralelo se pisen — útil cuando lanzás varias features a la vez.

Re-anchoring contra drift#

Cuando una sesión larga empieza a alejarse del plan original ("Claude está implementando otra cosa"), el plugin detecta el drift y re-centra. Es el problema más típico de sesiones autónomas largas.

Beneficios reales#

• Coding confiable, no mágico — la promesa central del autor.
• Ralph mode con context reset — diferencia clave con loops que mantienen el contexto.
• Multi-model gates con Codex — explota tu sub si lo tenés.
• Worker subagents — paralelismo sin colisiones.
• Web propia con docs (mickel.tech/apps/flow-next).

Cuándo NO conviene#

Bajalo de la fuente#

• Ficha en aitmpl.com: Gmickel Claude Marketplace — los 2 plugins.
• Repo en GitHub: gmickel/gmickel-claude-marketplace — código, issues.
• Web oficial: mickel.tech/apps/flow-next — docs y demos.

Recursos relacionados#

• /goal — la meta que Claude no suelta — el primitivo nativo de Claude para ejecución autónoma. Compará con Ralph mode antes de adoptar uno.
• Claude + Codex en equipo — el patrón cross-tool del que los multi-model gates son una implementación específica.
• Spec Kit — Spec-Driven Development oficial de GitHub. Compará Flow plan-first vs Spec Kit antes de adoptar uno.