Saltar al contenido principal
onext technology

Industrializa
el desarrollo con IA

De prompts ad hoc a un SDLC AI-Native con metodología, plugins propios y verificación humana en cada paso.

Ver cómo funciona
12
equipos
transformados
0
sprints
perdidos
×7
velocidad
promedio
El manifiesto

Rules over tools.

El modelo NO debe ser la fuente de verdad.

El chat NO debe ser el sistema.

El código NO debe ser el único artefacto.

Necesitamos estado externo, gobernado y verificable.

Acto 1

La promesa rota

Nos dijeron que la IA nos haría 10x más productivos. En algunos casos aceleramos. En muchos otros, estamos generando más código... y más problemas.

El impacto de la IA no es automático. Depende del sistema de trabajo.

La diferencia entre los equipos que están ganando con IA y los que se están atascando no es presupuesto, ni tamaño, ni acceso a la última API. Es entender que la IA no es una herramienta más en el catálogo: es un cambio en la manera en que se diseñan procesos, equipos y decisiones.

-19 %

productividad real

Estudio METR 2025: developers usando IA fueron un 19% menos productivos — aunque percibían un +20%. El gap entre percepción y realidad es el síntoma de un sistema roto.

10× vulnerabilidades

más issues de seguridad

Estudio Fortune 50: equipos con IA generan 3-4x más código que sus pares pero introducen 10x más vulnerabilidades de seguridad en el mismo periodo.

Acto 2

Los tres frenos reales al desarrollo con IA

Los LLMs tienen límites estructurales. Si no diseñas para sus límites, trabajas contra ellos.

Memoria limitada

No puede sostener sistemas grandes sin perder coherencia. Pedirle al modelo que "recuerde toda la arquitectura" es pedirle que haga lo que por diseño no puede hacer.

Alucinación

Optimiza por plausibilidad, no por verdad. Genera código que "parece que funciona" aunque la suposición subyacente sea falsa. Detectar eso a simple vista es imposible.

Deriva del contexto

Contextos largos degradan foco y precisión. Cuanto más código acumulas en la ventana del agente, peor razona — exactamente al revés de lo que la intuición sugiere.

Los agentes aún no son suficientemente fiables para ingeniería compleja.

— Andrej Karpathy (ex-OpenAI, ex-Tesla AI)
Acto 3

La solución no es abandonar la IA.
Es cambiar tu rol.

De escribir código a diseñar contexto, reglas y verificación.

Esto es lo que llamamos industrializar el desarrollo con IA. Y para hacerlo, no basta con comprar más herramientas: necesitas un sistema. Lo llamamos onext AI Engine.

La arquitectura

Tres pilares.
Un solo sistema.

Toda la solución se sostiene sobre tres pilares que onext enseña en su formación interna y que ahora se llevan al producto.

Pilar 01

Human-on-the-Loop

La IA propone, el humano gobierna. La validación humana es obligatoria en cada gate crítico, no informal. Es un rol explícito con artefactos y métricas propias.

  • Validación estructurada en specs y en código
  • Rol de Revisor (equivalente a PR humano)
  • Context Owner que mantiene las reglas del sistema
Pilar 02

Rules Over Tools & Context Engineering

Las herramientas son intercambiables; las reglas son lo que define el sistema. Estado externo, gobernado y verificable — no la memoria del modelo ni el chat.

  • Constitución del proyecto + subagentes + MCPs
  • Commands, skills, hooks, models curados
Pilar 03

Spec-Driven Development

Las especificaciones son la fuente de verdad, no el código generado. Una spec bien escrita es trazable, validable y reutilizable.

  • Specs como primary artifact, código derivado
  • Validación pre-commit contra la constitución
  • Trazabilidad de cada línea de código a una intención
El ciclo de vida

El AI-Native SDLC Loop

La evolución natural del loop de DevOps cuando hay agentes en el flujo. Siete estaciones, dos gates de constitución, dos herramientas (Product Plugin y SDD Plugin) y un contorno de validación humana.

HUMAN-ON-THE-LOOP DISCOVER DELIVER INTENT SPECIFY VALIDATE GENERATE VERIFY DEPLOY
onext Product Plugin

Acompaña las estaciones Intent → Specify → Validate. Convierte la intención de producto en una spec estructurada lista para que el agente la consuma.

onext SDD Plugin

Acompaña las estaciones Generate → Verify → Deploy. Inyecta la spec en el agente y bloquea cualquier código que no respete la constitución del proyecto.

En el Constitution Gate, situado al cruce de los dos loops, la intención de producto se convierte en una spec implementable. Si la spec no respeta las reglas inmutables del proyecto, no llega al agente. Todo el ciclo está supervisado por el equipo humano.

