Plataforma

Todo el ciclo de desarrollo, en una sola plataforma.

Desde la idea hasta el merge request: DevSense crea proyectos y especificaciones con IA, ejecuta con múltiples modelos, valida con QA real y sandbox, entrega a GitLab y gobierna costos, calidad y trazabilidad.

01 · Crear y planificar

De una idea a un backlog ejecutable, con IA.

DevSense convierte una descripción, un PRD o un repositorio existente en especificaciones profesionales y un backlog listo para ejecutar. No partes de una hoja en blanco: partes de un plan.

1Configuración
2Contexto
3PRD
4Requerimientos
5Pipeline
Selecciona una plantilla
Aplicación WebFull-stack con frontend y backend
API RESTRESTful con documentación OpenAPI
Base de DatosEsquema con migraciones
CLI / HerramientaLínea de comandos o utilidad
InfraestructuraTerraform, Ansible, etc.
QA Web UICertificación QA de interfaz
Wizard de creación · 12 plantillas, incluidas variantes de certificación QA, en un flujo de 5 pasos

PRD generado con IA, calidad CMMI 3+

Desde la descripción de un issue y el análisis del código y del repositorio, DevSense construye un PRD profesional con especificaciones completas, suficiente para un desarrollo autónomo sin ambigüedades.

Agrupación semántica

El motor analiza los requerimientos y los agrupa por tecnología, caso de negocio e impacto en bloques funcionales coherentes, en vez de tratarlos como una lista plana.

Milestones y planificador

DevSense propone la organización del backlog en milestones con IA, respeta dependencias y orden de prioridad, y ejecuta planes completos con política de fallo y estado terminal real.

Análisis automático del repositorio

Antes de planificar, DevSense detecta el stack, las dependencias y los comandos del proyecto, y genera su configuración base. El plan nace conectado al código real.

02 · Ejecutar

Múltiples modelos, un pipeline, ejecución que se auto-corrige.

DevSense orquesta varios LLMs según la tarea, ejecuta cada cambio sobre el repositorio real con checkpoints y reintentos, y usa Codex como certificador. El pipeline tiene cuatro pasos canónicos antes de tocar código.

01Clasificación

Cada requerimiento se analiza y categoriza con consenso entre modelos

02Selección de modelo

El motor elige el LLM adecuado para cada bloque de trabajo

03Agrupación semántica

Los requerimientos se agrupan en bloques funcionales afines

04Provisión GitLab

Epics, milestones e issues creados con artefactos QA

Soporte multi-LLM con Codex como certificador

La ejecución usa el backend oficial (Claude o Codex, con selección automática) tanto en la creación de issues como en la ejecución. Codex actúa como certificador del resultado.

Auto-healing

Cuando una validación falla, DevSense reintenta con contexto y corrige de forma iterativa hasta cumplir, sin sacar al equipo de su flujo. Los checkpoints permiten reanudar sin partir de cero.

Ejecución sobre el repositorio real

Los agentes trabajan sobre el checkout real, respetan rama y comandos del proyecto, registran logs y dejan evidencia. Cada run tiene trazabilidad de razón, trigger y modelo.

PRD editable y aprobable antes de ejecutar

Cada especificación puede revisarse, iterarse, regenerarse o aprobarse. La ejecución siempre queda alineada con la aprobación vigente del equipo.

03 · Validar

QA real que prueba como un usuario, con replay y sandbox Docker.

DevSense valida en capas: oráculos determinísticos, QA web que navega la aplicación y un sandbox navegable con soporte Docker. Los planes de QA se generan a partir del issue y del cambio, y cada corrida se puede reproducir.

Tipo de QARunner principalCadena automática
web_uiOpenClawopenclaw → qa_vnext → http_live
apiOpenClawopenclaw → http_live
db · cli · iacOpenClawopenclaw
OpenClaw es el runner principal de certificación; el resto queda como fallback o selección explícita

OpenClaw: QA que navega como un usuario

El agente de QA abre la aplicación, completa flujos y verifica resultados reales. Genera capturas, consola, requests y evidencia agrupada por corrida.

Planes de QA generados desde el issue y el cambio

DevSense construye los escenarios de prueba a partir de la especificación y de lo que realmente cambió, no de una plantilla genérica. Hay presets por tipo de QA.

Sandbox controlado con Docker y replay

Cada cambio levanta el runtime del proyecto en una URL navegable con soporte Docker Compose. Producto y negocio prueban la aplicación real, y cada QA queda con replay reproducible.

Oráculos determinísticos

El contract engine valida respuestas de API, esquemas JSON, conteos y filas de base de datos, logs de consola, performance y texto/atributos de UI, con resultados verificables.

