RAZE·CONTROL
control plane
RAZE·CONTROL
control plane
Rramarino13

Internos · RaZeOrg

Externos · clientes

Actividad reciente

Pipeline de features · SDLC agéntico

🤖 De un ticket de Linear a un PR — con agentes

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)