Las herramientas

Dos plugins de onext.
Una cadena completa.

Las herramientas que llevan los pilares 2 y 3 al día a día del equipo. Sin ellas, los pilares son un manifiesto. Con ellas, son un sistema operativo.

onext Product Plugin

De la idea a la spec, estructurado y repetible

Plugin de Claude Code que orquesta 5 agentes especializados a lo largo de workflows estructurados de definición de producto. De una idea cruda a una especificación lista para desarrollo, con quality gates en cada transición de fase.

  • 5 agentes especializados: orchestrator, product-consultant, ux-designer, sdd-specifier y reviewer
  • 4 workflows: idea-to-feature (6 fases), quick-improvement (3), spike (2), audit (2)
  • 25 skills en 7 dominios: discovery, research, persona, UX design, specification, validation y setup
  • 8 quality gates automatizados: phase gate checker, ambiguity guard, scope creep detector, decision logger…
  • Artefactos: Lean Canvas, JTBD, empathy maps, user flows, behavior flows, acceptance criteria, business rules, SDD consolidation
  • Integración nativa con Figma, Jira, Storybook y la configuración de compliance del proyecto
Qué resuelve

Que el equipo de ingeniería reciba especificaciones consolidadas y validadas, sin ambigüedades ni decisiones colgando. Cada fase produce un artefacto concreto y ningún workflow avanza en silencio sobre trabajo incompleto.

onext SDD Plugin

Especificaciones que la IA respeta, con verificación en cada commit

Integra Spec-Driven Development directamente en el flujo del equipo técnico. Gobierna el estado externo y valida que el código respete las reglas del proyecto.

  • Templates de especificación adaptados al stack del proyecto
  • "Constitución" del proyecto: reglas inmutables que el agente respeta
  • Validación pre-commit contra la spec (estructura, naming, dependencias, coverage)
  • Hook de bloqueo de merge si el código generado no cumple
Qué resuelve

Que el código generado rápido por IA no sea también código inconsistente. Convierte output del agente en código que respeta la arquitectura, las convenciones y las reglas del proyecto.

Programa de 12-16 semanas

Cómo te acompañamos

Cuatro fases que se solapan en el tiempo, no se ejecutan en secuencia. Durante toda la ejecución tu equipo sigue entregando producto: ninguna fase exige pausar sprints.

Fase 0
Diagnóstico
Semanas 1-2

Mapeamos el flujo real del equipo — no el declarado. Entrevistas 1:1 con los 6-10 roles clave, observación de sprints en vivo, auditoría del stack actual de IA, revisión de métricas existentes.

Mapa de fricciones cognitivas Baseline de métricas Diagnóstico de adopción IA
Fase 1
Rediseño
Semanas 2-5

Definimos los carriles humano-agente del equipo: qué tareas mantienen humanos al volante, cuáles pasan a agentes supervisados y cuáles son híbridas. Diseñamos los flujos críticos end-to-end y el framework de métricas vivas.

Playbook del operating model RACI por proceso crítico Métricas vivas con target
Fase 2
Despliegue
Semanas 5-8

Instalamos y configuramos los dos plugins de onext en el stack del cliente. Definimos conjuntamente la constitución del proyecto y creamos los templates de spec. Cadena completa product → spec → code funcionando end-to-end.

Product Plugin + SDD Plugin en producción Constitución del proyecto documentada Primera feature end-to-end
Fase 3
Delivery en vivo
Semanas 7-13

Pair-programming entre developers de onext y del cliente. Code review específico para IA. Refinamiento de la constitución según lo que falle en la práctica. Retros semanales. Coaching individual a los 3-5 creadores del equipo.

3-5 features reales con la cadena completa Equipo operando sin supervisión directa
Fase 4
Transferencia
Semanas 12-16

Especialización dual: creadores (10-20% del equipo) y usuarios avanzados (el resto) reciben formación específica. Transferencia formal de la constitución, templates y métricas. Plan de sostenimiento post-engagement con 6 meses de soporte de los plugins incluidos.

Matriz de competencias pre/post Plan de sostenimiento firmado 6 meses de soporte de plugins
Lo que vas a medir

Outcomes que prometemos

Tres métricas verificables. Baseline antes del engagement, target al final.

-50%
tiempo hasta producción

Entre "decidir hacer algo" y "tenerlo en producción", medido en un flujo crítico del cliente.

+40%
consistencia de código

Código generado por IA que pasa linters, cobertura de tests y tasa de rework post-merge.

1-2
FTE senior/año liberados

Tareas que pasan a agentes supervisados: discovery, specs, primer draft, QA estructurado.

Insights relacionados

