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.1 · III v1.2

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 Empresa en Tiempo Real v1.0

empresa en tiempo real Libro I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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 I · 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.

II · AURA v1.1

Agéntico Libro II · 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 II · 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 II · 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 II · 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 II · 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 II · 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 II · Manifiesto canónico §9 ↗: patrón del Nivel 1 de MOTOR: cada empleado elige su herramienta de IA sin coordinación.
Canon (el) Libro II · 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 II · Manifiesto canónico §9 ↗: bloque atómico del portafolio: capacidad específica, acotada, reutilizable.
Citizen / City / DUAL Libro II · Manifiesto canónico §9 ↗: clasificación por beneficiario del impacto: audiencia externa / audiencia interna / ambas.
Coexistencia evolutiva Libro II · Manifiesto canónico §9 ↗: cada etapa/nivel subsume al anterior; la infraestructura previa se vuelve cimiento, no legado.
Data Canon Libro II · 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 II · 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 II · 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 II · 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 I Libro II · 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 II · 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 I Libro II · Manifiesto canónico §9 ↗: detecta, interpreta, decide y actúa de forma continua y autónoma, con gobernanza humana.
Era agentiva Libro II · 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 II · 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 II · 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 II · 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 II · Manifiesto canónico §9 ↗: Modelo de Madurez de Inteligencia Organizacional: 10 etapas, 5 niveles, eje SABER.
La Línea Nadella Libro II · 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 II · 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 II · 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 II · Manifiesto canónico §9 ↗: las tres zonas del lakehouse: crudos fieles · conformado al canon · productos materializados selectivos.
Moat Libro II · Manifiesto canónico §9 ↗: ventaja competitiva sostenible; en MOTOR emerge en Nivel 5 con datos propietarios alimentando predicción.
MOTOR Libro II · Manifiesto canónico §9 ↗: Modelo de Madurez de Automatización Organizacional: 7 niveles, eje HACER.
Organización Autónoma Libro II · 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 II · Manifiesto canónico §9 ↗: DATOS → INFORMACIÓN → CONOCIMIENTO → ACCIÓN.
Problema de agencia Libro II · 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 II · 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 II · 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 II · Manifiesto canónico §9 ↗: uso no gestionado de IA sin gobernanza, compliance ni visibilidad. Estado definitorio del Nivel 1 de MOTOR.
Social Agentic Libro II · 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 II · Manifiesto canónico §9 ↗: configuración estratégica: CU integrados que resuelven un problema de negocio completo ante un decisor.
Sweet Spot Libro II · 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 II · 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 II · 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 II · 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.

III · AgencyDomains v1.2

A2A — Agent-to-Agent Libro III · 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 III · 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 I Libro III · 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 III · 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 III · Apéndice A ↗
AgentNation Libro III · 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 II Libro III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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.
Botlet de fachada Libro III · 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 III · 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 III · 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 III · 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 III · 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.
Botlet en aprendizaje Libro III · 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 III · 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 III · 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. 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · Apéndice A ↗: Concepto de Kimball: dimensiones compartidas entre data marts que garantizan consistencia inter-marts.
Continuidad de negocio operacional Libro III · 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 III · 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 III · 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 III · 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 III · 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 III · Apéndice A ↗
DLP — Data Loss Prevention Libro III · 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 III · 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 III · 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 III · 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 II Libro III · 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 I Libro III · 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 III · Apéndice A ↗: Capa funcional secuencial de la cadena de valor de IA. La especificación canónica define once eslabones:
Faceta Libro III · Apéndice A ↗
Familias de manifestación Libro III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · Apéndice A ↗
LLM — Large Language Model Libro III · 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 III · Apéndice A ↗
Línea Nadella también en Libro I Libro III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · Apéndice A ↗
Modos de degradación del AgencyDomain Libro III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · Apéndice A ↗
Pruebas del Botlet — minion · especialidad · vida Libro III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 III · 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 II Libro III · 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 III · 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 III · Apéndice A ↗
Validación Libro III · 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 III · 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 III · 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 III · 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 III · 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 II Libro III · 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 III · 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 III · 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