'/%3e%3cpath%20d='m0%200-119.7-83.92%2091.32-65.6%20128.91%2079.56z'%20fill='%231d6075'%20stroke='%231d6075'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20588.6%20492.05)'/%3e%3cpath%20d='m0%200%20113.06-90.6L320.45%2054.67l.46%20143.88z'%20fill='%2318505f'%20stroke='%2318505f'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20278.27%20483.16)'/%3e%3cpath%20d='m0%200%20.34%20159.15-225.4-137.58L-83.84-66.9Z'%20fill='%23216b83'%20stroke='%23216b83'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20390.91%20251.7)'/%3e%3cpath%20d='m0%200%20.34%20159.15%20236.09-134.2L95.2-63.54Z'%20fill='%23123e4b'%20stroke='%23123e4b'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20390.91%20251.7)'/%3e%3c/svg%3e){kind=small}
HARNESS 01
El orquestador TDD
Delega el trabajo en subagentes aislados para las etapas red, green y refactor, con las pruebas primero desde el diseño.
Arquitectura de la plataforma · El harness de ingeniería · Ejecución determinista
Deja de adivinar qué está construyendo tu IA.
Especifica la arquitectura.
Los asistentes de programación con IA habituales funcionan como cajas negras: inyectan código sin verificar y acumulan una enorme deuda de contexto. La plataforma Realized.Dev sustituye este caos por un harness de ingeniería determinista con varios agentes.
v1.0 — El motor determinista
- Especificación
- La spec es ley
- TDD
- Red → Green
Registrada en Git y en el historial de pull requests
Una prueba que falle antes del código
Cómo funciona
Tres capas. Un contrato exigible.
Retiramos la autonomía de la capa de ejecución y se la damos a la especificación. Las reglas del harness exigen una especificación aceptada y una prueba que falle antes de cualquier implementación. El harness incluye hooks que comprueban las acciones de los agentes, y los estamos reforzando para las ejecuciones en la nube.
- L1
El harness
Restricciones de solo lectura
- Modos de plan de solo lectura
- Planes de ejecución explícitos
- Sin mutación del repositorio
- L2
El Manager
Gestión del backlog
- Cola de trabajo local
- Auditorías de spec en solo lectura, bajo demanda
- Planes listos para ejecutar
- L3
La Fuerza de Trabajo
Ejecución paralela
- Oleadas de subagentes en paralelo
- Una rama por tarea
- Control de intake de PR de la nube. Una persona aprueba cada fusión.
El harness de ingeniería
Ejecución determinista.
3 / 3
HARNESS 02
Controles de calidad automatizados
Los controles QA automatizados verifican que el código entregado pasa las pruebas antes de realizar operaciones de control de versiones.
HARNESS 03
Cortafuegos de fusión
El harness incluye hooks que comprueban las acciones de los agentes, y los estamos reforzando para las ejecuciones en la nube. /intake comprueba las pull requests de la nube en un worktree aislado. Los agentes abren pull requests en borrador. Una persona aprueba cada fusión.
Filosofía central · La spec es ley
La especificación es tu única referencia, registrada en Git y en el historial de pull requests.
El directorio de especificaciones, no el historial del chat, determina qué se considera terminado. Los cambios se revisan frente a esas especificaciones antes de llegar a tu rama principal.
Prácticas habituales del sector
- Ejecución en caja negra→ comprobado
- Correcciones tras la generación→ comprobado
- Tarifas de API por token→ comprobado
- Inyección de código sin verificar→ comprobado
Plataforma Realized.Dev
- Ciclos TDD estrictos→ comprobado
- Pruebas de base de datos solo en local→ comprobado
- Criterios de aceptación condicionados por la spec→ comprobado
El harness
- Modos de plan de solo lectura→ comprobado
- Controles QA automatizados→ comprobado
- Comprobaciones de trazabilidad→ comprobado
- PR en borrador; una persona aprueba cada fusión→ comprobado
El límite
- Sin transmisión en continuo a terceros→ comprobado
Siguiente paso
Recorre el harness con nuestro equipo de arquitectura.
90 minutos. Tus responsables de ingeniería y seguridad. Al final, un pipeline candidato con alcance definido para la Fase 01 — no una demostración de diapositivas.
Conoce el harness de Realized.dev— Se está estudiando publicar el harnessGuía de arquitectura