04 · Entregar

De vuelta a GitLab, con revisión humana donde importa.

Cuando el cambio está validado, DevSense prepara branch, commit, push y merge request, respetando tu rama base y tu política de sincronización. Y cuando falta criterio, el HITL Copilot pone a una persona en el centro con todo el contexto.

HITL Copilot · cambio #2686esperando decisión
Diff y preview del patch disponiblesrevisar
Chat con contexto del issue y del repo
Aplicar fix, rollback o aprobar entregatu decisión
HITL Copilot · diff, patch, apply fix, rollback y chat sobre el cambio, antes de entregar

GitOps con gates de calidad

GitOps valida QA antes de hacer push o cerrar, solo permite comandos Git de una allowlist y excluye los artefactos de DevSense del commit. La rama se deriva de los comandos reales, no de campos legacy.

HITL Copilot para casos edge

Cuando falta una credencial, una decisión de negocio o una corrección, el flujo escala a una persona con diff, preview de patch, chat, comandos permitidos y la opción de aplicar o revertir.

Sincronización GitLab sin sorpresas

Provisión de epics, milestones e issues; intake de issues existentes; webhooks y preview de sincronización. Importar nunca implica escribir sin política explícita.

05 · Gobernar

Costos, ahorro y trazabilidad, medidos en cada ciclo.

DevSense reporta el costo real de cada pipeline e issue, calcula el tiempo ahorrado ajustado por calidad y aplica límites de presupuesto antes de ejecutar. Todo queda auditable, por repositorio, proceso y cambio.

Costos y tokens por ejecución

Cada pipeline y cada issue registra consumo, costo y duración. Sabes cuánto costó cada entrega, por modelo y por proceso.

TTUA: tiempo ahorrado, ajustado por calidad

DevSense calcula el tiempo de desarrollo teórico ahorrado contra el esfuerzo evitado y la evidencia generada, no contra promesas. Es productividad validada, no estimada.

Presupuesto con gates

Límites de gasto mensuales y globales que se evalúan antes de lanzar pipelines e issues. En modo bloqueo, frenan nuevas ejecuciones si se exceden los límites.

Auditoría y trazabilidad completas

Logs, decisiones HITL, QA, capturas, costos y GitOps quedan asociados al ciclo de cada cambio. La historia completa, sin depender de la memoria de una conversación.

Referencia

Detalle técnico.

Para equipos de ingeniería y arquitectura que quieren saber qué hay debajo. Todo esto opera self-hosted y single-tenant, sobre tu propia infraestructura.

Arquitectura y despliegue
Backend y UI en FastAPI, persistencia en PostgreSQL vía SQLAlchemy, actualización en tiempo real por polling, streams HTTP y SSE. Despliegue self-hosted y single-tenant, con soporte Docker Compose para sandboxes y producción. El repositorio configurado es la unidad principal de trabajo y su YAML es la fuente de verdad de configuración.
Orquestación de ejecución
La plataforma opera con un flujo único y gobernado para pipelines e issues. No hay rutas paralelas por cliente, stack o modo: checkpoints, reanudación, gates de presupuesto y trazabilidad quedan asociados a cada ejecución.
Modelos y backends LLM
La selección de modelos se administra como configuración de plataforma, con modo automático por defecto y soporte BYOK por usuario o grupo. Las credenciales se cifran y quedan fuera de logs y URLs.
QA: Contract Engine y QA vNext
Dos capas de validación. Contract Engine con canales API, CLI, DB y web, y oráculos determinísticos. QA vNext con spec, evidencia y Midscene/Playwright cuando aplica. OpenClaw como runner principal en modo auto, con fallback compatible por tipo de QA.
Sandbox
Runtime visible del repositorio con Docker Compose, selección de puerto desde pool, URL pública configurable, TTL y cleanup automático, preservación para debugging, y replay de QA por corrida con trazabilidad de backend y modelo usados.
Integración GitLab y GitOps
Provisión de epics, milestones e issues; intake y sincronización de issues existentes; webhooks firmados. GitOps valida QA antes de push/close, usa allowlist de comandos Git y preserva la identidad GitLab del issue (id, IID, project, labels, milestone, estado).
Estados, roles y seguridad
Estados de issue canónicos (approved, running, ready_for_gitops, delivered, closed_verified, entre otros) con dimensiones de QA, HITL y GitOps. Roles por perfil (administrador, mantenedor, operador, invitado). Creación pública de cuentas deshabilitada, rate limiting de auth, secretos fuera de logs y URLs.

Pruébala con un repositorio real.

Ejecutamos cambios reales de tu repositorio. Tu equipo revisa la evidencia, navega el sandbox y verifica la entrega en GitLab.