스크립트
00:00:00Hola a todos. Hola, hola. Vamos a hablar un poco sobre la web agéntica y, más
00:00:19específicamente, qué significa y cómo preparamos la web para los agentes. Una advertencia: preparé esta
00:00:26charla ayer, así que puede que esté desactualizada porque las cosas avanzan muy, muy rápido en este ámbito.
00:00:32Y creo que necesito presentarme para dar algo de contexto. Soy el cocreador y
00:00:38mantenedor de una especificación llamada MCP Apps. MCP Apps es la especificación subyacente detrás de ChatGPT Apps,
00:00:45CloudApps, Copilot, GitHub. Cada aplicación basada en chat que ves se basa en la especificación MCP Apps
00:00:53del comité de MCP. También soy cofundador de una empresa llamada Aura, donde investigamos
00:00:58las interacciones humanas agénticas. Y construí y lideré las tiendas agénticas en Shopify. Así que el tema de la
00:01:06web agéntica es muy cercano a mi corazón. Y una pequeña introducción sobre MCP Apps, por si no
00:01:12están familiarizados. Las MCP Apps son, de hecho, la especificación que abrió el camino hacia la web agéntica. Así que las MCP
00:01:18Apps se lanzaron como especificación y estándar hace unos meses con el apoyo de Claude primero como
00:01:25el primer cliente, y luego todos los demás clientes siguieron. Y si han usado alguna aplicación basada en chat y han extraído
00:01:32cualquier visualización y capa de interfaz de usuario de un servidor MCP, probablemente hayan usado MCP Apps.
00:01:39Y lo bueno de las MCP Apps es que todos ganan. Porque si los servidores o los proveedores pueden
00:01:48enviar fragmentos de interfaz de usuario a los chats, entonces las aplicaciones recuperan su marca e identidad. Conservan su interfaz de usuario y
00:01:58no se ven reducidas a una base de datos o a simple información basada en texto. Los usuarios ganan confianza y
00:02:04familiaridad. Porque si le pides a ChatGPT, oye, resérvame unos hoteles, y ves booking.com,
00:02:09entonces sabes que es booking.com, ¿verdad? Sabes con quién estás interactuando. Y los anfitriones o los chats
00:02:16ganan acceso a un mundo de capacidades. Sabes, hace unos meses la gente preguntaba, sí, ¿por qué no
00:02:22simplemente construye OpenAI todo desde cero? Pero OpenAI no va a negociar acuerdos con hoteles ni a ayudar
00:02:29a los usuarios que quieren cambiar de asiento en un recinto. Necesitamos esos servicios. Y las MCP Apps resuelven
00:02:35esta última milla de la interacción.
00:02:41Sí. Así que este es el beneficio que obtenemos. Y las MCP Apps resolvieron nuestra última milla de interacción, ¿verdad? Entonces, ¿qué
00:02:51significa la última milla? La última milla es que, a medida que los agentes mejoran, a medida que los modelos mejoran, pueden hacer
00:02:57las cosas de forma más autónoma. Pero seguimos estando al final de la cadena como humanos. Todavía necesitamos poder
00:03:05elegir el hotel, ver un modelo en 3D o elegir un asiento en el recinto. Toda esa última milla de
00:03:12interacción puede cambiar. Y este es un ejemplo de... Oh, perdón. Sí. Entonces, esto es de
00:03:20Claude, una solicitud de extracción sobre MCP Apps. Así es como se ve, ¿verdad? Entonces, cuando integras aplicaciones dentro de los chats,
00:03:28obtienes esta experiencia unificada de cómo se siente la interfaz de usuario dentro del mismo contexto de un chat. Y como puedes ver,
00:03:36en la misma conversación, obtienes datos de Booking, obtienes datos de AllTrails, puedes obtener datos de
00:03:41todo con lo que quieras interactuar, ¿verdad? Así que esto ya está sucediendo. Las MCP Apps ya cuentan con un amplio soporte
00:03:49en todos los agentes de chat, excepto Gemini, pero eso ya viene en camino. Y esto ya está pasando. Y lo
00:03:57interesante es que nos lleva a lo que llamamos la web agéntica. Entonces, ¿qué es la web agéntica? La
00:04:05web agéntica no es una web de agentes. No es la web tal como la conocemos hoy. Es un giro. Es un cambio. Es un
00:04:11cambio en la forma en que vemos los sitios web y la forma en que vemos los navegadores. Porque hasta ahora, hemos pasado
00:04:2120 años, dos décadas, perfeccionando esta experiencia. Lo que significa que si de alguna manera quiero hacer un proyecto o
00:04:29cumplir una tarea o planificar un aniversario, tengo que abrir pestañas en mi navegador, y tengo que pasar por esas pestañas,
00:04:36y tengo que transmitir mi intención de manera diferente a cada uno de esos servicios, ¿verdad? Lo que significa que si solo quiero
00:04:43planificar un aniversario, entonces necesito aprender la interfaz de Google, la de Amazon, la de Booking y la de
00:04:51otra interfaz de Booking y la otra de Amazon. Todo eso solo para transmitir la misma intención a esas interfaces. Y cada
00:04:58empresa ha perfeccionado este flujo de usuario. Pero ya no necesitamos hacer eso, ¿verdad? Podemos simplemente tomar estas
00:05:04interfaces y descomponerlas en átomos. Porque no necesito el 99% del panel de Booking. No necesito
00:05:12el 99% del panel de Airbnb. Definitivamente no necesito el panel de Jira. Pero sí quiero transmitir mi intención a
00:05:19esos servicios. Así que, ¿por qué no puedo dejar que mi asistente personal los use? Entonces, si tengo un asistente personal,
00:05:27puedo simplemente tomar estos átomos. Y los compone. Y dice, sí, veo que tienes un
00:05:31aniversario próximo. Esta es la vista de Google que indica que se acerca tu aniversario.
00:05:36Así que puedo reservar, puedo comprar cosas por ti. Puedo reservar tu hotel. Ahora, Claude me conoce. Así que sabe que
00:05:43prefiero reservar hoteles en la naturaleza, ¿verdad? Por lo tanto, sabe extraer el mapa de Booking. No necesito
00:05:49pensar en ello. Y de lo que Booking, Amazon y Google se benefician con esto es que tienen esta capa de integración
00:05:56que no necesitan desarrollar. Porque Claude tiene el contexto para mí, ¿verdad? Así que Booking no
00:06:01necesita desarrollar una integración con mi calendario. Amazon no necesita desarrollar una integración con Booking.
00:06:06Así que es un ganar-ganar-ganar. Esta es la visión a la que aspiramos. Y esto es muy diferente
00:06:13de hacia dónde van las cosas, que es esto, es decir, navegar básicamente por diferentes servicios solo
00:06:21para mirar diferentes cuadros de texto que preguntan qué quiero hacer allí. Pero nadie va a hacer eso.
00:06:27En un año, nadie va a navegar a los agentes de Amazon, a los agentes de Etsy y al agente de Expedia. No
00:06:34quiero hacer eso. Tengo mi propio asistente personal. No quiero usar tu agente. Quiero usar mi agente.
00:06:41¿De acuerdo? Ahora bien, si lo pensamos, significa que los sitios web como fuente de la verdad son algo que
00:06:49va a desaparecer. Porque, ¿por qué iban a necesitar el sitio web? ¿Por qué necesitarían abrir la pestaña? ¿Por qué
00:06:55necesitarían la información que el sitio web se esfuerza tanto por transmitirme?
00:06:59Y la respuesta inmediata a eso es que, sí, tenemos agentes de navegación. Tenemos agentes de uso de computadoras.
00:07:04Tenemos agentes o asistentes muy inteligentes que pueden navegar por la web por nosotros. Pero eso no tiene sentido.
00:07:10Porque esa es la solución de un caballo más rápido. ¿Por qué dejar que un agente que no sabe nada sobre
00:07:17las limitaciones de la percepción humana trabaje con filtros, paginación, ordenamiento y todas esas interfaces de usuario que
00:07:24pasamos décadas perfeccionando solo para que pueda cumplir su tarea? Así que Google apuesta muy fuerte por
00:07:33el otro extremo del espectro, que es la navegación conjunta y los sitios web. Y tienen un protocolo llamado o
00:07:37estándar llamado WebMCP. WebMCP dice: de acuerdo, en lugar de que el agente tome capturas de pantalla de los sitios web e
00:07:44intente averiguar qué está pasando, hagamos que el sitio web exponga algunas herramientas en él, herramientas de JavaScript,
00:07:49y el agente trabajará con ellas. Y aquí pueden ver un ejemplo de Gemini en Chrome que compra
00:07:55cosas por mí o encuentra ofertas para mí mientras navego por la web, lo cual es muy agradable, pero es muy simple.
00:08:02¿Qué pasa si trasladamos el panel de Salesforce a Gemini en Chrome? ¿Por qué querría eso? ¿Por qué querría
00:08:09navegar al panel de Salesforce con Gemini para que haga clic en botones por mí en un panel que ni siquiera quiero
00:08:15usar? O sea, esto definitivamente no es lo que queremos. Y el cambio es que los asistentes se están convirtiendo en nuestro
00:08:24punto de entrada a la web, ¿verdad? Lo vemos en todas partes. Todos los principales laboratorios quieren que su aplicación sea la aplicación para todo.
00:08:31Y el cambio está ocurriendo. Y amigos míos que conectan el MCP de Jira a sus entornos de desarrollo, ya no van
00:08:39al sitio web de Jira, ¿verdad? Y mi madre usa ChatGPT para todo. Si pudiera reservar una cita médica
00:08:44usando ChatGPT, ya no iría al sitio web de esa clínica. Y hay una gran
00:08:49cantidad de sitios web que nadie va a ver porque es mucho más fácil para mí conectarlos usando mi
00:08:54asistente personal. Así que los sitios web se volverán obsoletos, los navegadores se volverán obsoletos y el asistente
00:08:59personal se convertirá en nuestra única puerta a la web. Y sé cómo suena esto. Suena como a viejos
00:09:04gritándole a una nube, ¿verdad? O sea, sí, no van a volverse completamente obsoletos,
00:09:11pero lo vemos hoy con la generación más joven. Mi hijo de nueve años va a ChatGPT. No va a
00:09:17Google cuando quiere buscar cosas. Estaba viajando a Georgia, el país en Europa del Este,
00:09:24y había una señora mayor allí que me pidió que le tomara una foto, de unos 70 años. Y en su
00:09:28teléfono tenía tres aplicaciones: WhatsApp, Cámara y ChatGPT. Eso es todo. El cambio está ocurriendo. Y personas muy
00:09:36inteligentes, como David Kremer de Sentry, dijeron hace un año: apostaría contra cualquiera que
00:09:44piense que los sitios web van a volverse obsoletos en 25 años. Eso fue hace un año. Hace unos días, David
00:09:49Kremer publicó Designing for Agents, que dice: tenemos que reconocer que la interacción con los productos en
00:09:54Sentry ya no será exclusivamente a través de nuestra aplicación web. Y tenemos que diseñar primero para API
00:10:00como superficie. Así que todo se está volviendo headless. Salesforce se volvió headless recientemente, lo cual es muy
00:10:06importante porque el principal diferenciador de Salesforce frente a sus competidores es su experiencia de usuario. Es la forma en que
00:10:12transmite todo al usuario. Pero se volvió headless. Cloudflow se volvió headless. Sentry se volvió headless.
00:10:17Este es un tuit del director ejecutivo de Cloudflow diciendo que el tráfico de los agentes superó al tráfico humano en la web. Y
00:10:25tenemos este espectro de interacción porque si mi agente es autónomo, no necesito esta última milla de interfaz de usuario, ¿verdad?
00:10:30¿verdad? Si tengo un OpenClaw, simplemente envío y digo, sí, organiza mis correos. Regresa,
00:10:35dice, hecho, bien. Pero si quiero reservar un hotel para mi luna de miel, probablemente necesite esta última milla de
00:10:40interacción. Así que lo llamamos la web casi headless, ¿verdad? No es completamente headless. Los agentes
00:10:47interactuarán con tu sitio web de forma headless, pero luego traerán de vuelta estos recursos de interfaz de usuario para ti.
00:10:55De modo que la experiencia de usuario tal como la conocemos se está dividiendo. Ahora es la experiencia del agente con tu sitio web más cómo
00:11:02un usuario experimenta al agente que experimenta tu sitio web. Pero el 90% va a depender de las experiencias de los agentes,
00:11:09lo que significa que tu sitio web debe estar preparado para los agentes en todo. Debe estar preparado para
00:11:16tu agente. Si estoy reservando, necesito hacer reservas que estén listas para el agente de reservas. Necesito hacerlas
00:11:21listas para el ChatGPT de mi cliente o para el OpenClaw de mi cliente. Y necesito estar preparado para mi cliente humano
00:11:28cliente humano que no tiene un agente, pero aún quiere navegar a booking.com, ¿verdad? Así que necesito
00:11:33estar preparado para los agentes. Y lo que descubrimos es que estar preparado para los agentes significa muchas cosas. Así que escuchamos mucho sobre
00:11:39AEO, SEO, GEO, cómo ser descubierto. Pero el descubrimiento es solo el primer paso. Porque una vez que un agente sabe
00:11:47de ti, todavía necesita saber qué eres y cómo interactuar contigo y cómo autenticarse
00:11:51contigo y cómo pagarte de forma headless, ¿verdad? Y de hecho, cuando construimos —es una anécdota—, pero cuando
00:11:56construimos las analíticas para nuestro producto, le preguntamos a CloudCode cuál era el mejor servicio de analíticas.
00:12:02Y nos recomendó PostHog, que es un servicio de analíticas. Y dijimos: no, preferimos Mixpanel. Porque conocemos
00:12:07Mixpanel. Hemos trabajado con Mixpanel durante una década. Sabemos cómo trabajar con él. Y CloudCode insistió en
00:12:11PostHog. Porque dijo que PostHog tiene mejor MCP y API. Y puedo integrarme mejor con él. Así que
00:12:17no tenemos lealtad a ninguna marca, ¿verdad? Elegimos PostHog, si eso es lo que CloudCode recomendaba. Pero nos hizo
00:12:21pensar en Mixpanel. Mixpanel pasó una década perfeccionando su experiencia de usuario y de desarrollo. Nosotros
00:12:26lo dejamos solo porque CloudCode prefiere PostHog. Y esto siempre sucederá. Hermes, por ejemplo,
00:12:31si usa tu producto y necesita abrir un navegador para usar tu producto, lo recordará. Y
00:12:35la próxima vez, ya no irá a tu producto. ¿Verdad? Así que en Aura, que es un laboratorio de investigación web agéntica,
00:12:43empezamos a investigar. Conseguimos algo de capital. Y empezamos a investigar qué significa para la
00:12:49web estar preparada para los agentes. Y tenemos estas pruebas de preparación, lo cual es interesante. Así que puedes
00:12:57ejecutarlo, es gratis. Puedes ir a Aura.ai. Puedes analizar cualquier sitio web. Obtienes esta puntuación y evaluación
00:13:02según una gran cantidad de protocolos y mejores prácticas. Y tienes retroalimentación agéntica. Así que el agente en realidad
00:13:09devuelve comentarios sobre tu sitio web. Y tenemos esta clasificación de cómo las empresas y
00:13:16los productos se posicionan según este punto de referencia. Y empezamos a mapear la web y todo iba bien.
00:13:24Pero nos topamos con una revelación, o un resultado inesperado. Descubrimos... ¿alguien aquí ha oído hablar de LMS.txt?
00:13:36LMS.txt, es como el estándar de facto para estar preparado para los agentes. Dices, sí, si tu sitio web publica un archivo LMS.txt,
00:13:42los agentes saben cómo interactuar contigo. Y tienes auth.md, pricing.md, X402 y muchos estándares. Y descubrimos que casi el 50% de los sitios web que probamos,
00:13:52que ejecutamos, publicaban LMS.txt. Pero ninguno de los agentes que ejecutamos en este sitio web usó realmente LMS.txt.
00:14:02De hecho, casi todos los agentes fueron directamente a la página de documentación y luego a la página de inicio. Y el 40% que sí usó LMS.txt lo hizo únicamente porque la documentación
00:14:12indicaba que había un archivo llamado LMS.txt que debían usar. Así que ahí nos dimos cuenta. Dijimos, no tiene
00:14:19mucha lógica que nosotros, como humanos, definamos para los agentes lo que necesitan. Ya nadie está haciendo eso.
00:14:26Incluso OpenAI, ya no publican mejores prácticas para herramientas. Porque dicen que cada vez que publican
00:14:31mejores prácticas, los modelos mejoran y estas prácticas se vuelven obsoletas. Hace seis meses, la mejor
00:14:36práctica para un servidor MCP era: sí, incluye descripciones de tres párrafos para que los agentes sepan cómo
00:14:41interactuar contigo. Y ahora tres líneas son suficientes. Así que las mejores prácticas cambian rápido. Necesitamos que los agentes
00:14:47definan lo que los agentes necesitan, ¿verdad? Necesitamos los comentarios de los agentes sobre este sitio web. Así que creamos Aura's Journey.
00:14:54Y Aura's Journey es genial. También es gratis. Puedes ir a journey.aura.ai y puedes ejecutar en
00:15:00cualquier sitio web, con cualquier propósito y con cualquier agente, y ver la ruta del agente mientras intenta interactuar con el
00:15:08sitio web. Por ejemplo, atia.com, elige Cloud Code y lo ejecutamos en el sitio web. Y puedes ver en tiempo
00:15:17real cómo actúa el agente y qué intenta buscar en el sitio web. Y lo hicimos decenas de miles
00:15:25de veces solo para entender qué buscan realmente los agentes cuando intentan interactuar con
00:15:30los sitios web. Y lo genial no es ejecutar solo una prueba, sino múltiples pruebas. Ves
00:15:39aquí a Cloud Code y Eve, que es la herramienta de Vercel, y a ChatGPT en el mismo sitio web con el mismo propósito.
00:15:45De acuerdo, este es Cloud Code. Este es Haiku. Este es Eve. Mira qué diferente luce el recorrido del agente.
00:15:52Y este es ChatGPT. Así que ChatGPT pudo encontrar mejores resultados. Puedes ver el recorrido a través del
00:16:01sitio web. Y necesitamos entender por qué. Necesitamos comprender por qué ocurre esto. Por qué los sitios web publican
00:16:08archivos auth.md, pero los agentes no los buscan. ¿Y qué es lo que buscan?
00:16:13Así que en Aura, puedes ir a cualquier consulta de negocio. Para cualquier dominio, tienes objetivos o
00:16:21preguntas de negocio. Y puedes ver las rutas que están tomando los agentes. Y lo interesante
00:16:28de todo esto es que, bueno, ahora sabemos cómo interactúan los agentes con los sitios web. ¿Cuál es el siguiente gran hito
00:16:33importante para la web agéntica? Y para aquellos que hayan escuchado la charla anterior,
00:16:40es el descubrimiento. ¿Verdad? Pero no es el descubrimiento que pensamos. No es CO. No es GEO.
00:16:45No es AEO. Porque debemos recordar que cada revolución vino acompañada de su propia capa de descubrimiento. ¿Verdad?
00:16:52La revolución de la web vino con las búsquedas. Los dispositivos móviles con las tiendas de aplicaciones. Las redes sociales con los feeds.
00:16:59¿Cuál es la capa de descubrimiento para los recursos agénticos? ¿Cuál es la capa de descubrimiento para los MCPs? ¿Cuál es la
00:17:03capa de descubrimiento para OpenAPI.JSON? ¿Qué es lo que buscamos? Digo, tal vez Airbnb tenga un mejor MCP
00:17:09que Booking.com. Pero Booking.com tiene una mejor API que Airbnb. Entonces, ¿cómo lo hacemos?
00:17:16Búsqueda web. Búsqueda web clásica. No es suficiente. Porque se basa en el SEO
00:17:22humano y el PageRank humano. Y no es lo suficientemente flexible. Los registros personalizados, como por agente o por
00:17:29chat, no son suficientes. Porque son cerrados. Y exigen que cada aplicación se registre en estos
00:17:36directorios. Y un registro central, como un registro de MCP, tampoco es suficiente. Porque ¿quién hará
00:17:42la curaduría? ¿Cuál es el modelo de gobernanza? ¿Cómo decidimos qué recurso llega a ese registro?
00:17:48Hay estándares emergentes al respecto. Está AI Catalog.JSON, que es un estándar de
00:17:53Anthropic, OpenAI, Google, MCP y A2A, que estandariza cómo un sitio web se expone a los agentes.
00:18:00Y está el estándar de descubrimiento de recursos agénticos, propuesto por todas estas empresas y más,
00:18:05que básicamente estandariza cómo una capa de descubrimiento o un directorio se expone a los agentes. Así que construimos
00:18:14nuestro propio directorio, ¿verdad? Porque somos un laboratorio de investigación para la web agéntica. Así que creamos esto. Y en
00:18:18nuestro directorio, tomamos todos los dominios que escaneamos o que escaneamos nosotros mismos, y los colocamos en un
00:18:24directorio al que los agentes realmente pueden consultar, ¿verdad? Exponemos los archivos AI Catalog.JSON. Así que puedes ver
00:18:31aquí, por ejemplo, para monday.com, puedes ver que generamos este archivo JSON que básicamente le indica
00:18:38a los agentes: sí, este es el servidor MCP de monday. Este es el servidor API de monday.com. Y puedes
00:18:42simplemente... el agente puede consultarlo directamente, ¿verdad? Así que para cada dominio, puedes ir
00:18:47a AI Catalog.JSON. Y exponemos el registro, el directorio en sí. Así que para cada entrada en el
00:18:55directorio, podemos decirle al agente: sí, por ejemplo, en Vercel, estos son los recursos agénticos,
00:19:02y así es como puedes acceder a ellos. Y obviamente, este directorio es totalmente compatible con ARD o el descubrimiento
00:19:08de recursos agénticos, por lo que cualquier agente puede consultar ese directorio con cualquier consulta, ¿verdad?
00:19:13Así que este es Aura.directory, por si queréis echarle un vistazo. Todo esto forma parte del multiverso de Aura,
00:19:21journey, directory y el ranker. Y descubrimos otras conclusiones muy interesantes. Por ejemplo,
00:19:26estar preparado para los agentes y ser accesible para los humanos es muy similar. Porque los LLM, cuando llegan a tu
00:19:33sitio web, son como usuarios o personas con discapacidad visual. No ven tu sitio web. Necesitan
00:19:39otras señales para entender cómo trabajar con él. Y hacer que tu sitio web sea accesible para humanos
00:19:44favorece la accesibilidad de los agentes y viceversa. Para concluir, estas son aplicaciones MCP. Esto es en lo que he estado
00:19:51trabajando en los últimos meses. Y esta era la última pieza para la web agéntica. Esto realmente impulsó
00:19:57la web agéntica. Y ahora los agentes empiezan a recorrer la web. Y los agentes necesitan cosas distintas. Necesitan
00:20:03caminos diferentes. Necesitan infraestructuras distintas. Pero no queremos reconstruir la web para los agentes. Queremos
00:20:09hacer que la web sea accesible para los agentes. Así que asegurémonos de que la web esté preparada para cuando lleguen los agentes.
00:20:18Muchas gracias.
00:20:39tú
커뮤니티 글
아직 글이 없습니다. 이 영상에 대한 첫 번째 글을 작성해 보세요!
이 영상에 대해 글쓰기