El marco conceptual detrás de onext AI Engine, publicado en abierto. Empieza por el primero si quieres entender por qué el problema es organizativo antes de ser técnico.

Equipo multidisciplinar reunido en oficina moderna analizando un diagrama de procesos organizativos y flujos de IA en una pantalla grande, mientras un líder técnico explica el rediseño del modelo operativo
Transformación

Desbloquea tu potencial IA: por qué los equipos ganadores rediseñan procesos antes que comprar herramientas

Adoptar IA con políticas tibias ya no es suficiente. 6 patrones que separan a los líderes de los rezagados, las preguntas incómodas que un CTO debe hacerse hoy y un método de 4 fases para rediseñar la organización sin paralizar la operación. Resultado: un equipo acelerado con IA que convierte la velocidad en ventaja compounding.

Leer artículo
Comparativa visual entre un MVP construido sin especificación con múltiples iteraciones de rework y un MVP guiado por Spec-Driven Development con flujo limpio y controlado
IA

MVP vs Especificación: cómo el Spec-Driven Development corrige el sesgo del "Quick Ship"

El 80% del rework en software viene de requisitos mal definidos. SDD invierte el orden: especificaciones ligeras antes del MVP reducen sprints de 7 a 3 y eliminan iteraciones destructivas cuando se integra IA agéntica. Matriz de cuándo SDD es ROI positivo vs overhead.

Leer artículo
Desarrollador trabajando con especificaciones y codigo asistido por IA en pantallas multiples
IA

Spec-Driven Development: La metodologia que transforma la IA en codigo controlado y predecible

El 85% de equipos usa IA para programar con prompts ad hoc. Solo el 15% usa especificaciones estructuradas. SDD es la metodologia emergente que trae control, predictibilidad y calidad al desarrollo asistido por IA.

Leer artículo
Equipo de desarrollo analizando la integración organizativa de IA en su sistema de trabajo con diagramas de proceso y métricas
Transformación

El 70% del éxito de la IA en equipos de desarrollo no es técnico. Es organizativo.

Licencias de Copilot activas, formación impartida, acceso a ChatGPT Enterprise. Y la productividad no ha cambiado de forma estructural. El problema no es la herramienta. Es el sistema. 4 razones organizativas por las que la IA no genera impacto real y qué hacen las empresas que sí lo consiguen.

Leer artículo
Dashboard de analítica mostrando métricas de retorno de inversión de agentes de IA desplegados en entorno empresarial
IA

Agentes de IA en 2026: el 80% de empresas ya genera retorno medible. El obstáculo no es la tecnología.

Un estudio con 500+ líderes técnicos de empresas como Thomson Reuters, Doctolib, L'Oréal y eSentire confirma: el 80% reporta retornos económicos medibles con agentes de IA. Pero los tres principales obstáculos — integración (46%), datos (42%) y change management (39%) — son organizativos, no técnicos.

Leer artículo
Equipo de desarrollo configurando contexto y especificaciones para agentes de IA en entorno colaborativo
IA

Context Engineering: la disciplina que satisface equipos con IA y sin IA

El 80% de equipos usa IA de forma individual. Solo el 5% trata el contexto como un activo de ingeniería. Context engineering es la práctica que separa equipos que experimentan de equipos que dominan IA. De Skills a SDD: la evolución completa.

Leer artículo
Equipo técnico analizando un sistema de IA integrado en producción con dashboards de métricas y flujos de trabajo estructurados
IA

Por qué la mayoría de proyectos con LLM fracasan (y cómo convertirlos en sistemas que realmente funcionan)

El 95% de pilotos de IA no genera impacto en P&L según MIT. El 90% de empleados usa IA por su cuenta pero el 68% no lo comunica. El problema no es la tecnología: es tratar los LLM como herramientas individuales en lugar de sistemas integrados con contexto, flujo y control.

Leer artículo
Diagrama de workflows multi-etapa con agentes de IA ejecutando procesos completos de desarrollo de software con puntos de control humano
IA

De tareas a workflows: los agentes IA ya ejecutan procesos multi-etapa completos

El 57% de empresas ya usa agentes IA para ejecutar workflows multi-etapa, y el 81% planea abordar casos más complejos en 2026. Pero pasar de tareas aisladas a procesos completos requiere especificaciones claras, contexto estructurado y un modelo de supervisión que la mayoría de equipos todavía no tiene.

Leer artículo

¿Listo para
industrializar tu desarrollo?

En 30 minutos podemos evaluar el estado real de tu SDLC y diseñar un primer paso de rediseño que tu equipo pueda ejecutar sin parar entregas.

12 equipos transformados 0 sprints perdidos Engagement de 12-16 semanas