Adaptive Knowledge Production Architecture (AKPA) es un documento de trabajo abierto con un blueprint ejecutable, publicado bajo CC BY 4.0 con código MIT. Sostiene que la mayoría de las fallas en el conocimiento asistido por IA se originan temprano y se distribuyen en muchas decisiones pequeñas que la revisión final no alcanza a detectar. Su propuesta es deliberadamente estrecha: gobernar el paso de la solicitud inicial al marco de trabajo comprometido, y el paso de un defecto observado a un cambio en el método de producción. Es una propuesta de diseño y una agenda de investigación — no un estándar validado.
Qué propone AKPA
Adaptive Knowledge Production Architecture (AKPA) es un marco proporcional al riesgo para producir artefactos de conocimiento consecuentes — una tesis, un informe de mercado, un memorando de inversión, un contrato, un documento de política, un análisis técnico. Aplica tanto a un artefacto importante como a una familia recurrente de artefactos comparables.
Se publica de forma abierta, con el manuscrito completo, un registro de fuentes, un libro de reclamos, un mapa de argumentos y un blueprint ejecutable de inteligencia de mercado que puede validarse con la biblioteca estándar de Python.
Leer el documento
El documento de trabajo, el blueprint y la documentación de investigación están públicos en https://github.com/saintaigo/adaptive-knowledge-production-architecture
Su valor no está en la novedad de las piezas. Encuadre, trazabilidad, revisión, versionado y control de cambios son familiares. La propuesta es la relación entre ellas, aplicada a un artefacto o a una familia definida, con dos momentos hechos inspeccionables.
Dos transiciones, gobernadas a propósito
El prompting ordinario más una revisión final deja dos momentos implícitos. AKPA los hace explícitos y no exige nada más.
- De la solicitud al marco. Una solicitud inicial es evidencia de lo que alguien quiere, no una descripción correcta del problema. Se convierte en marco comprometido solo tras un cuestionamiento proporcional a la ambigüedad y la consecuencia. El marco declara propósito, definiciones, supuestos materiales, exclusiones, requisitos de evidencia, criterios de decisión y quién puede reabrirlos.
- Del defecto al cambio de método. Un defecto se repara en el artefacto por defecto. Solo una señal crítica o recurrente justifica cambiar el método de producción — y entonces solo como una hipótesis de proceso diagnosticada y reversible.
La primera restricción limita el compromiso prematuro. La segunda limita la acumulación de proceso: esa deriva lenta en la que cada error produce otra regla hasta que el método se vuelve burocracia.
Por qué la revisión final es el lugar equivocado
Un artefacto de conocimiento puede fallar aunque cada párrafo parezca competente. La pregunta inicial define el mercado equivocado. Dos analistas usan denominadores distintos y reportan estimaciones aparentemente compatibles. Una revisión de literatura repite una afirmación cuya fuente respalda algo más estrecho. Un informe técnico cita la especificación correcta en la revisión equivocada.
Ninguno de estos es un problema de redacción. Surgen de cómo se ordenaron propósito, evidencia, definiciones, cálculos, decisiones, herramientas y revisores durante la producción. A la revisión final se le pide detectar fallas creadas mucho antes y repartidas en decisiones intermedias.
La IA generativa amplía tanto el volumen de producción como la brecha entre fluidez y evaluabilidad. Un argumento pulido se lee como sólido esté o no vigente su autoridad principal.
Qué supone el marco
El documento es inusualmente directo sobre sus propias premisas. Estos son los supuestos que conviene poner a prueba antes de adoptar nada de él.
| Supuesto | Qué significa en la práctica |
|---|---|
| El proceso debe ser proporcional al riesgo | Consecuencia, evaluabilidad, complejidad y recurrencia deciden cuánta arquitectura se justifica. Para trabajo de bajo impacto, desechable, fácil de verificar o principalmente estético, AKPA es excesivo y una plantilla o revisión experta directa funciona mejor. |
| Las fallas se originan aguas arriba | La mayoría de los defectos materiales se crean durante el encuadre, la selección de evidencia y las definiciones, no al final. Los controles ubicados solo en la revisión llegan tarde. |
| La fluidez no es garantía | La calidad no se infiere de la legibilidad, y la explicación no mejora automáticamente el desempeño del par humano–IA. |
| La solicitud inicial es cuestionable | Quien pide puede estar describiendo el problema equivocado. El cuestionamiento es proporcional: reencuadrar permanentemente impide terminar. |
| Lo delegado es candidato, no verdad | La salida de un modelo o agente regresa con su pregunta, fuentes, exclusiones, supuestos, incertidumbre y verificaciones. No puede promoverse sola al estado de trabajo comprometido. La cantidad de agentes no es independencia del evaluador si comparten modelo, prompt, fuentes o incentivos. |
| El cambio de proceso es una hipótesis | Los cambios de método son diagnosticados, reversibles y atribuibles — porque una mejora posterior puede venir de una tarea más fácil, otro ejecutor o un mejor modelo, no del cambio. |
| La responsabilidad humana no se transfiere | La arquitectura puede exponer fuentes, supuestos, cálculos, desacuerdos, confianza y razones para abstenerse. No sustituye competencia legal, financiera, científica, de ingeniería o médica. |
| La recurrencia crea dependencia de trayectoria | Definiciones estables mejoran la comparación pero pueden ocultar el cambio; las plantillas pueden estandarizar un error; la memoria persistente puede repetir fallas previas. Todo harness recurrente necesita dueño, versión, cadencia de cuestionamiento y criterios de retiro. |
Estatus declarado
AKPA es una propuesta de diseño y una agenda de investigación — no un estándar validado, un método de certificación ni un proceso demostradamente superior. La arquitectura combinada sigue sin validarse.
Las objeciones que el propio documento concede
Tres, tomadas del documento y no añadidas a él.
- Puede ser un nombre nuevo para buenas prácticas conocidas. En parte es cierto. El nombre se justifica solo si la relación entre encuadre, estado de trabajo autorizado, producción verificada y cambio reversible mejora el control frente a un método más simple. Deben compararse formas reducidas, no solo la versión completamente instrumentada.
- Puede volverse burocracia. Los andamios se convierten en formularios y las trazas en teatro de evidencia. La respuesta es un mínimo de cuatro relaciones, medir el costo de mantenimiento y mantener viva la opción de no construirla.
- La falsa garantía es peor que la ausencia visible de control. La traza completa de una inferencia pobre sigue siendo una inferencia pobre, y compartir fuentes, modelos e incentivos puede reproducir el mismo error en producción y en revisión.
Quién debería leerlo
El marco es más plausible cuando los errores importan, la evaluación directa es difícil, la evidencia o los cálculos son complejos, varios contribuyentes dependen de definiciones compartidas, o los resultados deben mantenerse comparables en el tiempo.
- Líderes que estandarizan producción analítica recurrente — inteligencia de mercado, memorandos de inversión, due diligence, reportes regulatorios o de calidad
- Equipos donde la redacción asistida por IA superó la capacidad de la organización para verificarla
- Quienes construyen flujos internos de conocimiento o agentes y necesitan un límite de aceptación defendible
- Investigadores que buscan un marco que nombre sus propios modos de falla e invite contraejemplos
El repositorio invita explícitamente pruebas empíricas, contraejemplos, comparadores más simples y evidencia sobre costos de configuración y mantenimiento.
[ Autor ]
Santiago Rueda
Santiago Rueda lidera la práctica de IA, sistemas operativos y transformación en Sinecta, acompañando a organizaciones del Sur de Florida, México y Colombia para convertir la adopción en infraestructura, no en experimento.