스크립트
00:00:00Всем привет. Здравствуйте, здравствуйте. Сегодня мы немного поговорим об агентном вебе и,
00:00:19в частности, о том, что это значит и как подготовить веб к агентам. Одно уточнение: я подготовил
00:00:26этот доклад вчера, так что он может быть устаревшим — ведь в этой сфере всё развивается очень, очень быстро.
00:00:32Думаю, мне стоит представиться для общего контекста. Я сосоздатель и
00:00:38мейнейнер спецификации под названием MCP Apps. MCP Apps — это базовая спецификация для ChatGPT Apps,
00:00:45Claude Apps, Copilot, GitHub. Каждое чат-приложение, которое вы видите, основано на этой спецификации MCP Apps
00:00:53в рамках комитета MCP. Я также сооснователь компании Aura, где мы исследуем
00:00:58взаимодействие между человеком и агентами. Ещё я создавал и возглавлял агентные витрины в Shopify. Так что тема
00:01:06агентного веба мне очень близка. Небольшое введение в MCP Apps для тех, кто
00:01:12не знаком: MCP Apps — это спецификация, проложившая путь к агентному вебу. MCP
00:01:18Apps были выпущены как спецификация и стандарт несколько месяцев назад, сначала при поддержке Claude в качестве
00:01:25первого клиента, а затем подтянулись и все остальные. И если вы пользовались чат-приложениями и загружали
00:01:32любой слой визуализации и интерактивного UI с MCP-сервера, вы, вероятно, использовали MCP Apps.
00:01:39И прелесть MCP Apps в том, что выигрывают все. Ведь если серверы или провайдеры могут
00:01:48отправлять фрагменты UI прямо в чаты, приложения сохраняют свой бренд и идентичность. Они сохраняют свой интерфейс и
00:01:58не сводятся к просто базе данных или текстовой информации. Пользователи же получают доверие и
00:02:04привычный опыт. Ведь когда вы просите ChatGPT: “Забронируй отель”, и видите Booking.com,
00:02:09вы понимаете, что это Booking.com, верно? Понимаете, с кем взаимодействуете. А платформы и чаты
00:02:16получают доступ к целому миру возможностей. Несколько месяцев назад меня спрашивали: “Почему бы
00:02:22OpenAI просто не построить всё с нуля?” Но OpenAI не станет договариваться с отелями или помогать
00:02:29пользователям поменять место в зале. Нам нужны эти сервисы. И MCP Apps как раз закрывают
00:02:35этот последний шаг взаимодействия.
00:02:41Да. Вот какую выгоду мы получаем. MCP Apps заполнили этот пробел последнего шага взаимодействия. И что
00:02:51означает этот “последний шаг”? По мере того как агенты и модели становятся лучше, они действуют
00:02:57всё более автономно. Но мы, люди, всё ещё стоим в конце этой цепочки. Нам всё ещё нужно иметь возможность
00:03:05выбрать отель, посмотреть 3D-модель или выбрать место в зале.
00:03:12Вся эта «последняя миля» взаимодействия может измениться. И вот пример из... Ой, извините, да.
00:03:20Это из анонса Claude про MCP Apps. Вот как это выглядит. Когда вы встраиваете приложения в чаты,
00:03:28вы получаете единый интерфейс, гармонично работающий прямо в контексте диалога. И, как видите,
00:03:36в одном и том же чате вы видите данные от Booking, AllTrails и вообще от любых сервисов,
00:03:41с которыми хотите работать. И это уже происходит. MCP Apps широко поддерживаются
00:03:49почти во всех чат-ассистентах — кроме Gemini, но и там скоро будут. Это реальность прямо сейчас.
00:03:57И самое интересное — всё это приводит нас к так называемому агентному вебу (agentic web). Что это такое?
00:04:05Агентный веб — это не просто паутина из агентов. И не привычный нам интернет. Это сдвиг парадигмы.
00:04:11Это изменение того, как мы воспринимаем сайты и браузеры. Ведь до сих пор мы потратили
00:04:21два десятилетия на доведение этого опыта до идеала. Если мне нужно сделать проект,
00:04:29выполнить задачу или спланировать годовщину, мне нужно открывать вкладки в браузерах, переходить по ним
00:04:36и доносить свое намерение до каждого из этих сервисов по-своему, верно?
00:04:43То есть, если я хочу просто спланировать годовщину, мне нужно изучить интерфейсы Google, Amazon, Booking
00:04:51и других платформ. И всё только для того, чтобы передать им одну и ту же цель. Каждая
00:04:58компания оттачивала пользовательский путь. Но нам это больше не нужно, верно?
00:05:04Мы можем взять эти интерфейсы и разобрать их на атомы. Мне не нужны 99% личного кабинета Booking.
00:05:12Мне не нужны 99% интерфейса Airbnb. И уж тем более Jira. Но я хочу передать им свое намерение.
00:05:19Почему я не могу поручить это персональному ассистенту? Имея такого ассистента,
00:05:27я могу просто взять эти атомы, а он их собирает воедино и говорит: «Так, вижу, у вас скоро годовщина.
00:05:31Вот карточка из Google с напоминанием о ней.
00:05:36Я могу забронировать отель и купить покупки». Claude знает меня и знает,
00:05:43что я предпочитаю отели на природе. Поэтому он сам подгружает карту с Booking, мне даже не надо думать.
00:05:49Выгода для Booking, Amazon и Google в том, что они получают готовый интеграционный слой,
00:05:56который им не нужно разрабатывать самим. Ведь контекст обо мне есть у Claude.
00:06:01Booking не нужно делать интеграцию с моим календарем, а Amazon — с Booking.
00:06:06Так что это выгодно всем. Именно к такому подходу мы и стремимся. И это сильно отличается
00:06:13от того, куда всё движется сейчас, а именно: заходить на разные сервисы только для того,
00:06:21чтобы смотреть на текстовые поля, спрашивающие, что я хочу сделать. Но никто не будет так делать.
00:06:27Через год никто не будет заходить к агентам Amazon, Etsy или Expedia. Я не
00:06:34хочу этого делать. У меня есть мой личный ассистент. Я не хочу использовать вашего агента, я хочу использовать своего.
00:06:41Понимаете? И если подумать, это означает, что веб-сайты как первоисточник информации
00:06:49уйдут в прошлое. Зачем им нужен сайт? Зачем открывать вкладку? Зачем
00:06:55им информация, которую сайт изо всех сил пытается до меня донести?
00:06:59И очевидный ответ на это: «Да, у нас есть браузерные агенты. У нас есть агенты управления компьютером.
00:07:04У нас есть очень умные агенты или ассистенты, которые могут искать в интернете за нас». Но в этом нет смысла.
00:07:10Потому что это решение из серии «быстрая лошадь». Зачем заставлять агента, который ничего не знает
00:07:17об ограничениях человеческого восприятия, работать с фильтрами, пагинацией, сортировкой и всеми теми интерфейсами,
00:07:24которые мы совершенствовали десятилетиями для людей, просто чтобы он выполнил свою задачу? В Google оптимистично настроены
00:07:33насчет другого края спектра — совместного браузинга и веб-сайтов. У них есть протокол или
00:07:37стандарт под названием WebMCP. WebMCP предлагает: вместо того чтобы агент делал скриншоты сайтов и
00:07:44пытался понять, что происходит, пусть сайт сам предоставляет инструменты внутри страницы, JavaScript-
00:07:49инструменты, и агент будет работать с ними. И вот здесь вы видите пример Gemini в Chrome, который покупает
00:07:55вещи для меня или находит выгодные предложения, пока я ищу в сети. Это очень здорово, но это слишком просто.
00:08:02Что произойдет, если мы подключим дашборд Salesforce к Gemini в Chrome? Зачем мне это? Зачем мне
00:08:09заходить на дашборд Salesforce через Gemini, чтобы он нажимал за меня кнопки в интерфейсе, которым я даже не хочу
00:08:15пользоваться? Это точно не то, чего мы хотим. И сдвиг заключается в том, что ассистенты становятся нашей
00:08:24точкой входа в интернет, верно? Мы видим это повсюду. Каждая крупная лаборатория хочет, чтобы её приложение стало супераппом.
00:08:31И этот сдвиг уже происходит. Мои знакомые, которые подключают MCP от Jira к своим IDE, больше не заходят на
00:08:39сайт Jira, понимаете? А моя мама использует ChatGPT для всего. Если бы она могла записаться к врачу
00:08:44через ChatGPT, она бы больше никогда не зашла на сайт клиники. И есть огромное количество
00:08:49сайтов, которые никто не увидит, потому что мне гораздо проще связать их с помощью моего
00:08:54личного ассистента. Так что веб-сайты устареют, браузеры устареют, а личный
00:08:59ассистент станет единственными воротами в интернет. Я знаю, как это звучит. Как будто старики
00:09:04кричат на облака, да? Ну, конечно, они не вымрут полностью,
00:09:11но мы видим это по молодому поколению. Мой девятилетний сын идет в ChatGPT. Он не идет в
00:09:17Google, когда хочет что-то найти. Я путешествовал по Грузии, стране в Восточной Европе,
00:09:24и там была пожилая женщина, лет 70, которая попросила меня сфотографировать её. И на её
00:09:28телефоне было всего три приложения: WhatsApp, Камера и ChatGPT. И всё. Сдвиг происходит. И очень
00:09:36умные люди, вроде Дэвида Крамера из Sentry, год назад говорили: «Я поспорю с каждым, кто
00:09:44считает, что веб-сайты устареют через 25 лет». Это было год назад. A несколько дней назад Дэвид
00:09:49Крамер опубликовал статью «Проектирование для агентов», где пишет: «Мы должны признать, что взаимодействие с продуктами
00:09:54Sentry больше не будет происходить исключительно через наше веб-приложение. И мы должны проектировать с ориентацией на API
00:10:00как на основной интерфейс». Так что всё становится headless. Salesforce недавно перешла на headless, что очень
00:10:06важно, ведь главное отличие Salesforce от конкурентов — это их UX. То, как система
00:10:12предоставляет всё пользователю. Но они перешли на headless. Cloudflow перешла на headless. Sentry перешла на headless.
00:10:17Вот твит СЕО Cloudflow о том, что трафик агентов превысил человеческий трафик в сети. И перед нами
00:10:25весь спектр типов взаимодействия: если мой агент автономен, мне не нужен этот интерфейс на "последней миле",
00:10:30верно? Если у меня Open Claw, я просто отправляю запрос и говорю: «Организуй мои письма». Он возвращается
00:10:35и говорит: «Сделано, отлично». Но если я хочу забронировать отель для медового месяца, мне, вероятно, потребуется интерфейс на этой
00:10:40«последней миле». Поэтому мы называем это «почти headless-веб», верно? Он не полностью headless. Агенты будут
00:10:47взаимодействовать с вашим сайтом в режиме headless, но затем будут возвращать вам эти элементы UI.
00:10:55Таким образом, пользовательский опыт в привычном понимании разделяется. Теперь это опыт взаимодействия агента с вашим сайтом плюс то,
00:11:02как пользователь воспринимает агента, взаимодействующего с сайтом. Но 90% будет зависеть от опыта агентов,
00:11:09а значит, ваш сайт должен быть полностью готов к работе с агентами. Он должен быть готов
00:11:16к вашему агенту. Если я Booking, мне нужно сделать бронирования доступными для агента бронирований. Мне нужно
00:11:21подготовить всё для ChatGPT моего клиента или его Open Claw. И я должен быть готов к клиенту-человеку,
00:11:28клиент, у которого нет агента, но он всё равно хочет зайти на booking.com? То есть ваш сайт
00:11:33должен быть готов к агентам. И мы выяснили, что готовность к агентам включает в себя многое. Мы много слышали про
00:11:39AEO, SEO, GEO и то, как быть обнаруженным. Но обнаружение — это лишь первый шаг. Ведь как только агент узнает
00:11:47о вас, ему всё ещё нужно понять, кто вы, как с вами взаимодействовать, как аутентифицироваться
00:11:51и как провести оплату без визуального интерфейса. На самом деле, когда мы делали — это просто история — но когда мы
00:11:56делали аналитику для нашего продукта, мы спросили у Claude Code, какой сервисов аналитики лучший. И он
00:12:02порекомендовал PostHog. А мы ответили: нет, мы предпочитаем Mixpanel. Посколько мы знаем
00:12:07Mixpanel, мы работали с ним 10 лет и умеем им пользоваться. Но Claude Code настоял на
00:12:11PostHog. Он сказал, что у PostHog лучше MCP и API, и ему проще с ним интегрироваться. Так что у нас
00:12:17нет лояльности к бренду. Мы выбрали PostHog, раз уж Claude Code порекомендовал его. Но это заставило
00:12:21нас задуматься о Mixpanel. Mixpanel потратила десятилетие на оттачивание своего UX и опыта разработчиков.
00:12:26А мы просто отказались от него, потому что Claude Code предпочитает PostHog. И так будет всегда. Hermes, к примеру,
00:12:31если он использует ваш продукт и ему приходится запускать браузер для работы с ним, он это запомнит. И
00:12:35в следующий раз уже не пойдёт к вам. Поэтому в Aura, которая является исследовательской лабораторией агентного веба,
00:12:43мы начали проводить исследования. Мы привлекли инвестиции и начали изучать, что значит для
00:12:49веба быть готовым к агентам. И мы создали бенчмарки готовности — это очень интересно. Вы можете
00:12:57запустить их — это бесплатно. Заходите на Aura.ai, протестируйте любой сайт и получите оценку и бенчмарк
00:13:02на основе множества протоколов и лучших практик. Также вы получите обратную связь от агента. Агент буквально
00:13:09возвращает отзыв о вашем сайте. И у нас есть рейтинг того, как компании и
00:13:16продукты ранжируются по этому бенчмарку. Мы начали картировать веб, и всё шло отлично.
00:13:24Но затем мы столкнулись с одним инсайтом, с неожиданным результатом. Кто-нибудь здесь слышал про LMS.txt?
00:13:36LMS.txt — это вроде как стандарт де-факто для готовности к агентам. Все говорят: да, если сайт публикует LMS.txt,
00:13:42агенты знают, как с ним работать. Есть auth.md, pricing.md, X402 и куча стандартов. Но мы обнаружили, что почти 50% сайтов, которые мы протестировали,
00:13:52публиковали LMS.txt. Однако ни один из агентов, запущенных нами на этих сайтах, на самом деле не использовал LMS.txt.
00:14:02Практически все агенты переходили сразу на страницу документации, а затем на главную. А те 40%, что использовали LMS.txt, делали это только потому, что документация
00:14:12указывала на наличие файла LMS.txt, который нужно использовать. И тут нас осенило. Мы подумали: нет
00:14:19особого смысла нам, людям, диктовать агентам то, что им нужно. Никто так больше не делает.
00:14:26Даже OpenAI больше не публикует лучшие практики для инструментов. Они говорят, что каждый раз, когда выходят
00:14:31гайдлайны, модели становятся лучше, и эти практики устаревают. Полгода назад лучшей
00:14:36практикой для MCP-сервера было описание из трех абзацев, чтобы агенты понимали, как
00:14:41взаимодействовать с вами. А теперь достаточно трех строк. Так что гайдлайны теряют смысл. Нам нужно, чтобы агенты
00:14:47сами определяли, что им нужно, верно? Нужен фидбек агентов о сайте. Поэтому мы построили Aura's Journey.
00:14:54Aura's Journey — это очень круто. Это тоже бесплатно. Переходите на journey.aura.ai и заставляйте
00:15:00любого агента выполнять любой намерение на любом сайте, чтобы увидеть весь путь агента при попытке взаимодействия с
00:15:08сайтом. Например, atia.com: выбираем Claude Code и запускаем его на сайте. Вы можете в реальном
00:15:17времени наблюдать, куда идет агент и что именно он пытается найти на сайте. Мы проделали это десятки тысяч
00:15:25раз, только чтобы понять, что на самом деле ищут агенты, когда пытаются взаимодействовать с
00:15:30веб-сайтами. И круче всего запускать не один тестовый стенд, а сразу несколько. Посмотрите:
00:15:39здесь Claude Code, Eve (среда от Vercel) и ChatGPT на одном сайте с одной и той же целью.
00:15:45Смотрите, это Claude Code, это Haiku, это Eve. Видите, насколько разным получается путь агента.
00:15:52А это ChatGPT. ChatGPT смог найти результаты лучше. Вы можете наглядно видеть весь путь по
00:16:01сайту. И нам нужно понять почему. Нужно понять, почему так происходит. Почему сайты публикуют
00:16:08файлы auth.md, но агенты их не ищут? И что именно они тогда ищут?
00:16:13В Aura вы можете разобрать любой бизнес-вопрос. Для каждого домена есть определенные бизнес-
00:16:21цели или вопросы, и вы видите маршруты агентов. И самая интересная
00:16:28часть в том, что... ладно, теперь мы знаем, как агенты работают с сайтами. Какая следующая важная веха
00:16:33ждет агентный веб? Для тех из вас, кто слышал предыдущий доклад:
00:16:40это обнаружение. Верно? Но это не то обнаружение, о котором мы привыкли думать. Это не SEO, не GEO,
00:16:45и не AEO. Помните, что каждая революция приносила свой слой обнаружения, верно?
00:16:52Веб-революция пришла с поиском. Мобильная — со сторами приложений. Соцсети — с лентами новостей.
00:16:59Что станет слоем обнаружения для агентных ресурсов? Что станет им для MCP? Что станет
00:17:03слоем обнаружения для OpenAPI.JSON? Что мы вообще ищем? Возможно, у Airbnb лучшая реализация MCP,
00:17:09чем у Booking.com, зато у Booking.com лучше API, чем у Airbnb. И как тут быть?
00:17:16Поиск в вебе. Классический веб-поиск. Его недостаточно. Потому что он ориентирован на
00:17:22человеческое SEO и PageRank. Ему не хватает гибкости. Пользовательские реестры под конкретных агентов
00:17:29или чаты — их тоже недостаточно. Они закрыты и требуют, чтобы каждое приложение регистрировалось в них
00:17:36вручную. А централизованный реестр, например MCP-реестр, несовершенен. Ведь кто будет
00:17:42заниматься модерацией? Какова модель управления? Как решать, какой ресурс попадает в реестр?
00:17:48Сейчас формируются новые стандарты. Появился AI Catalog.JSON — стандарт от
00:17:53Anthropic, OpenAI, Google, MCP и A2A, который стандартизирует способ предоставления сайтом информации агентам.
00:18:00Также есть стандарт обнаружения агентных ресурсов, разработанный всеми этими компаниями,
00:18:05который стандартизирует способ предоставления каталога агентам. Поэтому мы создали
00:18:14свой каталог. Мы ведь исследовательская лаборатория агентного веба, поэтому мы построили его. В нашем
00:18:18каталоге мы собираем все домены, которые просканировали мы или наши пользователи, и помещаем их в
00:18:24каталог, к которому агенты могут делать запросы. Мы отдаем файлы AI Catalog.JSON. Вот взгляните,
00:18:31например, для monday.com: мы генерируем этот JSON-файл, который по сути говорит
00:18:38агентам: «Вот MCP-сервер для monday, вот API-сервер для monday.com». И агент
00:18:42может просто сделать к нему запрос. Для любого домена вы можете просто перейти на
00:18:47AI Catalog.JSON. И мы открываем сам реестр и каталог. Для каждой записи в
00:18:55каталоге мы можем подсказать агенту: «Вот, к примеру, Vercel, это его агентные ресурсы,
00:19:02а вот так получить к ним доступ». И разумеется, этот каталог полностью сопоставим с ARD — стандартом
00:19:08обнаружения агентных ресурсов, так что любой агент может обратиться к нему с любым запросом.
00:19:13Заходите посмотреть на Aura.directory. Всё это — часть мультивселенной Aura:
00:19:21Journey, Directory и Ranker. Мы сделали ещё несколько очень интересных выводов. К примеру,
00:19:26быть доступным для агента и для человека — очень похожие вещи. Ведь LLM, заходя на ваш
00:19:33сайт, напоминают слабовидящих пользователей. Они не видят сайт визуально. Им
00:19:39нужны другие сигналы, чтобы понять, как работать с ним. Повышение доступности сайта для людей
00:19:44улучшает его доступность для агентов, и наоборот. Подводя итог: перед вами MCP-приложения. Это то, чем я
00:19:51занимался последние несколько месяцев. И это был последний элемент пазла для агентного веба. Это по сути
00:19:57привело нас к агентному вебу. Теперь агенты начинаю исследовать интернет, и им нужно разное. Им нужны
00:20:03другие пути, другая инфраструктура. Но нам не нужно перестраивать весь веб заново. Мы просто хотим
00:20:09сделать веб доступным для агентов. Так давайте убедимся, что интернет готов к приходу агентов.
00:20:18Большое спасибо.
00:20:39Спасибо.
커뮤니티 글
아직 글이 없습니다. 이 영상에 대한 첫 번째 글을 작성해 보세요!
이 영상에 대해 글쓰기