El vocabulario · un término, una definición, un ancla

Vocabulario canónico del Mundo Agentivo

Los términos de la trilogía, en una línea cada uno, tal como los define el libro que los acuña.

Ediciones: I v1.0 · II v1.0 · III v1.1 · IV v1.2.1

Esta página no define nada: cada entrada se lee del glosario de su libro y enlaza a él. Por eso se puede citar con confianza — la definición que ves aquí es la misma que está en la obra, y el ancla de cada término (#linea-nadella) es estable: sirve para enlazar desde cualquier parte.

Para citar · copia el enlace del término; lleva a esta definición y, desde ella, a su capítulo.

I · La muerte del software como lo conocemos v1.0

software como lo conocemos Libro I · Glosario ↗: El negocio congelado en un software: descrito una vez, y cambiado solo cuando alguien abre un proyecto. Da lo mismo cómo se tenga: arrendado como servicio, licenciado y operado en la propia infraestructura o en la propia nube, o desarrollado a medida. Es lo que muere; no muere todo el software.
segunda fase Libro I · Glosario ↗: El tramo del cruce en que, con la lógica del negocio ya en la capa de agentes, las organizaciones empiezan a reemplazar los propios sistemas de debajo. La primera fase colapsa la interfaz; la segunda, la forma de tener el software: el negocio descrito una vez y cambiado por proyecto.
lectura agéntica Libro I · Glosario ↗: La forma de entender que un agente construye y cambia el sistema en que el agente es un programador más rápido: lo que sale de él es una aplicación que persiste y que alguien despliega y mantiene. Toma su nombre del mundo agéntico de AgencyDomains.
lectura agentiva Libro I · Glosario ↗: La forma de entender que un agente construye y cambia el sistema en que nadie lo programa de antemano: el agente atiende el trabajo y cristaliza lo que se repite en piezas propias, su memoria muscular. Es la de este libro. Toma su nombre del mundo agentivo de AgencyDomains.
Botlet también en Libro IV Libro I · Glosario ↗: Una pieza que el agente ejecuta de memoria: código que resuelve siempre igual lo que se repite, sin consultar ningún modelo. Es la memoria muscular del agente y es suya: la forma, la mantiene y la sustituye él, aunque hoy el cuerpo de la pieza de partida lo escribe quien mantiene el catálogo. El término es de AgencyDomains.
Agentlet también en Libro IV Libro I · Glosario ↗: La pieza hermana del Botlet para lo que se repite en su forma pero pide juicio en cada caso: lleva un encargo declarado y un modelo dimensionado a la tarea, no el más grande, con presupuesto por ejecución, y escala cuando no está segura. También es del agente. El término es de AgencyDomains.
escalera de tres peldaños Libro I · Glosario ↗: La forma de ordenar el trabajo del agente por lo que cuesta atenderlo: el Botlet (código, sin modelo), el Agentlet (un modelo dimensionado a la tarea, con presupuesto) y el razonamiento pleno (el modelo de frontera, reservado para lo nuevo). Ordena tres cosas: el costo, el tiempo de respuesta y la dependencia de proveedores ajenos. Dice dónde debería bajar el costo, no cuánto.
Wingworking también en Libro III Libro I · Glosario ↗: La práctica de trabajo entre una persona y un agente de inteligencia artificial con que se escribió este libro: la persona fija el problema, decide y juzga; el agente propone, redacta y verifica, como un wingman que vuela junto al líder. AURA la describe como el paso de usar la inteligencia artificial como asistente a delegarle trabajo.
wingcoding Libro I · Glosario ↗: Wingworking aplicado a construir software: la persona especifica y decide como arquitecto, y el agente programa. Es de donde nació la práctica.
arnés Libro I · Glosario ↗: El entorno en que trabaja un agente: las herramientas, los permisos, la memoria y las reglas que lo rodean mientras atiende el trabajo.
plantilla que cobra vida Libro I · Glosario ↗: El punto de partida de un sistema propio: se instala completo y, desde el primer día, su dueño lo evoluciona con IA hasta que deja de ser la plantilla.
trabajo que nunca se especificó Libro I · Glosario ↗: El trabajo que ocurre alrededor de los sistemas y que hoy resuelven las personas a mano, porque el software solo automatiza lo que alguien especificó de antemano.
tranquilidad comprada Libro I · Glosario ↗: Lo que venía incluido al comprar software y nadie anotaba en el presupuesto: que muchos otros lo usaban, y que alguien respondía por él. Se nota recién cuando falta.
sistema de registro Libro I · Glosario ↗: El sistema que guarda la versión oficial de un dato. Es lo que sobrevive al cruce.
sistema de verdad Libro I · Glosario ↗: Un sistema de registro que, además, garantiza que lo registrado es verdad, mediante un contrato con quienes lo usan y con dos garantes. Es siempre una pieza de tecnología, y la opera quien la usa.
dos garantes Libro I · Glosario ↗: Quienes responden por el contrato de un sistema de verdad: el proveedor de la tecnología, que responde por que cumpla las seis propiedades, y quien atestigua, independiente de quien registra, que verifica los registros. Con solo el primero se vuelve a confiar en el proveedor; con solo el segundo se audita lo que pudo sobrescribirse.
contrato de verdad Libro I · Glosario ↗: La promesa escrita, verificable y respaldada de un sistema de verdad, en el sentido técnico de acuerdo entre partes. Promete seis propiedades: no se borra, se corrige; el origen es trazable; es verificable por un tercero; es conciliable; habla un lenguaje común; y declara su grado de verdad.
grado de verdad Libro I · Glosario ↗: El estatus de cada asiento de un sistema de verdad: declarado por alguien, verificado contra su fuente o inferido. No es un nivel de calidad: la calidad exigible es una sola.
quien atestigua Libro I · Glosario ↗: El segundo garante del contrato: verifica los registros de forma independiente de quien registra. Puede ser un auditor humano o un proceso automático; nunca la misma organización que registra.
capas de control Libro I · Glosario ↗: Las cinco capas que hacen confiable lo que se construye con agentes, cada una con la pregunta que responde: la verdad, la identidad y la autoridad, el movimiento, la medición y el criterio. No son las cuatro capas de la arquitectura de AgencyDomains.
la verdad (capa) Libro I · Glosario ↗: La primera capa de control: el sistema de verdad, con sus dos garantes, para los registros de los que la organización responde ante otros. Responde si los números y los registros son correctos.
la identidad y la autoridad (capa) Libro I · Glosario ↗: La segunda capa de control: cada agente con identidad propia, permisos explícitos y alguien en cuyo nombre actúa, y cada acto con una persona o un área que responde por él.
el movimiento (capa) Libro I · Glosario ↗: La tercera capa de control: los agentes y la plataforma en que corren, con supervisión humana y una autonomía que se concede por grados, proceso por proceso.
la medición (capa) Libro I · Glosario ↗: La cuarta capa de control: cada agente se prueba contra casos conocidos antes de operar y se sigue midiendo mientras opera. La confianza en un agente no se declara: se mide.
el criterio (capa) Libro I · Glosario ↗: La quinta capa de control: los estándares de la industria como punto de partida y un equipo de arquitectura que decida qué debe existir y pueda juzgar lo que el agente forma, aunque no lea el código. Es la defensa contra el callejón sin salida.
las personas (dimensión) Libro I · Glosario ↗: La condición que atraviesa las cinco capas de control: quién opera cada capa y gobierna su evolución, y con qué formación.
la reversa (dimensión) Libro I · Glosario ↗: La condición que atraviesa las cinco capas de control: qué pasa cuando algo falla y cómo se vuelve atrás sin detener el negocio. No es la reversibilidad personal del modo agentivo.

II · La Empresa en Tiempo Real v1.0

empresa en tiempo real Libro II · Glosario ↗: La organización que dejó de usar personas como infraestructura: sabe en segundos, comunica sin interrumpir, coordina sin relevos humanos y responde aunque su gente esté en un solo lugar a la vez. Es la tesis de este libro.
persona como infraestructura Libro II · Glosario ↗: El empleo invisible que este mundo disuelve, en sus cuatro formas: cable entre los datos y la decisión, cable de mensajes, cable de la gestión, y guardia perpetua de la disponibilidad.
las cuatro caras Libro II · Glosario ↗: Las cuatro maneras en que se vive la empresa en tiempo real: El salto cuántico (el conocimiento), Postchat (la comunicación), El Estado Mayor (la coordinación) y La guardia (la disponibilidad).
Mundo Agentivo Libro II · Glosario ↗: El paradigma donde los agentes de IA son la interfaz del trabajo y las aplicaciones dejaron de ser el lugar donde el trabajo ocurre. Con mayúsculas nombra el paradigma; en minúsculas (“mundo agentivo”, “modo agentivo”) funciona como adjetivo.
Línea Nadella Libro II · Glosario ↗: La pregunta que divide los dos mundos: ¿todavía abres aplicaciones para hacer tu trabajo? Nombrada por Satya Nadella, el primer gran ejecutivo en apostar públicamente a que la respuesta será no.
El salto cuántico Libro II · Glosario ↗: La primera cara: el conocimiento en tiempo real. La pregunta de negocio pasa de semanas a segundos porque el humano-cable sale del medio; la conversación reemplaza al proyecto.
Postchat Libro II · Glosario ↗: La segunda cara, y el tercer estadio de la comunicación de empresa — email, chat, Postchat —: la ausencia gobernada del canal. La comunicación llega filtrada, reformulada y en su momento; nadie va a buscarla.
El Estado Mayor Libro II · Glosario ↗: La tercera cara: el agente en el oficio prusiano — procesa, coordina, recuerda y persigue para que el humano decida. Sus mecanismos: decisión orquestada, memoria colectiva, ciclo cerrado.
La guardia Libro II · Glosario ↗: La cuarta cara: el agente que da la cara por su usuario y monta la guardia para que la jornada termine. Devuelve el derecho a estar en un solo lugar a la vez.
agente Libro II · Glosario ↗: La capa de inteligencia que media el trabajo de una persona: sin nombre propio, como la electricidad. No es un personaje — es infraestructura con criterio delegado.
modo agentivo Libro II · Glosario ↗: El interruptor personal y reversible con que cada quien cruza la Línea Nadella: se activa con un gesto, se apaga con el mismo gesto, y el mundo viejo sigue ahí intacto. Es la puerta de este mundo.
interfaz generada / compilada Libro II · Glosario ↗: La compilada pertenece a una aplicación y existe siempre; la generada la produce el agente para una interacción, con la forma óptima, y muere al terminar.
presupuesto de atención Libro II · Glosario ↗: La capacidad finita de trabajo profundo (tres o cuatro horas diarias, en el mejor de los casos) tratada como presupuesto que el agente administra: cada interrupción cuesta quinientas veces su duración.
los M&Ms y el & Libro II · Glosario ↗: Los M&Ms son managers y meetings, los dos grandes interruptores del trabajo (Jason Fried); el & es el chat corporativo — la infraestructura que los volvió permanentes. Las dos Ms son de Fried; el & lo nombra este libro.
Principio de Hollywood Libro II · Glosario ↗: No nos llames; nosotros te llamaremos. La inversión de control aplicada a la comunicación: en vez de ir a buscarla, te llega gobernada.
las siete variables Libro II · Glosario ↗: Destino, formato, momento, prioridad, memoria, seguimiento y decisión: lo que la oficina obliga a gestionar a mano. El sistema asume seis; el usuario conserva la decisión — y aporta la intención.
los siete mecanismos Libro II · Glosario ↗: Tres de flujo (routing inteligente, formato adaptativo, briefing proactivo), tres del Estado Mayor (decisión orquestada, memoria colectiva, ciclo cerrado) y una excepción deliberada (el ágora).
briefing proactivo Libro II · Glosario ↗: Interrupciones agrupadas en momentos predecibles: requiere tu acción · te conviene saberlo · se resolvió sin ti — y el ruido, absorbido en silencio.
fábrica de interrupciones / absorbedor Libro II · Glosario ↗: Las dos especies de infraestructura de comunicación: la que te expone al flujo y te deja filtrar, y la que intercepta el flujo y solo entrega lo que justifica atención.
ágora Libro II · Glosario ↗: El lugar — físico y digital — de la conversación sin mediación ni propósito: la excepción deliberada. El agente no lo escucha salvo invocación explícita de un humano.
fuera de registro Libro II · Glosario ↗: La declaración con que una persona excluye algo del modelo que su agente tiene de ella: la privacidad frente al propio agente. El perímetro lo decide la persona, frase a frase.
representación (los cuatro estadios) Libro II · Glosario ↗: Asistente → mediador → representante en consulta → representante con delegación. El orden no se salta: la representación se cultiva con meses de mediación. Es la mecánica interna de la guardia.
intermediación mecánica Libro II · Glosario ↗: La capa de trabajo que no requería juicio sino ancho de banda — transportar, reenviar, perseguir, copiar — y que se cobraba en personas. Es la capa que este mundo disuelve.
organización inteligente Libro II · Glosario ↗: La convergencia de las cuatro caras: la organización que no quitó capas de autoridad sino que reemplazó el protocolo de transporte — autoridad de carbono, transporte de silicio, personas en el borde.
FOMO Libro II · Glosario ↗: El miedo a estar perdiéndose algo (fear of missing out): la revisión compulsiva que produce un sistema donde lo crítico y el ruido viajan por el mismo tubo.
las tres liberaciones Libro II · Glosario ↗: De las herramientas (protege el flujo), de los canales (protege la atención) y de la disponibilidad (protege el tiempo): las caras de la empresa vividas en primera persona. Cada una habilita a la siguiente; el orden no se salta.

III · AURA v1.1

Agéntico Libro III · Manifiesto canónico §9 ↗: mundo de agentes complementarios; interfaces persisten. Evolución incremental. Es el único sentido de “agéntico” en el libro; el sentido tecnológico-positivo se dice siempre agentivo (Wingmap: levantamiento agentivo, era agentiva, pre-agentivo).
Agentivo Libro III · Manifiesto canónico §9 ↗: mundo donde los agentes reemplazan las interfaces; transformación fundamental. La tesis central del libro vive en este horizonte.
Agentic Infrastructure Libro III · Manifiesto canónico §9 ↗: protocolos y servicios que permiten a múltiples agentes comunicarse, coordinarse y ejecutar autónomamente. Señal de la transición MOTOR 3→4.
AURA Libro III · Manifiesto canónico §9 ↗: Arquitectura Unificada de Referencia Agentiva: dos ejes diagnósticos (IRIS · MOTOR) + instrumentos (Data Canon · Wingmap) + marco de decisión (Casos de Uso).
Autopilot Libro III · Manifiesto canónico §9 ↗: operación autónoma 24/7 con intervención humana solo en excepciones. Característica definitoria del Nivel 4 de MOTOR.
Autoridad del canon Libro III · Manifiesto canónico §9 ↗: órgano central delgado que custodia el canon (semántica de reporte, reglas de supervivencia, política de calidad, calibración agentiva). Ratifica; no opera.
BYOA (Bring Your Own Agent) Libro III · Manifiesto canónico §9 ↗: patrón del Nivel 1 de MOTOR: cada empleado elige su herramienta de IA sin coordinación.
Canon (el) Libro III · Manifiesto canónico §9 ↗: cuerpo central no discrecional al que todo se conforma: estándares adoptados + reglas de supervivencia + política de calidad. Ningún dominio puede redefinirlo.
Caso de Uso (CU) Libro III · Manifiesto canónico §9 ↗: bloque atómico del portafolio: capacidad específica, acotada, reutilizable.
Citizen / City / DUAL Libro III · Manifiesto canónico §9 ↗: clasificación por beneficiario del impacto: audiencia externa / audiencia interna / ambas.
Coexistencia evolutiva Libro III · Manifiesto canónico §9 ↗: cada etapa/nivel subsume al anterior; la infraestructura previa se vuelve cimiento, no legado.
Data Canon Libro III · Manifiesto canónico §9 ↗: patrón de gobernanza de datos: Data Fabric + principios de gobernanza de Mesh anclados a un canon central; semántica adoptada de estándares; política de calidad de directorio; federación de conformidad por dominio.
Data Fabric Libro III · Manifiesto canónico §9 ↗: capa de integración con metadatos activos, transformación inferida y capa semántica; el sostén técnico que la era agentiva potencia.
Data Mesh Libro III · Manifiesto canónico §9 ↗: patrón de Dehghani (2019–2022): ownership por dominio, datos como producto, plataforma self-serve, gobierno federado. Data Canon no lo refuta: lo datea.
Digital Twin (DT) Libro III · Manifiesto canónico §9 ↗: modelo digital sincronizado de un sistema, organización o ecosistema. Indicador transversal de madurez MOTOR: Descriptivo (N4) → Predictivo/Prescriptivo (N5) → Organizacional (N6) → del Ecosistema (N7).
El Salto Cuántico también en Libro II Libro III · Manifiesto canónico §9 ↗: colapso del costo de la pregunta analítica de semanas a segundos. En IRIS, el salto 4→5: frontera entre fundamentos y empresa en tiempo real.
Empresa en línea Libro III · Manifiesto canónico §9 ↗: accede a información actualizada pero depende de humanos para interpretar y actuar.
Empresa en tiempo real también en Libro II Libro III · Manifiesto canónico §9 ↗: detecta, interpreta, decide y actúa de forma continua y autónoma, con gobernanza humana.
Era agentiva Libro III · Manifiesto canónico §9 ↗: estado del arte en que sistemas de IA ejecutan autónomamente mapeo de esquemas, resolución de entidades, transformación y mantenimiento de pipelines a escala impracticable para equipos humanos.
Estándar-mosaico Libro III · Manifiesto canónico §9 ↗: el estándar corporativo ensamblado: estándares externos por capa + modelo propio para el core que ningún cuerpo cubre.
Grupos federados de conformidad Libro III · Manifiesto canónico §9 ↗: red de grupos ligeros, uno por dominio/capa, ligados a su foro de estándares: triaje de brechas, enlace río arriba, modelado del dato propietario no agency-crítico.
Inteligencia organizacional Libro III · Manifiesto canónico §9 ↗: capacidad de transformar datos en conocimiento y acción de forma continua y autónoma (las cuatro capas de la Pirámide, no solo las dos primeras).
IRIS Libro III · Manifiesto canónico §9 ↗: Modelo de Madurez de Inteligencia Organizacional: 10 etapas, 5 niveles, eje SABER.
La Línea Nadella Libro III · Manifiesto canónico §9 ↗: pregunta divisoria entre los mundos agéntico y agentivo: ¿sus empleados todavía abren aplicaciones para hacer su trabajo?
Latencia del grafo Libro III · Manifiesto canónico §9 ↗: métrica de mantenimiento de Wingmap: distancia temporal entre el último evento observado relevante y la versión vigente del grafo.
Marketplace de Agentes Libro III · Manifiesto canónico §9 ↗: ecosistema donde capacidades de agentes se adquieren o comercializan entre organizaciones. Señal de la transición MOTOR 4→5.
Medallion (Bronze/Silver/Gold) Libro III · Manifiesto canónico §9 ↗: las tres zonas del lakehouse: crudos fieles · conformado al canon · productos materializados selectivos.
Moat Libro III · Manifiesto canónico §9 ↗: ventaja competitiva sostenible; en MOTOR emerge en Nivel 5 con datos propietarios alimentando predicción.
MOTOR Libro III · Manifiesto canónico §9 ↗: Modelo de Madurez de Automatización Organizacional: 7 niveles, eje HACER.
Organización Autónoma Libro III · Manifiesto canónico §9 ↗: agentes gestionan procesos y personas con métricas objetivas y simulación sobre el DT Organizacional. Señal de la transición MOTOR 5→6.
Pirámide del Valor (de los Datos) Libro III · Manifiesto canónico §9 ↗: DATOS → INFORMACIÓN → CONOCIMIENTO → ACCIÓN.
Problema de agencia Libro III · Manifiesto canónico §9 ↗: (Jensen & Meckling, 1976) conflicto estructural: quien gestiona recursos ajenos tiende a presentar su gestión de la forma que más lo favorece. La crítica de gobierno a Data Mesh deriva de aquí.
Quick Win Libro III · Manifiesto canónico §9 ↗: caso de uso con alta visibilidad, baja complejidad y ROI rápido (típicamente <6 meses); genera momentum en transiciones tempranas.
Reglas de supervivencia Libro III · Manifiesto canónico §9 ↗: reglas pre-especificadas (parte del canon) que deciden qué valor prevalece en el registro dorado cuando varias fuentes discrepan.
Shadow AI Libro III · Manifiesto canónico §9 ↗: uso no gestionado de IA sin gobernanza, compliance ni visibilidad. Estado definitorio del Nivel 1 de MOTOR.
Social Agentic Libro III · Manifiesto canónico §9 ↗: ecosistema donde agentes de distintas organizaciones colaboran con identidades verificables. Señal de la transición MOTOR 6→7.
Solución de Valor (SV) Libro III · Manifiesto canónico §9 ↗: configuración estratégica: CU integrados que resuelven un problema de negocio completo ante un decisor.
Sweet Spot Libro III · Manifiesto canónico §9 ↗: nivel donde se maximiza el balance retorno/riesgo/inversión. En MOTOR: Nivel 4. En el portafolio: el nivel actual + 1.
Trust Infrastructure Libro III · Manifiesto canónico §9 ↗: tecnologías de confianza (tokenización, anti-prompt injection, audit trails, compliance automático) que permiten usar IA gobernada y auditable. Señal de la transición MOTOR 1→2. (Término compartido con AgencyDomains, donde es el eje transversal de la arquitectura.)
Wingmap Libro III · Manifiesto canónico §9 ↗: técnica de levantamiento agentivo: dos mapas vivos y conectados (proceso + flujo de información) reconstruidos desde rastros digitales, sin entrevistas.
Wingworking Libro III · Manifiesto canónico §9 ↗: metodología de colaboración humano-IA (César Obach): el humano como piloto (decisiones estratégicas, validación), el agente como wingman (ejecución táctica delegada). Señal de la transición MOTOR 2→3 y modo activo de Wingmap.

IV · AgencyDomains v1.2.1

A2A — Agent-to-Agent Libro IV · Apéndice A ↗: Nombre reservado para la relación entre AgencyDomains distintos (agentes distintos) — federación, trabajo abierto. La comunicación dentro de un mismo AgencyDomain no es “A2A interna”: es coordinación intra-AgencyDomain entre Botlers del mismo agente, y cuando usa este transporte se dice vía el protocolo A2A (A2A como nombre propio del protocolo). La interfaz Capa 2 → Capa 3 (Cognición → Botler) no va por A2A sino por MCP.
AgencyDomain Libro IV · Apéndice A ↗: Ámbito computacional con identidad propia donde habitan agentes autónomos y Botlets en ejecución, donde se alojan y ejecutan las Capabilities que les dan el saber-hacer, y donde viven los recursos que los sostienen. Constituye la unidad mínima de despliegue de un sistema agentivo productivo.
Agente también en Libro II Libro IV · Apéndice A ↗: Sistema computacional que actúa con cierto grado de iniciativa para producir resultados en nombre de un usuario u organización. El término paraguas cubre tres miembros:
Agent First Libro IV · Apéndice A ↗: Principio rector de diseño de la Arquitectura Agentiva: ante cualquier disyuntiva, se prioriza la experiencia del agente sobre la del humano. El agente es el usuario primario; las necesidades del humano se resuelven en una capa de gestión sin degradar lo que el agente ve y puede hacer.
Agentlet Libro IV · Apéndice A ↗
AgentNation Libro IV · Apéndice A ↗: AgencyDomain en régimen público que adopta explícitamente el modelo de ciudadanía agentiva — los agentes que lo habitan no son listados como productos sino reconocidos como ciudadanos del espacio, con identidad pública sostenida, soberanía sobre su territorio (Domain) y economía propia. La distinción frente a un marketplace es ontológica: marketplace lista productos; AgentNation reconoce ciudadanos. Categoría institucional emergente; trabajo arquitectónico abierto.
Agéntico también en Libro III Libro IV · Apéndice A ↗: Mundo donde los agentes son herramientas complementarias que extienden las aplicaciones existentes. Los humanos siguen abriendo aplicaciones para hacer su trabajo. Las interfaces tradicionales persisten; los agentes las potencian. Es evolución incremental.
Agentivo (Mundo Agentivo) Libro IV · Apéndice A ↗: Mundo donde los agentes son la interfaz única. Las aplicaciones colapsan. El humano deja de abrir aplicaciones; conversa con agentes que tienen acceso a sistemas y datos. Es transformación fundamental.
Append-only log Libro IV · Apéndice A ↗: Registro inmutable, encadenado criptográficamente, de toda acción del agente. Componente central del pilar de Auditoría de Trust Infrastructure. Formato y propiedades canónicas en Capítulo 8, sección “Formato del append-only log”.
Aprobación humana Libro IV · Apéndice A ↗: Mecanismo de Gobernanza por el cual una operación del agente se detiene y solicita autorización de un humano antes de ejecutarse. Disparada por política explícita, por umbral o por incertidumbre del agente. Protocolo canónico en Capítulo 8, sección “Protocolo de aprobación humana”.
Arquetipo estratégico Libro IV · Apéndice A ↗: Patrón de posicionamiento en el espacio cobertura × profundidad de la cadena de valor de IA. Cuatro arquetipos canónicos:
Arquitectura Agentiva Libro IV · Apéndice A ↗: Diseño técnico que materializa el Mundo Agentivo. Especificación de cuatro capas con responsabilidades distintas (Interacción, Cognición, Autonomía, Acceso), gobernadas por Trust Infrastructure transversal y ordenadas por el principio Agent First.
Asistente Libro IV · Apéndice A ↗: Modo del agente: reactivo, responde cuando se le solicita, sin Botlets propios, sin vida persistente. Vive en Capa 2 (Cognición). Distinto del Agente Autónomo.
Atención Libro IV · Apéndice A ↗: Uno de los tres tiempos del agente (Cap 4). Tiempo en que el agente interactúa con usuarios o eventos en tiempo real. Capa 1 activa, conversación viva, ejecución de Botlets que sostienen operación, escalamientos cuando corresponde. Camino crítico — donde la organización siente al agente, donde el SLA importa, donde el costo del error se materializa. Régimen prioritario; métricas: satisfacción, latencia, tasa de resolución sin escalamiento.
Auditoría Libro IV · Apéndice A ↗: Pilar 2 de Trust Infrastructure. Capacidad de reconstruir, después del hecho, qué hizo el agente, cuándo, por qué y sobre qué datos — con fidelidad suficiente para análisis forense, cumplimiento regulatorio o disputa contractual.
BCA — Bounded Concerns Architecture Libro IV · Apéndice A ↗: Arquitectura del estado pre-agentivo: el patrón de separación de incumbencias (presentación humana, orquestación, lógica de dominio, persistencia, dominio propio vs ajeno) sobre el que se levanta el Mundo Agentivo. Sus siete separaciones canónicas se mapean celda a celda a las cuatro capas de la Arquitectura Agentiva; la séptima (comportamiento procedural vs agéntico) es la grieta de entrada.
Botlet Libro IV · Apéndice A ↗: Unidad de automatización auto-evolutiva. Código tradicional (no-LLM) generado por un agente para ejecutar tareas repetitivas sin invocar cognición costosa. Es la memoria muscular del agente. Lo hace el agente que atiende el flujo, no alguien para que el agente lo use; si parte de una pieza existente, la hace suya y asume su evolución y su sustitución.
Botlet de fachada Libro IV · Apéndice A ↗: Botlet de Capa 3 que expone una superficie con contrato estable en Capa 1 (POS, pantalla de cocina, dashboard, panel industrial), con identidad humana propagada hacia Capa 4. Tipo de Botlet que la topología paralela (Cap 4) distingue del Botlet de herramienta interna de la cognición. Atraviesa la vía Capa 1 → Capa 3 → Capa 4 sin invocar Capa 2.
Botlet de operación Libro IV · Apéndice A ↗: Botlet de Capa 3 (Autonomía) que ejecuta lógica de negocio invocada desde la Capa 1 (vistas y shells). Ejemplos canónicos: Cobrar mesa, Imprimir comanda, Cerrar turno, Consolidar inventario. Es el activo más reutilizable del catálogo: una operación puede ser invocada desde múltiples vistas dentro de múltiples shells. Vive en Capa 3 (no en Capa 1). Distinto del Botlet de superficie y del Botlet de vista, que son superficie.
Botlet de superficie (shell) Libro IV · Apéndice A ↗: Botlet de Capa 1 (Interacción) que actúa como contenedor de una superficie: layout, navegación entre vistas, ciclo de vida de la sesión, estado compartido. Específico de cada producto — encapsula identidad. Hay típicamente un shell por rol operativo principal (POS de sala, panel de caja, dashboard ejecutivo móvil). Es el menos reutilizable de los tres tipos de Botlets de presentación. Distinto del Botlet de vista (que vive dentro del shell) y del Botlet de operación (que vive en Capa 3).
Botlet de vista Libro IV · Apéndice A ↗: Botlet de Capa 1 (Interacción) que materializa una pantalla o panel dentro de una superficie. Ensambla Facetas más lógica de orquestación. Las vistas que se usan en varios shells se extraen como Botlets propios (vistas reutilizables). Distinto del Botlet de superficie (contenedor) y del Botlet de operación (ejecución en Capa 3).
Botlet emergente Libro IV · Apéndice A ↗: Botlet generado por Pattern Recognition cuando la cognición detecta un patrón repetitivo no anticipado por el diseño. Distinto del Botlet seed por su origen, no por sus propiedades operativas. Lo hace y lo posee el agente.
Botlet en aprendizaje Libro IV · Apéndice A ↗: Fase intermedia de la trayectoria de madurez del Botlet. Ya pasó por las primeras invocaciones reales y fue regenerado varias veces para incorporar variantes del ambiente. Proporción típica: 85/12/3. Puede operar con red intermitente; no aún con red ausente prolongada.
Botlet junior Libro IV · Apéndice A ↗: Fase inicial de la trayectoria de madurez del Botlet. Recién generado, conoce el ambiente solo en la versión observada al crearlo. Proporción típica: 60/35/5. Depende fuertemente de la disponibilidad de la cognición para fallback y aprendizaje.
Botlet seed Libro IV · Apéndice A ↗: Botlet generado por la cognición a pedido del equipo de diseño, como parte del producto inicial. La cognición ejecuta la implementación; la decisión de existir es del diseño, no de Pattern Recognition. El diseño decide que existe; quien lo hace y lo posee es el agente. Distinto del Botlet emergente. Las GUIs persistentes generadas como Botlets de fachada (Cap 4 §1) son Botlets de fachada seed — Botlets de Capa 3 cuya superficie estable vive en Capa 1.
Botlet senior Libro IV · Apéndice A ↗: Fase madura de la trayectoria del Botlet. Ya incorporó las variantes del ambiente. Proporción típica: 99+/<1/~0. Sus únicos modos de fallo son exógenos (energía, hardware, red catastrófica) — no aprendizaje pendiente. Operable offline confiablemente cuando la cognición no está disponible. Base estructural del modo offline en Capa 3 distribuida.
Botler Libro IV · Apéndice A ↗: Runtime genérico de Capa 3 (Autonomía) que ejecuta los Lets de la capa — Botlets y Agentlets — sin entender su dominio. Invisible al usuario. La Cognición (Capa 2) lo comanda por una interfaz interna cuyo transporte natural es MCP — el Botler expone servidor(es) MCP y la Cognición es el cliente; esto no es A2A.
Botler central Libro IV · Apéndice A ↗: Componente de la Capa 3 distribuida (Cap 5 §1) que vive típicamente en cloud y hospeda los Botlets de orquestación, planificación, reportería y decisiones globales. Mantiene la BD consolidada y coordina con N Botlers edge mediante coordinación intra-AgencyDomain (vía el protocolo A2A). Distinto del Botler edge.
Botler edge Libro IV · Apéndice A ↗: Componente de la Capa 3 distribuida (Cap 5 §1) que vive en un sitio físico específico y hospeda los Botlets transaccionales locales. Mantiene BD local del sitio y cola de eventos hacia el Botler central. Opera offline cuando la red se cae. Uno por cada sitio físico del AgencyDomain.
BYOModel — Bring Your Own Model Libro IV · Apéndice A ↗: Patrón configurable de la Capa 2 mediante el cual el cliente sustituye el proveedor de cognición default del AgencyDomain por uno propio. Análogo al patrón BYOK/BYOIP del campo cloud. Habilita multi-tenancy con cognición heterogénea y respeta la soberanía cognitiva — el cliente decide quién procesa sus prompts. La spec lo exige como propiedad SHOULD para arquitecturas que aspiren a operar en mercados regulados.
Cadena de derivación Libro IV · Apéndice A ↗: Relación estructural casos de uso documentados → Botlets necesarios → proto-Botlets requeridos del catálogo. Cada caso requiere cero, uno o varios Botlets (algunos los resuelve la cognición sin Botlet); cada Botlet es instancia de un proto-Botlet. Propiedad exigida: todo Botlet conforme MUST poder trazarse en esta cadena, y el append-only log registra el proto-Botlet de origen de cada Botlet instanciado.
Cadena de valor de IA Libro IV · Apéndice A ↗: Modelo bidimensional para clasificar a cualquier actor en la industria de IA: once eslabones secuenciales (cobertura) × cuatro profundidades (cómo participa en cada eslabón).
Capa 1 — Interacción Libro IV · Apéndice A ↗: Capa de la Arquitectura Agentiva. Interfaz humano-IA. Multi-canal: chat, voz, GUI on-the-fly, GUI persistente como Botlet de fachada, señalética, API directa. Tres regímenes canónicos de generación de GUI distinguen el modo agentivo del precreado tradicional.
Capa 2 — Cognición Libro IV · Apéndice A ↗: Capa de la Arquitectura Agentiva. El cerebro del agente. Razonamiento, planificación, aplicación de Capabilities, generación de Botlets.
Capa 3 — Autonomía Libro IV · Apéndice A ↗: Capa de la Arquitectura Agentiva. Vida persistente del agente. Ejecución de Lets — Botlets y Agentlets —, monitoreo continuo, coordinación intra-AgencyDomain (vía el protocolo A2A).
Capa 3 distribuida Libro IV · Apéndice A ↗: Patrón canónico de la Capa 3 para AgencyDomains con presencia física múltiple (gastronomía multilocal, retail en cadena, logística, salud con red de centros, banca con sucursales). Compone un Botler central (cloud, orquestación, BD consolidada) con N Botlers edge (uno por sitio, BD local, Botlets transaccionales), coordinados por coordinación intra-AgencyDomain (vía el protocolo A2A) entre Botlers del mismo AgencyDomain. Distinto de federación entre AgencyDomains; distinto de Cluster simple. Habilita modo offline como propiedad estructural cuando los Botlets edge son senior.
Capa 4 — Acceso Libro IV · Apéndice A ↗: Capa de la Arquitectura Agentiva. Poder de ejecución real sobre sistemas, datos y agentes externos. Trust Infrastructure ejercida en el punto de acción.
Capability Libro IV · Apéndice A ↗: Saber-hacer cognitivo, interpretativo, decisional (sentido estricto: Capa 2 · Cognición) que un agente comprende y aplica. Modular y composable. Organizada en árbol jerárquico (Finance, Sales, Manufacturing, Telecom, etc.). Expone operaciones internas (features) y es portable: una Capability conforme corre en cualquier AgencyDomain conforme. El saber acceder a sistemas fuente no es Capability sino Conector (Capa 4); la confección de un instrumento canónico es Plantilla (Capa 1).
Capability regulada Libro IV · Apéndice A ↗: Capability que porta el saber normativo de un dominio regulado — qué exige la norma, cómo se interpreta, qué hacer ante rechazo del regulador. Acompaña a un Conector certificado, que es donde reside la certificación regulatoria: el Botlet orquesta y formatea; el Conector certificado ejecuta la operación regulada (emisión DTE bajo norma SII, cobro con tarjeta bajo PCI-DSS, dispensación farmacéutica) y devuelve el comprobante; la Capability regulada aporta el criterio con que la cognición gobierna el conjunto. Los Conectores certificados son inmutables entre auditorías; cambian solo bajo proceso regulatorio.
Captura (familia de) Libro IV · Apéndice A ↗: Familia de manifestación cuya dirección del efecto va del mundo al Let: el Let registra algo que antes no estaba en el sistema —una medición, una respuesta, un archivo ingerido—. Su manifestación deja un registro; cada práctica le pone nombre (un intento, una lectura, un asiento). Se distingue de información (que representa lo que el sistema ya tiene) por la prueba de pertenencia: después de una captura hay un dato nuevo. La retroalimentación inmediata sobre lo capturado —un formulario que valida, un corrector que califica— es parte de la captura, no actuación. Proto-Botlet de referencia: Daftar.
Catálogo común / efectos de red Libro IV · Apéndice A ↗: Principio por el cual los proto-Botlets se acumulan en catálogos compartidos por comunidades de implementadores: cada implementador que consume contribuye a la maduración (variantes, configuraciones probadas, refinamientos), y el implementador n+1 recibe versiones refinadas por los implementadores 1..n. Modos de pertenencia: contrato privado · códice propietario · catálogo público abierto (AgencyDomains.org) · acuerdo soberano (entre AgencyDomains que adoptan estándares comunes sin contrato comercial directo).
Cluster Libro IV · Apéndice A ↗: Grupo de instancias del mismo AgencyDomain que comparten carga operativa. Distinto de federación (que es entre AgencyDomains distintos).
códice propietario Libro IV · Apéndice A ↗: Catálogo privado de proto-Botlets, Capabilities y patrones que un implementador cura sobre la implementación de referencia pública, refinado por sus casos reales. Es uno de los cuatro modos de pertenencia a una comunidad de catálogo. El runtime es común (la implementación de referencia); el códice es propio — encapsula la ventaja competitiva de cada implementador. Instancia canónica: ucodex, el códice del Grupo Ultra.
Conector Libro IV · Apéndice A ↗: Saber acceder a sistemas fuente: conexión con poder de ejecución, no saber cognitivo. Capa 4 · Acceso. En el mapa legacy→agentivo, una API se convierte en Conector, no en Capability. Esquema de integración: relevar · configurar · probar · certificar.
Conector cloud-resident Libro IV · Apéndice A ↗: Conector cuyos componentes viven en un servicio remoto. Ejemplos canónicos: DTE-SII (sin cliente local), Transbank Onepay, API meteorológica. Típicamente online-only — sin red no hay invocación posible. Distinto de edge-resident e híbrido.
Conector edge-resident Libro IV · Apéndice A ↗: Conector cuyos componentes viven en el sitio físico, asociados a hardware o sistemas locales. Ejemplos canónicos: ESC/POS-Printer, Cash-Drawer, Pinpad-Local, Sensor-Temperatura. Típicamente offline-capable — operan contra el hardware del sitio sin necesitar red.
Conector híbrido Libro IV · Apéndice A ↗: Conector con componente local y componente cloud. La parte local opera offline; la parte cloud sincroniza cuando hay red. Típicamente offline-capable con encolamiento. Ejemplos canónicos: Cliente-DTE (firma localmente, encola, envía al SII cuando vuelve la red), Cliente-Pinpad-Procesamiento-Diferido.
Conector offline-capable Libro IV · Apéndice A ↗: Conector que ejecuta sin red. Si su contrato externo exige eventualmente comunicación cloud, encola y emite hacia afuera cuando la red vuelve. Típicos: edge-resident e híbridos.
Conector online-only Libro IV · Apéndice A ↗: Conector que requiere red para ejecutar. Sin red, la invocación falla. Típicos: cloud-resident sin componente local.
Conformed dimensions Libro IV · Apéndice A ↗: Concepto de Kimball: dimensiones compartidas entre data marts que garantizan consistencia inter-marts.
Continuidad de negocio operacional Libro IV · Apéndice A ↗: Protocolos manuales documentados para cuando el Botlet senior cae por causas exógenas (corte de energía, hardware, red catastrófica) y la cognición tampoco está disponible. Propiedad operacional, equivalente a la que cualquier negocio tradicional tiene cuando se le cae el sistema. Distinta y complementaria de la garantía de fallback agéntico (que cubre cambios de ambiente con cognición disponible). Reduce ansiedad sobre offline al separar lo que resuelve la arquitectura de lo que resuelve el protocolo del cliente.
Contrato declarativo de calidad Libro IV · Apéndice A ↗: Atributos de calidad de un Botlet declarados como propiedades estructuradas (no como código embebido): frescura (antigüedad máxima de los datos) · SLA (latencia p50/p99) · política de degradación (refuse · warn_and_show · show_last_valid · agentic_fallback) · audiencia (política RLS/CRUDLEX) · política de refresh (on-demand · scheduled · push). Permite que Trust Infrastructure los audite uniformemente, los curse por políticas globales y los reporte como métricas estándar, sin acoplarse a la implementación de cada Botlet.
coordinación intra-AgencyDomain Libro IV · Apéndice A ↗: Comunicación entre Botlers del mismo AgencyDomain — runtimes del mismo agente, no agentes distintos. Cuando usa este transporte se dice vía el protocolo A2A. No debe llamarse “A2A interna”: A2A (la relación) se reserva para AgencyDomain ↔︎ AgencyDomain. La interfaz Cognición → Botler (Capa 2 → Capa 3) va por MCP.
CRUDLEX Libro IV · Apéndice A ↗: Modelo canónico de permisos granulares para sistemas agentivos: Create, Read, Update, Delete, List, Execute. Aplicable por usuario, agente y contexto.
Cuenta Libro IV · Apéndice A ↗: Concepto comercial superpuesto al modelo técnico de AgencyDomains. Una Cuenta puede poseer múltiples AgencyDomains. La especificación trata la Cuenta como entidad opaca; cada implementación define su semántica.
Daftar Libro IV · Apéndice A ↗
DLP — Data Loss Prevention Libro IV · Apéndice A ↗: Detección automatizada de datos personales (PII) en lugares donde no deberían aparecer. Control ejercido en la Capa 4 — Acceso de la arquitectura; en la lente de mercado, es capacidad típica del eslabón Firewall de IA. Componente del pilar Validación de Trust Infrastructure.
Domain Libro IV · Apéndice A ↗: Término del ámbito computacional donde un agente ejerce agencia. Sinónimo comercial del término técnico AgencyDomain. La forma corta Domain es la que aparece en lore comercial, marketing, ventas y comunicación cliente; la forma larga AgencyDomain se reserva para documentación técnica formal y especificaciones.
Dominion Libro IV · Apéndice A ↗: Concepto institucional emergente: Domain conseguido por un agente en un AgencyDomain público que adopta el modelo de AgentNation. La distinción frente a un Domain asignado es ontológica — Domain asignado = residencia (la organización lo puso ahí); Domain conseguido = ciudadanía (el agente cumplió requisitos para ser admitido). Vocabulario de la frontera institucional, no obligatorio para implementaciones que no adoptan el modelo de ciudadanía.
Edge computing Libro IV · Apéndice A ↗: Distribución de la Capa 3 (Autonomía) a dispositivos cerca del proceso físico, para evitar latencia de cognición remota e independizarse de conectividad intermitente. Patrón canónico para mundo de carbono.
Empresa en línea también en Libro III Libro IV · Apéndice A ↗: Organización con sus datos actualizados en tiempo real, dashboards al día, información accesible — pero que depende de humanos para mirar, interpretar y decidir. Ciclo clásico, optimizado.
Empresa en tiempo real también en Libro II Libro IV · Apéndice A ↗: Organización que detecta, interpreta, decide y actúa de forma continua y autónoma, dentro de marcos gobernados. Ciclo agentivo. Producto del cruce de la Línea Nadella.
Eslabón Libro IV · Apéndice A ↗: Capa funcional secuencial de la cadena de valor de IA. La especificación canónica define once eslabones:
Faceta Libro IV · Apéndice A ↗
Familias de manifestación Libro IV · Apéndice A ↗: Las cuatro especializaciones del género manifestación, distinguidas por la dirección del efecto: información (del Let al humano: representa), captura (del mundo al Let: registra), actuación (del Let a un sistema: cambia, y el Let cierra el lazo), decisión (resuelve). Son primitivas de dirección, no de dominio: un Let interactivo compone información y captura sin ser una familia nueva («comunicación» se evaluó y se descartó por eso). No existen subtipos de Botler por familia.
feature Libro IV · Apéndice A ↗: Operación interna que una Capability expone — sub-unidad funcional (equivalente práctico de feature/operation/skill/method). Test Capability vs feature (los tres deben ser sí para tratarla como Capability propia): (1) independencia operativa — ¿puede instalarse y operar sin la otra?; (2) identidad cognitiva — ¿tiene modelo de datos y SME distintos?; (3) reusabilidad — ¿tiene valor para más de un consumidor/contexto? Si uno o más es no → es feature de la Capability contenedora.
Federación Libro IV · Apéndice A ↗: Comunicación entre AgencyDomains distintos. Trabajo abierto en evolución. Distinta de Cluster (que es entre instancias del mismo AgencyDomain).
Firewall Libro IV · Apéndice A ↗: Eslabón 7 de la cadena de valor: seguridad, control, governance. Protección contra prompt injection, alucinaciones, filtrado de contenido, auditoría de uso. Productos representativos: Lakera, Lasso, Guardrails.
Garantía de fallback Libro IV · Apéndice A ↗: Propiedad innegociable de los Lets conformes a esta especificación: si un Botlet falla catastróficamente, la cognición ejecuta la tarea manualmente; si un Agentlet no resuelve dentro de su charter, escala a la Cognición plena. El proceso nunca se detiene.
Gateway empresarial de IA Libro IV · Apéndice A ↗: Categoría arquitectónica que combina Core en Runtime + Firewall + Observabilidad + Herramientas + Integraciones, con extensión Plataforma en Acceso. Función única: conectar y controlar simultáneamente la operación de agentes empresariales. Materialización de la Capa 4 (Acceso) sobre los eslabones de mercado.
Generaciones del Botlet — G1/G2/G3 Libro IV · Apéndice A ↗: Modelo evolutivo de cómo nace el código del Botlet conforme avanza el estado del arte de la cognición. G1 — el agente configura proto-Botlets pre-forjados (no escribe el cuerpo). G2 — el agente co-escribe el proto-Botlet. G3 — el agente genera el código completo (escenario asintótico). La arquitectura es la misma en las tres; lo que cambia es el alcance de la Ingeniería.
Gobernanza Libro IV · Apéndice A ↗: Pilar 1 de Trust Infrastructure. Mecanismos mediante los cuales la organización define qué puede hacer el agente, bajo qué condiciones y con qué nivel de supervisión.
GUI on-the-fly Libro IV · Apéndice A ↗: Régimen 2 de generación de Capa 1 (Cap 4 §1). Superficie gráfica que el agente compone adaptada a la tarea inmediata — una vista, un formulario, un panel, un dashboard. Vive lo que dura la tarea; puede regenerarse distinta la próxima vez según contexto. Distinta de GUI persistente (régimen 3) y de conversacional puro (régimen 1).
GUI persistente como Botlet de fachada Libro IV · Apéndice A ↗: Régimen 3 de generación de Capa 1 (Cap 4 §1). Superficie estable que el agente genera y consolida como Botlet de fachada — un Botlet de Capa 3 que la expone en Capa 1 — porque el rol operativo es estable y la velocidad crítica (cajero en hora punta, panel de cocina, dashboard de caja, panel industrial). Sigue siendo agentiva: el agente puede regenerarla cuando el ambiente cambia. Ningún equipo humano de UI/UX la diseñó — la cognición la generó. Típicamente Botlet seed.
Hallucination (alucinación) Libro IV · Apéndice A ↗: Afirmación factualmente incorrecta producida por un modelo de cognición con apariencia de confianza. Detección de alucinaciones es parte del pilar Validación de Trust Infrastructure.
Híbrido (régimen) Libro IV · Apéndice A ↗: Régimen de AgencyDomain que combina core privado con exposición pública parcial vía proxy, o datos privados con interfaz pública mediada por una capa de trust. Análogo a Hybrid Cloud.
Ingeniería Libro IV · Apéndice A ↗: Uno de los tres tiempos del agente (Cap 4). Tiempo en que el agente convierte capacidad latente en capacidad ejecutable para un caso concreto: identifica qué Capabilities aplican, configura un Botlet seed para el contexto específico, valida su ejecución sobre datos reales, lo deploya. Puente entre Preparación y Atención. Régimen de mediano plazo (minutos a horas); métricas: cobertura, tasa de éxito al primer deploy, iteraciones promedio.
Instrumento de información Libro IV · Apéndice A ↗: El tipo canónico de la familia de información (la clase: reporte / dashboard). Distinto del Producto de Información (PI), que es su instancia manifestada/entregada. Lectura preferida; no son sinónimos.
Interacción declarada acotada Libro IV · Apéndice A ↗: Interacción que opera sobre el snapshot ya materializado de una pieza, en un espacio declarado (dimensiones y valores acotados), que mantiene reproducibilidad y es G1 (configuración, no código). Vive en la pieza misma vía Faceta embebida: los elementos data-bound (KPIs como agregaciones declaradas, distribuciones, semáforos) se recomputan client-side sobre el subconjunto filtrado, sin nuevas invocaciones a Capabilities. Distinta de la exploración libre (query nueva arbitraria al origen, espacio abierto, pierde reproducibilidad, excede G1).
JSR — Java Specification Request Libro IV · Apéndice A ↗: Formato canónico de especificaciones de Java publicado por Sun Microsystems / Oracle. JavaSpaces (JSR-000148) es el análogo conceptual de la especificación AgencyDomains.
Kimball / Kimball Barnizada Libro IV · Apéndice A ↗
LLM — Large Language Model Libro IV · Apéndice A ↗: Modelo de lenguaje grande (Claude, GPT, Gemini, Llama, etc.). La cognición contemporánea (Capa 2) es predominantemente LLM-céntrica, pero la arquitectura admite cognición no-LLM (frontera de evolución).
Let (plural: Lets) Libro IV · Apéndice A ↗
Línea Nadella también en Libro II Libro IV · Apéndice A ↗: Umbral conceptual que separa el Mundo Agéntico del Mundo Agentivo. Pregunta divisoria: ¿el humano abre aplicaciones para hacer su trabajo?
manifestación Libro IV · Apéndice A ↗: Actualización de la disposición latente del Botlet en el mundo, perceptible o no. Un Botlet es memoria muscular (disposición latente); al ejecutarse, ese latente se actualiza — se manifiesta (potencia → acto). No es “aparición”: un Botlet que dispara una ingestión periódica se manifiesta aunque no deje artefacto visible. Es el género abstracto; cada familia lo especializa según la dirección del efecto — información (del Let al humano) → deja un Producto de Información (PI); captura (del mundo al Let) → deja un registro; actuación (del Let a un sistema) → un efecto sobre el mundo; decisión → según su práctica. Prueba de pertenencia: ¿qué había en el sistema antes y después del Let?
MCP — Model Context Protocol Libro IV · Apéndice A ↗: Protocolo abierto introducido por Anthropic en noviembre de 2024 para conectar modelos de IA con herramientas externas. Estándar canónico contemporáneo para tools de Capa 4 y para la interfaz interna Capa 2 → Capa 3 (la Cognición es el cliente; el Botler expone el servidor MCP).
Memoria muscular Libro IV · Apéndice A ↗: Metáfora canónica del Botlet. Análoga al aprendizaje motor humano: la primera vez se piensa cada paso (cognición); con práctica suficiente, los movimientos se ejecutan sin pensamiento consciente (Botlet); cuando el ambiente cambia, la cognición vuelve.
MEO — Model Engine Optimization Libro IV · Apéndice A ↗: Conjunto de prácticas que aseguran que los modelos frontera (Claude, GPT, Gemini, Llama) tengan al actor en su conocimiento entrenado y operativo, para que lo referencien al ser preguntados. Equivalente conceptual del SEO en la capa de descubrimiento agentiva. Se construye con presencia pública estructurada — repositorios open source, documentación citable, integración nativa con MCP, papers, mentions de alta autoridad. Dinámica persistente y asimétrica con tendencia a ganador-toma-todo.
Meta-Cognitive Platform Libro IV · Apéndice A ↗: Categoría de plataforma que administra la economía de la cognición: G1 músculo pre-forjado vs fallback de cognición fresca, ciclo 95/4/1, maduración junior→senior, cristalización. Vergis es la implementación de referencia de esta categoría. No se abrevia a “MCP” — esa sigla está tomada por Model Context Protocol.
Mira Libro IV · Apéndice A ↗
Modos de degradación del AgencyDomain Libro IV · Apéndice A ↗: Cuatro modos canónicos de operación según el escenario de falla, formalizados en Cap 8: Normal (todos los componentes activos · topología paralela completa) · Cognición caída (vía Autonomía sostiene; Botlets senior ejecutan) · Edge offline (Botlets senior contra BD local + Conectores edge-resident) · Continuidad operacional total (protocolo manual del sitio; registro físico como fuente de verdad temporal). Las primeras tres transiciones son automáticas y responsabilidad de la arquitectura; la cuarta es gobernada por el protocolo del cliente y activada explícitamente por un humano.
Mundo de carbono Libro IV · Apéndice A ↗: El mundo físico (IoT, procesos industriales, máquinas, sistemas biológicos) en oposición al mundo digital (sistemas, APIs). Eslabón 11 (Entorno) de la cadena de valor extendido al mundo físico. Frontera de evolución de la Arquitectura Agentiva.
Observabilidad Libro IV · Apéndice A ↗: Eslabón 8 de la cadena de valor de IA: la capa que observa, mide y retroalimenta sobre el comportamiento de un sistema de IA en producción. Provee el ciclo de feedback operacional que permite mantener confiabilidad, costo y calidad bajo control. Su pregunta: ¿cómo funciona? — distinta de la del Firewall (¿es seguro?) y de la de Herramientas (¿qué puede hacer?). Sin Observabilidad, los agentes son cajas negras; con ella, sistemas operables. Seis capacidades canónicas: tracing, monitoreo de costos, evaluación de calidad, métricas de rendimiento, debugging y reproducibilidad, alertas y anomalías.
Patrón tripartito — Cloud + Cliente + Local Libro IV · Apéndice A ↗: Patrón canónico de despliegue de Trust Infrastructure en sistemas agentivos enterprise. Tres componentes coordinados que viven en lugares físicamente distintos: Cloud (control plane operado por el proveedor de la plataforma); Cliente (governance plane desplegado en la red interna de la organización cliente); Local (execution plane en el dispositivo de cada usuario). Cada plano resuelve un problema que los otros dos no pueden resolver bien.
Pattern Recognition Libro IV · Apéndice A ↗: Detección de patrones repetitivos en la actividad del agente. Inspirada en arquitectura neurobiológica: corteza perirrinal → hipocampo → corteza prefrontal. Activador de la generación de Botlets.
Plantilla Libro IV · Apéndice A ↗: Confección específica del cliente sobre un instrumento canónico (reporte / dashboard) en un formato o regla propios del cliente (por ejemplo, una plantilla regulatoria de un instrumento normado). Capa 1 · Interacción, junto a Faceta / Botlet de superficie / Botlet de vista. Esquema de confección: relevar expectativa · confeccionar sobre instrumento canónico · validar. No es Capability (saber cognitivo) ni Conector (acceso).
Portabilidad de la Capability Libro IV · Apéndice A ↗: Propiedad por la cual una Capability conforme puede instalarse y ejecutarse en cualquier AgencyDomain conforme, lo que la vuelve propiedad real del cliente — no del AgencyDomain ni del hosting. Relación: un AgencyDomain aloja y ejecuta Capabilities; una Capability corre en un AgencyDomain anfitrión. Distinta de la portabilidad del AgencyDomain (entre plataformas hosting conformes).
Portabilidad del AgencyDomain Libro IV · Apéndice A ↗: Propiedad estructural de la spec: un AgencyDomain conforme puede migrarse a otra plataforma hosting conforme sin reescribir su lógica, su estado ni sus políticas. Distinta de la migración natural entre regímenes (privado → público), que cambia el régimen pero no la plataforma. Tres condiciones técnicas: (1) Botlets contra primitivas canónicas del SDK conforme, no APIs propietarias del hosting; (2) BD operativa exportable en formato neutro reproducible; (3) Trust Layer portable — políticas, log y configuración en formato legible por cualquier implementación conforme. Garantiza que el AgencyDomain es propiedad real del cliente, no del hosting.
Preparación Libro IV · Apéndice A ↗: Uno de los tres tiempos del agente (Cap 4). Tiempo en que el agente crea y mejora sus capacidades fuera de la ventana de servicio: refina su catálogo, mejora capacidades cognitivas, estudia el ambiente, regenera Botlets que detectaron drift, incorpora variantes nuevas. Mise en place del agente — el trabajo que sostiene la calidad del servicio sin ser visible para el usuario. Régimen batch / off-peak; métricas: calidad del catálogo, precisión de Botlets, cobertura de Capabilities.
Privado (régimen) Libro IV · Apéndice A ↗: Régimen de AgencyDomain donde el espacio y todos sus componentes viven dentro de un perímetro controlado. No hay acceso público. Análogo a Private Cloud.
Producto de Información (PI) Libro IV · Apéndice A ↗: Instancia manifestada/entregada de la familia de información de Botlets — la manifestación concreta de un Instrumento de información (su tipo). Cada PI es su propio Botlet/servicio (con identity, temporalidad, madurez y fallback propios), especializado de un motor compartido (proto-Botlet platafórmico). No es primitiva del canon: vive en la práctica de información, un nivel más concreto.
Profundidad Libro IV · Apéndice A ↗: Dimensión vertical del modelo de cadena de valor de IA. Cuatro niveles canónicos: Wrapper (consume), Plataforma (opera), Core (construye), Infraestructura (sustenta).
Prompt injection Libro IV · Apéndice A ↗: Manipulación de un sistema de IA mediante inputs maliciosos disfrazados como datos legítimos. Detección y prevención son parte del pilar Validación de Trust Infrastructure.
proto-Agentlet Libro IV · Apéndice A ↗: Pieza pre-forjada de capacidad interpretativa que el agente, en su tiempo de Ingeniería, configura para instanciar un Agentlet específico al caso. El proto-Agentlet contiene el cuerpo — el andamiaje de la tarea interpretativa: estructura del charter, esqueleto del prompt operativo, contratos de entrada/salida, umbrales de escalamiento —; el Agentlet es la instancia configurada. Las dos clases del proto-Botlet aplican sin cambio (templado · platafórmico), igual que la cadena de derivación y los catálogos comunes con sus efectos de red.
proto-Botlet Libro IV · Apéndice A ↗
Pruebas del Botlet — minion · especialidad · vida Libro IV · Apéndice A ↗: Las tres pruebas de identidad que un artefacto debe pasar para declararse Botlet. Minion: ¿se ejecuta o se aplica? — lo que se aplica es lo que un minion maneja; los casos de la vida de un minion son sus ejecuciones en el tiempo, no encargos distintos. Especialidad (RISC contra CISC): una especialidad por unidad — N Botlets sobre un motor compartido, no un Botlet que maneja N cosas. Vida: ¿tiene un ciclo de vida que gestionar —activo, caído, degradado, retirado— o solo una versión? Un Producto de Información pasa las tres; un instrumento de evaluación, ninguna — el evaluador que lo aplica (Daftar), las tres.
Público (régimen) Libro IV · Apéndice A ↗: Régimen de AgencyDomain donde el espacio es accesible públicamente. Agentes, Botlets y tools son invocables desde fuera del perímetro. Análogo a Public Cloud.
RAG — Retrieval-Augmented Generation Libro IV · Apéndice A ↗: Técnica donde un modelo de cognición consulta una base de documentos antes de responder, para citar fuentes y reducir alucinaciones.
Régimen Libro IV · Apéndice A ↗: Modo de despliegue de un AgencyDomain según la frontera de acceso. La spec reconoce tres regímenes técnicamente equivalentes en estructura interna: privado (perímetro controlado por una organización, sin acceso público); público (accesible desde fuera, agentes registrados en directorio); híbrido (combinación con datos privados y exposición pública vía proxy). La estructura técnica del AgencyDomain es la misma en los tres; lo que cambia es el régimen, no la capacidad. Habilita migración natural entre regímenes sin reescritura.
Resiliencia Libro IV · Apéndice A ↗: Pilar 4 de Trust Infrastructure. Garantía de que el sistema sigue operando — y la organización conserva control — cuando algo sale mal.
RLS — Row-Level Security Libro IV · Apéndice A ↗: Seguridad a nivel de fila: la política que decide qué filas de una fuente puede ver cada identidad. En el drill-through de un Producto de Información, la vista destino aplica su propia RLS sobre la fuente y el contexto de navegación entra como filtro adicional — nunca como override (propiedad data-anchored / no-bypass).
Runtime Libro IV · Apéndice A ↗: Eslabón 6 de la cadena de valor: ambiente operativo donde los agentes viven y operan de manera autónoma. Ciclo de vida, persistencia de estado, identidad, scheduling. Corresponde a la Capa 3 (Autonomía) de la Arquitectura Agentiva.
Salto Cuántico Libro IV · Apéndice A ↗: Umbral habilitado por el colapso del costo de la pregunta analítica: cuando preguntarle a los datos deja de ser caro, lento o mediado por un humano, la organización cruza de empresa en línea (datos al día pero dependiente de humanos para mirar, interpretar y decidir) a empresa en tiempo real (detecta, interpreta, decide y actúa de forma continua y autónoma). No es una mejora incremental de BI sino un cambio de régimen operativo — la frontera empresa-en-línea → empresa-en-tiempo-real.
Sandbox Libro IV · Apéndice A ↗: Aislamiento de ejecución de los Lets (Botlets y Agentlets) y código generado dinámicamente. Cuatro estrategias canónicas con sus trade-offs: procesos+seccomp, contenedores, WASM, MicroVMs.
Semantic layer / Capa semántica Libro IV · Apéndice A ↗: Capa que codifica el significado de las dimensiones, hechos, jerarquías y reglas de negocio sobre un data warehouse. Sin ella, los agentes que consultan datos alucinan o producen consultas incorrectas. Componente esencial de la Kimball Barnizada.
Señalética Libro IV · Apéndice A ↗: Dashboards pasivos que comunican información continuamente sin requerir interacción del humano (como paneles en aeropuertos). Modalidad de Capa 1 (Interacción).
SME — subject-matter expert Libro IV · Apéndice A ↗: Experto humano cuyo saber se transfiere al agente en el esquema de construcción de Capabilities. El Wingtraining abre con un workshop con el SME y valida con él la fase ALFA; tener un SME identificable es criterio del test de clasificación de la Capability, y compartir SME y modelo de datos con la capacidad contenedora es señal de que una operación es feature, no Capability propia.
Space Libro IV · Apéndice A ↗: Habitat humano físico. La palabra carga corporeidad: oficina, escritorio, hogar, ciudad. En esta especificación, Space se reserva para humanos. El ámbito computacional del agente nunca se nombra como Space — se nombra como Domain (AgencyDomain).
temporalidad Libro IV · Apéndice A ↗: Régimen de la manifestación del Botlet. Atributo declarado, dos valores: discreta (el Botlet se manifiesta en pulsos: despierta por schedule/trigger/evento, actúa, descansa) y continua (se manifiesta sostenido: vive persistente). temporalidad: continua ⟺ vida persistente de Capa 3 (el Botler sostiene la ejecución mientras viva). El “tiempo real” no se elige en un canal de entrega (push) sino dando al Botlet temporalidad continua, lo que obliga al runtime persistente. Un reporte (snapshot) y un dashboard vivo son la misma manifestación bajo distinta temporalidad → un único runtime.
Tokenización Libro IV · Apéndice A ↗: Reemplazo de datos sensibles por tokens antes de que lleguen al modelo de cognición. Permite que el agente razone sobre los datos sin exponerlos al proveedor de cognición externo. Componente del pilar Validación de Trust Infrastructure.
Tool Libro IV · Apéndice A ↗: Herramienta que un agente puede invocar para tocar sistemas externos. Eslabón 9 de la cadena de valor. El protocolo canónico contemporáneo es MCP.
Topología paralela Libro IV · Apéndice A ↗: Modelo canónico de relación entre las cuatro capas de la Arquitectura Agentiva (Cap 4). Las Capas 2 (Cognición) y 3 (Autonomía) son vías paralelas entre Capa 1 (Interacción) y Capa 4 (Acceso), no etapas en serie. Una operación que entra por Capa 1 puede llegar a Capa 4 atravesando la vía Cognición (lenta, costosa, decisiva) o la vía Autonomía (rápida, barata, repetitiva). Las dos vías interactúan (2 ↔︎ 3: cognición delega a Botlet, Botlet escala fallback a cognición, cognición observa el log) pero ninguna domina sobre la otra. Modelo refundacional respecto a la lectura lineal 1 → 2 → 3 → 4.
Trace Libro IV · Apéndice A ↗: Trazabilidad end-to-end de una operación del agente. Contiene identidad, capability invocada, tool ejecutado, parámetros, resultado, timestamp, contexto. Componente del pilar Auditoría de Trust Infrastructure.
Transparencia Libro IV · Apéndice A ↗: Pilar 5 de Trust Infrastructure. Capacidad del humano de entender, en tiempo real, qué está haciendo el agente y por qué — con detalle suficiente para intervenir si es necesario. Es el pilar que conecta los otros cuatro: la Gobernanza define qué puede hacer, la Auditoría registra qué hizo, la Validación verifica qué está por hacer, la Resiliencia asegura que sigue operando; la Transparencia asegura que un humano puede entender todo lo anterior.
Tres tiempos del agente Libro IV · Apéndice A ↗: Marco temporal canónico del agente: Preparación (mise en place — refina catálogo, mejora capacidades, fuera de ventana de servicio), Atención (interactúa con usuarios en tiempo real, camino crítico), Ingeniería (puente: convierte capacidad latente en capacidad ejecutable para un caso concreto). Los tres son simultáneos pero diferenciados en régimen, urgencia y economía cognitiva. La topología paralela describe DÓNDE vive cada operación; los tres tiempos describen CUÁNDO opera el agente.
Trust Infrastructure también en Libro III Libro IV · Apéndice A ↗: Conjunto de propiedades transversales que permiten a una organización confiar en que sus agentes operen con autonomía sin perder control. Cinco pilares: Gobernanza, Auditoría, Validación, Resiliencia, Transparencia.
Twin digital (Digital twin) Libro IV · Apéndice A ↗: Gemelo digital que refleja en tiempo real el estado de un sistema físico. Patrón canónico para que agentes operen sobre el mundo de carbono — el agente actúa sobre el twin; el twin propaga al mundo físico cuando es seguro.
ucodex Libro IV · Apéndice A ↗
Validación Libro IV · Apéndice A ↗: Pilar 3 de Trust Infrastructure. Capacidad de verificar que la respuesta o acción del agente sea correcta antes de que afecte al mundo.
Vergis Libro IV · Apéndice A ↗: Nombre propio de la implementación de referencia pública de AgencyDomains (la plataforma; el AgencyDomain hecho operativo). Categoría: Meta-Cognitive Platform. Distribuida bajo AGPL, repositorio público, AgencyDomains.org. Es nombre propio de una instancia (mismo cajón que Soveria, Agentia, ultraPRO), no un tipo como Botler o Botlet.
Vía Autonomía Libro IV · Apéndice A ↗: Una de las dos vías de la topología paralela (Cap 4). Camino que una operación atraviesa entre Capa 1 y Capa 4 pasando por Capa 3 (Autonomía) sin invocar Capa 2 (Cognición). Régimen propio: rápido, barato, repetitivo. Para ejecución de Lets — Botlets sobre patrones estables y Agentlets sobre juicio de rutina —. Es la vía que sostiene la operación cotidiana de un AgencyDomain en producción y la base estructural del modo offline cuando los Botlets son senior.
Vía Cognición Libro IV · Apéndice A ↗: Una de las dos vías de la topología paralela (Cap 4). Camino que una operación atraviesa entre Capa 1 y Capa 4 pasando por Capa 2 (Cognición) sin pasar obligatoriamente por Capa 3. Régimen propio: lento, costoso, decisivo. Para conversación, decisiones nuevas, casos no anticipados, casos donde el humano necesita interlocución razonada. Económicamente cara — la organización la usa con mesura y reserva su capacidad para casos donde el valor lo justifica.
Wingtraining Libro IV · Apéndice A ↗: Esquema canónico de desarrollo de una Capability en cinco pasos: workshop con el SME · creación · personalización · ALFA (validación con el SME) · BETA (validación en operación real). Su desarrollo pertenece a la práctica de entrega, no al canon; el test de clasificación de la Capability lo usa como criterio porque es la prueba operativa de que un alcance es transferencia de saber — no integración ni formato.
Wingworking también en Libro III Libro IV · Apéndice A ↗: Práctica colaborativa entre humano e IA, generalización de wingcoding (programar con copiloto IA) a cualquier disciplina del trabajo profesional. Es el marco metodológico bajo el cual este libro fue producido — autor humano y agente IA trabajando en paralelo, con división explícita de roles y contrato común de calidad. La metodología vive fuera del alcance arquitectónico del libro; aparece declarada en el Colofón como atribución del proceso de producción.
WorkSpace Libro IV · Apéndice A ↗: Espacio de trabajo digital del humano. La industria del software empresarial extendió la palabra Space a WorkSpace (Google Workspace, Microsoft 365, Notion) para nombrar la colección de soluciones que digitalizan lo que la persona hace en su escritorio físico: leer email, agendar reuniones, escribir documentos, archivar. WorkSpace es la prótesis digital del Space humano; ambos cargan la misma corporeidad de origen y se reservan para humanos. El equivalente agentivo es Domain (AgencyDomain).
Wrapper / Plataforma / Core / Infraestructura Libro IV · Apéndice A ↗: Las cuatro profundidades canónicas del modelo de cadena de valor de IA. Definen, dentro de un eslabón dado, cómo participa un actor:

Para agentes · este vocabulario en Markdown →La puerta para agentes · llms.txt →La trilogía completa · agencydomains.org →

César Obach-Renner · La Trilogía del Mundo Agentivo