Arquitectura de información agéntica
Prompt-as-architecture, jerarquías de contenido para agentes, semantic naming, intent layer sobre la capa de componentes.
Imparte · Joan Arbó · Dirección
Cuando un agente compone una pantalla, recorre tu información como un mapa. Si la jerarquía es ambigua o los nombres no dicen lo que son, se pierde —o peor, inventa. Esta sesión trata la información como arquitectura: estructura, nombres e intención pensados para que un agente navegue sin tropezar.
Un agente no elige el mejor componente: elige el que mejor entiende. Un nombre ambiguo deja de ser deuda técnica y se convierte en una alucinación esperando a ocurrir.
Qué veremos
- Los cuatro sistemas de la arquitectura de información (organización, etiquetado, navegación, búsqueda) y qué cambia cuando el usuario es un agente.
- Poner orden en el caos: lenguaje, intención y los límites de lo que nombras.
- Semantic naming: nombres que dicen para qué sirve algo, no cómo se ve, para que el agente no tenga que adivinar.
- Jerarquía de contenido legible por máquina: de lo general a lo específico, sin ambigüedad.
- Prompt-as-architecture: la estructura como instrucción reutilizable, no como orden de usar y tirar.
- La capa de intención sobre los componentes: qué resuelve cada uno y cuándo no usarlo.
Qué te llevas
- Un patrón de naming e intención reutilizable para tu sistema.
- Criterio para diseñar la jerarquía que un agente recorre sin perderse.
- Una checklist para cazar nombres ambiguos antes de que un agente alucine con ellos.
Aplícalo desde el minuto uno Coge los cinco componentes peor nombrados de tu sistema y renómbralos por lo que resuelven, no por su aspecto (de «Card 2» a «ResumenDePedido»). Hoy mismo, tu equipo (y un agente) ya elige mejor.
Ejemplos de uso
- Renombrar un set de componentes para que el agente elija el correcto sin contexto extra.
- Diseñar una jerarquía de contenido que un agente recorre de lo general a lo específico.
- Añadir una capa de intención sobre tus componentes: para qué es cada uno, no solo cómo se ve.
- Convertir un prompt en arquitectura reutilizable, no en una instrucción de usar y tirar.
Caso de estudio
La capa semántica que ya existía
Los design systems maduros llevan años separando el token primitivo (un valor, #B8541F) del token semántico (su intención, «color de acción primaria»). Esa capa se inventó para que una persona no tuviera que adivinar dónde va cada cosa. Resulta que es justo lo que un agente necesita: el nombre lleva la intención, así que aplica el sistema sin inventárselo. La arquitectura de información pensada para humanos es, casi sin tocarla, arquitectura legible por agentes.
Design Tokens · W3C DTCGPara quién es
Diseñadores de sistemas que deciden cómo se nombra y se organiza todo.
Cómo funciona
- Mes
- M02
- Formato
- En directo · 2 h
- Calendario
- Segundo jueves · 19:00 CET
- Suelta
- 29 € · gratis con el Programa
- Acceso
- Queda grabada
- 00–15
Novedades del campo
Qué ha cambiado este mes y qué deberías mirar.
- 15–45
El marco
Los conceptos que sostienen la sesión, sin relleno.
- 45–85
Demo en vivo
Se construye delante de ti, sobre herramientas reales.
- 85–105
Aplícalo a tu proyecto
Lo llevas a tu caso ahí mismo: sales con una mejora hecha, no con apuntes.
- 105–120
Preguntas
Traes tu caso; se resuelve en directo.
Antes de empezar · Lecturas
Para llegar con contexto. Los libros enlazan a Amazon.
