Construye features y resuelve fixes. Corre en Dify con el modelo qwen3-max.
01 · intake
Ticket Linear
RAZ-xx → el planner carga el contexto (feature-docs).
→
02 · plan
Plan + aprobás
Plan grounded → vos respondés APROBADO.
→
03 · dev
Developer
Crea branch, escribe el código, corre tsc/lint.
→
04 · QA + review
Verifica
QA escéptico + reviewer del diff + docs.
→
05 · PR
Pull Request
Abre el PR a development.
✅ Construido y validado — qwen3-max, 12/12 anti-alucinación. Apps raze-pipeline-rapark / -theriander en Dify.
Pipeline de deploy · DevOps
🚦 El dashboard dispara, no deploya
Un release nunca sale directo. Dispara el pipeline DevOps, que valida antes y después. Manual (botón) o agendado (release train con guarda de commits).
🌐 Ambientes:staging se actualiza solo en cada push a development (no hay que tocar nada). prod se sube con el botón Release → prod (con gates) y se revierte con Rollback prod. El botón Ver runs es solo para mirar logs.
01 · trigger
Release
Manual (botón) o agendado (cron). Crea tag app-vAAAA.MM.DD.
→
02 · gate pre
Build + Playwright
Compila + Playwright verifica que la app renderiza (bloqueante). Regresión profunda de features = próxima capa.
→
03 · deploy
Ship a prod
SPA + edge functions vía key restringida. Tag + GitHub Release con changelog.
→
04 · gate post
Smoke prod
¿Prod responde 200? Rojo → alerta.
✅ CONSTRUIDO y validado E2E — gate de tests aislado (migraciones + seed + integration + unit + build + E2E) bloqueante antes de cada release, + rollback 1-click. Los botones Release/Rollback disparan desde acá (backend con auth). La cadencia del release train se configura acá mismo (⚙ en cada proyecto), con guarda de commits.
Raze Control · v0.7 · datos en vivo (backend /api/state + login server-side + botones que disparan)