Orkesta

Ejemplo Un proyecto de verdad, paso a paso

De una idea a una función terminada sin saltarse ni un paso.

Te enseñamos el recorrido completo con un ejemplo pequeño y real: un gestor de citas. Desde que sueltas la idea hasta que los tests salen en verde, esto es lo que hace Orkesta por ti.

Es material de ejemplo: descárgalo sin registrarte.

Antes de escribir código

Empieza hablando, no escribiendo

El punto de partida no es un documento en blanco: es una conversación. Suéltale la idea a tu asistente de IA favorito, a poder ser en modo voz, y no te dará pereza contarlo todo. Él te lo ordena en un .md de funcionalidades, que es justo lo que Orkesta necesita para arrancar.

1

Brainstorm con tu LLM (mejor en audio)

"Quiero una app para gestionar las citas de mi peluquería: reservar por hora, que no se pisen dos, ver las del día y poder cancelarlas." Habla sin filtro; el LLM lo convierte en un .md con las funcionalidades.

🎙️ modo voz → gestor-citas.md
2

Crea la carpeta y guarda el .md

Una carpeta para el proyecto y dentro ese fichero de funcionalidades. Ese es todo el material previo. ¿Quieres ver cómo queda? Descárgate el de este ejemplo.

mkdir gestor-citas && cd gestor-citas Descargar gestor-citas.md
3

Arranca Orkesta

Abres tu asistente en esa carpeta y pides el flujo. A partir de aquí no vuelves a escribir requisitos a mano: Orkesta toma el mando y te guía.

orkesta gestor-citas

El flujo Orkesta

Cinco fases, ninguna se salta

Con tu .md dentro, el motor recorre las cinco fases en orden y valida cada puerta. Esto es lo que pasa con el gestor de citas:

Especificación

Te pregunta lo justo y convierte el .md en requisitos con criterio de aceptación.

Plan

Divide el trabajo en fases, cada una con sus archivos y el test que la valida.

Implementación

Programa fase a fase, sin adelantarse a la siguiente.

Tiene que compilar

Tests

Tests de navegador escritos sobre el código ya hecho y ejecutados de verdad.

Todos en verde

Revisión

Audita el código contra la spec, con veredicto y deuda anotada.

El ejemplo en detalle

Lo que Orkesta genera en cada fase

No son promesas: son los artefactos reales que deja el flujo del gestor de citas.

1

Especificación

Un requisito con su criterio de aceptación, en Dado / Cuando / Entonces:

RF-02 · No se solapan las citas Dado una cita a las 10:00 para "Corte", cuando intento reservar otra a las 10:00, entonces se rechaza y se avisa del conflicto.
2

Plan por fases

El trabajo troceado, con cada requisito atado a su fase:

Fase 1 · Modelo y almacén de citas → RF-01 Fase 2 · Reserva + validación solape → RF-02, RF-03 Fase 3 · Listado del día y acciones → RF-04, RF-05
5

Revisión

Y al final, un veredicto con la deuda anotada, sin barrer nada bajo la alfombra:

Veredicto: Aprobado 5/5 RF con test en verde. Deuda: aviso por email al reservar (fuera de alcance).
orkesta · gestor-citas
$ orkesta finish-phase gestor-citas 2🔨 Ejecutando build✅ Build PASS→ Fase 2: En curso → Code Review $ orkesta run-tests gestor-citas🧪 Ejecutando tests contra https://localhost:7013🎯 RF-02 → Done (no se solapan)🎯 RF-03 → Done (aviso de conflicto)14 passed (12.4s) · Todos los RF en verde

Tu turno

Llévate el .md de ejemplo y pruébalo

Es el mismo fichero de funcionalidades del gestor de citas. Ábrelo, cámbialo por tu idea y suéltaselo a Orkesta.

¿Lo pruebas con tu próxima función?

Instala Orkesta en tu asistente, arranca un flujo y compara: cuánto tardas y cuánto de lo que sale te sirve tal cual.

Empezar ahora