Problem-solving framework
Plan. Build. Ship. A repeatable structure that tells you what to do, in what order, and who is responsible for each decision — whether you're working alone, with a team, or with AI doing most of the execution.
Works with any AI model. Applies to any type of problem — software, content, product, research, or anything else you build and ship.
Framework de resolución de problemas
Planifica. Construye. Lanza. Una estructura repetible que te dice qué hacer, en qué orden y quién es responsable de cada decisión — ya sea que trabajes solo, en equipo o con IA ejecutando la mayor parte.
Compatible con cualquier modelo de IA. Aplicable a cualquier tipo de problema — software, contenido, producto, investigación, o cualquier otra cosa que construyas y lances.
The solveOS CLI walks you through the Plan phase field by field and outputs a complete Plan Brief — ready to use, ready to hand to an AI agent.
npm i solveos-cli@latest npx solveos-cli@latest El CLI de solveOS te guía por la fase Plan campo por campo y genera un Plan Brief completo — listo para usar, listo para entregarle a un agente de IA.
npm i solveos-cli@latest npx solveos-cli@latest You have probably experienced at least one of these.
They jump into execution without a clear goal and end up building the wrong thing. The work is real — the output isn't useful.
They get stuck refining the plan and never ship anything real. Perfect plans that never touch the world produce nothing.
The goal defined at the start gets distorted by the time execution ends. By the time it ships, nobody remembers what problem it was solving.
They ship something, move on, and never find out if it worked. The same mistakes repeat in the next cycle, invisibly.
Here's how the framework is structured.
Probablemente hayas experimentado al menos una de estas.
Se lanzan a ejecutar sin un objetivo claro y terminan construyendo lo que no corresponde. El trabajo es real — el resultado no sirve.
Se quedan atascados refinando el plan y nunca lanzan nada real. Los planes perfectos que nunca tocan el mundo no producen nada.
El objetivo definido al inicio se distorsiona cuando termina la ejecución. Al momento de lanzar, nadie recuerda qué problema se estaba resolviendo.
Lanzan algo, siguen adelante y nunca saben si funcionó. Los mismos errores se repiten en el siguiente ciclo, de forma invisible.
Así está estructurado el framework.
You plan before you build. You build before you ship. The loop closes when you review.
Define the problem, audience, goal, and success criteria before you build anything.
Output: a Plan Brief — the instruction set for the Build phase and the primary input for AI execution.
Plan phase →Execute against the plan. Stay anchored. Update the brief when the build teaches you something.
Build is structured discovery. You will learn things that planning couldn't reveal — the brief is your anchor when you do.
Build phase →Put it in the world. In front of real people. Not "ready to ship" — shipped.
Until something ships, you are operating on assumptions. Reality is the only validator. Ship, then review.
Ship phase →Planificas antes de construir. Construyes antes de lanzar. El ciclo se cierra cuando revisas.
Define el problema, la audiencia, el objetivo y los criterios de éxito antes de construir nada.
Resultado: un Plan Brief — el conjunto de instrucciones para la fase de construcción y la entrada principal para la ejecución con IA.
Fase Plan →Ejecuta según el plan. Mantente enfocado. Actualiza el brief cuando la construcción te enseñe algo.
Construir es descubrimiento estructurado. Aprenderás cosas que la planificación no pudo revelar — el brief es tu ancla cuando eso ocurre.
Fase Build →Ponlo en el mundo. Frente a personas reales. No "listo para lanzar" — lanzado.
Hasta que algo se lanza, operas sobre suposiciones. La realidad es el único validador. Lanza, luego revisa.
Fase Ship →Most frameworks were designed before AI could do meaningful work. solveOS is built from the ground up assuming AI can own the Build phase.
The Plan Brief is the human's primary output — a written document specific enough that an AI agent can execute it without clarifying questions. At every gate, the human reads the output and makes the call: proceed, iterate, or cut. AI does not decide what gets shipped. That call belongs to the human at every step.
AI also has no memory between sessions. solveOS treats context as a first-class artifact. Every phase transition requires carrying forward what was learned — in writing — so the next session doesn't start from zero.
La mayoría de los frameworks fueron diseñados antes de que la IA pudiera hacer trabajo real. solveOS está construido desde cero asumiendo que la IA puede ser responsable de la fase de construcción.
El Plan Brief es el producto principal del humano — un documento escrito lo suficientemente específico para que un agente de IA lo ejecute sin hacer preguntas de aclaración. En cada gate, el humano lee el resultado y toma la decisión: avanzar, iterar o cortar. La IA no decide qué se lanza. Esa decisión es siempre del humano.
La IA tampoco tiene memoria entre sesiones. solveOS trata el contexto como un artefacto de primera clase. Cada transición de fase requiere llevar hacia adelante lo aprendido — por escrito — para que la siguiente sesión no empiece desde cero.
Without a loop before Build, you build the wrong thing. Without a loop after Ship, you repeat the same mistakes. These two loops close both gaps.
Plan Validation checks the plan before any build work begins. If gaps exist, you go back to Plan to sharpen it. The loop runs until the plan can be executed without guesswork — typically 1–3 passes. Fixing ambiguity before execution is cheaper than fixing it after.
Shipping is the beginning of knowing, not the end of the work. Review captures what worked, what didn't, and what you discovered — and feeds that directly into the next Plan. Every cycle starts smarter than the last.
Sin un ciclo antes de construir, construyes lo equivocado. Sin un ciclo después de lanzar, repites los mismos errores. Estos dos ciclos cierran ambas brechas.
La Validación de Plan verifica el plan antes de que comience cualquier trabajo de construcción. Si existen vacíos, vuelves a Planificar para afinar el plan. El ciclo continúa hasta que el plan pueda ejecutarse sin suposiciones — típicamente 1–3 pasadas. Resolver la ambigüedad antes de ejecutar es más barato que hacerlo después.
Lanzar es el comienzo del conocimiento, no el fin del trabajo. La Revisión captura qué funcionó, qué no y qué descubriste — y eso se alimenta directamente en el siguiente Plan. Cada ciclo comienza más inteligente que el anterior.
Get notified when new examples, templates, and tools land. Recibe una notificación cuando lleguen nuevos ejemplos, plantillas y herramientas.
Nothing ships until it's ready. That's the whole point. Nada se lanza hasta que está listo. Ese es el punto.