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.
transformados
perdidos
promedio
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.
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.
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.
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.
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.
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.
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.
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
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
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 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.
Acompaña las estaciones Intent → Specify → Validate. Convierte la intención de producto en una spec estructurada lista para que el agente la consuma.
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.
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
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
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.
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.
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.
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.
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.
Outcomes que prometemos
Tres métricas verificables. Baseline antes del engagement, target al final.
Entre "decidir hacer algo" y "tenerlo en producción", medido en un flujo crítico del cliente.
Código generado por IA que pasa linters, cobertura de tests y tasa de rework post-merge.
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.
El modelo no es la fuente de verdad. El chat no es el sistema. El código no es el único artefacto.
La paradoja METR: +20% de productividad subjetiva, −19% real. El motivo es la ausencia de tres disciplinas que casi nadie aplica. Claim 1: el modelo no es la fuente de verdad → constitución del proyecto. Claim 2: el chat no es el sistema → workflows con quality gates. Claim 3: el código no es el único artefacto → Spec-Driven Development. Tres antídotos instalables. Cita honesta de Karpathy al cierre.
HTML supera a Markdown en los artefactos que viven: la tabla de decisión del Spec-Driven Development
De 14 artefactos del Spec-Driven Development, 8 migran a HTML y 5 se quedan en Markdown. La decisión no es ideológica — es operativa: a mayor tamaño y mayor vida útil, mayor sentido tiene HTML. Incluye tabla completa, el reframe del Tech Lead como "compute allocator" según Thariq Shihipar, y la actualización del método AI Engine onext a partir de mayo 2026.
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.
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.
El mes 6: por qué la transformación IA de tu equipo dev se rompe en ese punto — y el sistema de sostenimiento que lo previene
Los primeros 3 meses de transformación IA son entusiasmo con método. Al mes 6, la mayoría de equipos vuelven al baseline sin saber por qué. El colapso sigue siempre el mismo orden: workflows desactualizados → falsos positivos en quality gates → sorteo silencioso → vuelta al punto de partida. El sistema de sostenimiento que lo previene tiene tres piezas: owner rotativo, métrica única de salud y ritual mensual de 30 minutos.
El gap del 70%: tu adopción de IA en el equipo de desarrollo no es problema técnico — es problema organizativo
Más del 40% de los proyectos basados en agentes serán cancelados antes de 2027 (Gartner). Tras 12 transformaciones en equipos de desarrollo, el patrón es consistente: el 70% del éxito de la IA no es técnico. Las 5 dimensiones organizativas que ninguna herramienta resuelve sola. Cuatro preguntas para distinguir problema técnico de problema organizativo en tu próximo comité. Incluye paradoja METR y cita Karpathy.
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.
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.
¿Aún no estás listo para el programa? Antes de invertir en transformación, dimensiona el gap. Nuestro checklist interactivo de 16 preguntas te da en 5–7 minutos un diagnóstico de dónde está hoy tu equipo. Gratis. Sin compromiso.
Hacer el diagnóstico gratuito
¿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.