Serie AI-Native · Strategy OS
Tu deck de estrategia ya está muerto. Hicimos que la estrategia pasara por CI.
Resumen de 1 minuto — con qué te vas a quedar
La mayoría de las estrategias muere como un deck: números sin comprobantes, pronósticos disfrazados de hechos, sin mecanismo para notar cuándo el mundo cambia. Construimos un sistema operativo de estrategia que le impone compuertas a la estrategia, igual que al código —*make check* para documentos, evidencia o silencio, humanos al mando de cada decisión— y luego lo sometimos a una prueba de estrés en un proyecto empresarial real. 6 fortalezas, 7 debilidades, comprobantes incluidos.
Un sistema operativo de estrategia donde cada número necesita un comprobante, los pronósticos no pueden disfrazarse de hechos, y "listo" es una compuerta, no una sensación: sometido a prueba de estrés en un proyecto empresarial real, evaluado con honestidad, 6 fortalezas, 7 debilidades, 1 defecto de especificación que encontramos en nuestro propio diseño.
McKinsey Quarterly acaba de ponerle número a la ansiedad: el gasto empresarial en LLM se triplicó en doce meses mientras los precios de los tokens se desplomaban, el 93% de las organizaciones encuestadas se pasó de presupuesto en IA, y la IA va camino a representar una cuarta parte del gasto empresarial en TI. Su remate —"tokens are not value; tokens are the bill" (Traducción: los tokens no son valor, los tokens son la factura)— en el fondo es un remate sobre estrategia: la mayoría de las organizaciones no puede decir qué apuestas están funcionando, cuánto cuestan en realidad, ni en qué evidencia se sostiene su hoja de ruta.
Y lo que seguimos usando para gestionar esas apuestas es... un deck. Un deck es una fotografía del pensamiento, congelada en el momento de máxima confianza, con números cuyo origen nadie puede rastrear y sin mecanismo para notar cuándo el mundo los invalida. Pregúntale a un deck "¿por qué este puntaje de preparación es 3.2, y qué te haría cambiar de opinión?" y obtienes silencio.
Así que construimos la alternativa, y luego hicimos algo que la mayoría de quienes construyen se saltan: intentamos romperla en un proyecto real y publicamos el marcador.
Fase 0: veinte entregables antes de escribir una sola línea de código del motor
El proyecto es un sistema operativo de estrategia —un meta-repositorio privado donde una estrategia no es un documento, sino un objeto conectado y verificable: propósito → evidencia → diagnóstico → opciones → decisión → arquitectura → ejecución → métricas → adaptación, con cada vínculo inspeccionable.
Antes de escribir cualquier línea de código del motor, produjimos veinte artefactos previos a la implementación (un inventario de portafolio, un informe de panorama con nueve categorías de herramientas, un mapa de frameworks con más de 25 fichas, una ontología, tres opciones de arquitectura, siete registros de decisión, un plan de hitos) y aquí está la jugada que lo hizo real:
Le dimos a los documentos un pipeline de CI. Un script de compuerta de tipo fail-closed revisa cada artefacto: archivo faltante, contenido vacío, sección obligatoria ausente; cada caso es un fallo con nombre propio.make check: 26/26. Y lo único que la compuerta nunca hace es inferir un permiso: la aprobación humana vive en unaStatus:línea que solo un humano edita, y que se transmite tal cual, palabra por palabra.
Cuatro reglas de diseño sostienen el sistema:
- Evidencia o silencio. Sin procedencia ⇒ no es evidencia. Una afirmación sin fuente solo puede existir como suposición etiquetada: "el modelo lo dijo" es representable, y con la debilidad que corresponde.
- Cada afirmación lleva su etiqueta de clase. Hecho, afirmación, suposición, inferencia, pronóstico: un pronóstico nunca puede presentarse con el registro visual de un hecho. Esto se hace cumplir, no se pide por favor.
- Las decisiones las redactan exclusivamente humanos. La IA investiga, modela, hace de red team, redacta borradores. Por diseño estructural, el nodo de decisión no puede escribirlo un agente.
- Famoso ≠ válido. Nuestra investigación de frameworks encontró que la calidad de la evidencia está, casi, invertida respecto a la fama: varias de las herramientas de estrategia más populares tienen el respaldo empírico más débil. Por eso los frameworks existen como datos con calificaciones de evidencia, y los de baja evidencia se derivan a roles de ideación, nunca a roles de veredicto.
La prueba de estrés: un proyecto real, hecho a mano
Las especificaciones salen baratas. Por eso, antes de construir el motor, corrimos la metodología completa de forma manual en un proyecto empresarial real y confidencial (los detalles se mantienen privados; esa es justamente la prueba de que las reglas de confidencialidad funcionan). Registro de evidencia con procedencia, diagnóstico falsificable, tres opciones genuinamente distintas, disyuntivas con respuestas de las partes interesadas, un plan a 90 días: todo el paquete.
Lo que sí funcionó (6 fortalezas, comprobantes en el repositorio): la disciplina de clasificación detectó que una fuente era un resumen de un resumen y forzó una degradación honesta; el esquema de diagnóstico rechazó el primer borrador porque era una lista de metas disfrazada de estrategia; y cuando la tentación decía "simplemente escribe la estrategia elegida", la ontología dijo que no: el contrato dice honestamente Chosen Strategy: NONE, porque ningún humano había decidido todavía.
Lo que falló (7 debilidades, mismo repositorio): clasificar a mano cada enunciado fue el paso más lento y el más fácil de saltarse (sin automatizar, la procedencia se vuelve teatro); el registro de evidencia en markdown no puede responder "si este supuesto muere, ¿qué más queda en duda?" a escala; y el punto más delicado de todos: the methodology recommended an architecture that mirrors itself, and had no adversarial pass to challenge its own priors. (Traducción: la metodología recomendó una arquitectura que se refleja a sí misma, sin ningún paso adversarial que cuestionara sus propios supuestos.) Lo registramos como riesgo permanente y añadimos un paso obligatorio de red-team. Un sistema que califica todo lo demás también tiene que poder calificarse a sí mismo.
Salió a la luz un defecto real de especificación (nos falta un tipo de entidad en la ontología), entraron dos riesgos nuevos al registro, y dos hipótesis centrales pasaron de "hipótesis" a "parcialmente respaldada", junto con la evidencia que las movió.
El modelo mental: lo entiende un adolescente de 15 años
Una estrategia es una fábrica de afirmaciones. Cada afirmación necesita un comprobante. Y cuando un comprobante caduca, la estrategia tiene que darse cuenta ella misma. Si tu estrategia no puede decirte qué la haría cambiar de opinión, no es una estrategia: es un estado de ánimo con formato.
El ángulo de la economía agéntica hace esto urgente, no solo estético: los propios datos de McKinsey muestran que el costo agéntico se comporta como una distribución: la misma tarea puede variar en costo por un factor de ~30, y aproximadamente el 60% del costo de una tarea agéntica está en revisar y corregir, no en la primera respuesta. Cualquier hoja de ruta de IA construida sobre un ROI puntual, de una sola cifra, está mal planteada desde la raíz. Las distribuciones, los costos de cola y los pronósticos que se califican por su calibración no son adornos de rigor: son la unidad mínima de honestidad.
Qué sigue
El repositorio sigue siendo privado por ahora, y es intencional. La compuerta de implementación —a cargo de un humano, y hoy marcada honestamente como NO APROBADA— decide cuándo la especificación se convierte en motor. Cuando se abra, la primera porción vertical del sistema ejecutará una pregunta estratégica de punta a punta: entra evidencia, sale un informe de estrategia auditable, y cada número responde "¿por qué?" con una cadena de razones.
Una estrategia que no puede pasar una compuerta es solo una presentación. Preferimos construir primero la compuerta.
AI-Native Series · Paul Jialiang Wu · love12xfuture · El proyecto empresarial referido es confidencial; en cambio, cada afirmación sobre el sistema en sí se puede verificar en los registros y bitácoras de compuerta del proyecto.