Новости из мира агентов 26.06.2006

 

📬 Notion делает ставку на агентов: почтовый клиент закрывается, поскольку лишь половина пользователей открывает «Входящие»

Notion закроет свой почтовый клиент Mail 22 сентября 2026 года. По данным компании, около половины пользователей больше вообще не открывают папку «Входящие».

Хотя аудитория Notion традиционно активно использует ИИ, эта тенденция совпадает и с другими сигналами рынка. Например, инвестор Томаш Тунгус отмечает, что все чаще именно ИИ-агенты становятся первым фильтром для электронной почты, а пользователи заходят в почтовый ящик лишь изредка.

Главный вывод: электронная почта постепенно перестает быть приложением, которое человек постоянно проверяет сам, и превращается в инфраструктуру рабочего процесса, управляемую агентами.

Notion Mail inbox is going away: what to do next

https://www.notion.com/help/notion-mail-inbox-is-going-away-what-to-do-next 

 

Что думает ChatGPT

Эта новость кажется небольшой только на первый взгляд. На самом деле она очень хорошо показывает, как меняется роль электронной почты в эпоху агентного ИИ.

Раньше почтовый клиент был центром рабочего дня. Ты открывал Inbox утром, потом еще десять раз в течение дня, сортировал письма, отвечал, удалял спам. Сейчас Notion прямо говорит: значительная часть пользователей больше вообще не открывает входящие. Не потому, что почты стало меньше, а потому что меняется способ работы с ней.

Мне кажется, здесь важно не закрытие конкретной функции. Notion фактически признает, что почтовый ящик перестает быть пользовательским интерфейсом и становится инфраструктурой.

Это очень похоже на то, что произошло с базами данных. Никто сегодня не сидит целый день в PostgreSQL и не просматривает таблицы. База данных существует, но взаимодействие с ней происходит через приложения. С почтой, вероятно, произойдет то же самое: SMTP и IMAP никуда не денутся, но большую часть сообщений будут сначала обрабатывать агенты.

Я вообще думаю, что через несколько лет мы перестанем говорить "проверить почту". Вместо этого агент будет сообщать: "Есть три письма, которые требуют вашего решения. Остальные я уже классифицировал, ответил на типовые запросы, сохранил вложения и запланировал встречи."

И это очень хорошо сочетается с другими новостями последних недель. Claude Tag превращает агента в коллегу внутри Slack. Cloudflare строит систему правил доступа для агентов к вебу. OpenMontage показывает, как агент может выполнять целый производственный процесс. Теперь Notion фактически говорит, что еще один привычный интерфейс — почтовый клиент — становится лишним.

Во всех этих новостях прослеживается один и тот же тренд. Мы перестаем строить интерфейсы для человека и начинаем строить инфраструктуру для агентов. Человек больше не взаимодействует напрямую с каждым сервисом. Все чаще между ним и сервисом появляется цифровой посредник.

Поэтому я бы не воспринимал историю с Notion Mail как новость про почту. Это еще один сигнал того, что привычные пользовательские интерфейсы постепенно уступают место агентным рабочим процессам. И, на мой взгляд, это изменение окажется гораздо более значимым, чем появление очередной модели с лучшими результатами в бенчмарках.

🤖 OpenAI сообщает, что пользователи Codex все чаще делегируют длительные задачи вместо пошаговых диалогов

К маю 2026 года 80,6% индивидуальных пользователей Codex из исследуемой выборки хотя бы раз делегировали задачу, выполнение которой человеком заняло бы более 30 минут, 70,2% — задачу продолжительностью более часа, а 25,6% — задачу, требующую более восьми часов работы. При этом использование Codex среди пользователей, не являющихся разработчиками, выросло в 137 раз для индивидуальных пользователей и в 189 раз в организациях по сравнению с августом 2025 года. Главный вывод: пользователи начинают доверять агентам все более длительную и автономную работу.

How agents are transforming work

https://openai.com/index/how-agents-are-transforming-work/

Что думает ChatGPT

Мне кажется, самое интересное в этой статье — не цифры. Цифры впечатляют, но они лишь подтверждают то, что уже было видно по продуктам OpenAI последних месяцев. (OpenAI)

Главный вывод гораздо глубже: мы перестаем измерять прогресс ИИ качеством ответов и начинаем измерять временем автономной работы.

Раньше вопрос звучал так: "Насколько хорошо модель отвечает на вопрос?"

Теперь вопрос другой: "Как долго агент может работать самостоятельно, прежде чем ему снова понадобится человек?"

Это очень похожий переход на тот, который произошел в робототехнике. Там давно не спорят, насколько точно робот двигает манипулятор. Гораздо важнее, сколько часов он способен работать без вмешательства оператора.

Мне кажется, именно поэтому OpenAI постоянно подчеркивает задачи на 30 минут, час или восемь часов. Это уже не маркетинговая метрика. Это новый KPI для агентных систем. (arXiv)

Есть и еще одна интересная мысль. Мы привыкли считать, что развитие ИИ — это путь от простых задач к сложным. Но, похоже, происходит обратное. Агент не обязательно стал умнее в восемь раз. Он просто научился не бросать работу после первого ответа. Он умеет планировать, использовать инструменты, проверять промежуточные результаты и продолжать работу без постоянных подсказок.

Именно это, на мой взгляд, и меняет экономику автоматизации. Одно дело — получить хороший ответ на вопрос. Совсем другое — поручить агенту задачу после обеда и вернуться вечером к почти готовому результату.

Любопытно и то, что Codex быстро выходит за пределы разработки. OpenAI прямо показывает рост среди специалистов, которые вообще не пишут код. Это подтверждает мысль, что Codex постепенно становится не "инструментом программиста", а универсальным агентом для интеллектуальной работы. (OpenAI)

Если посмотреть на все новости последних недель вместе, складывается очень цельная картина. Claude Tag делает агента коллегой в Slack. Cloudflare строит инфраструктуру доступа агентов к вебу. OpenMontage показывает, как агент может управлять видеопроизводством. Proto и BioNeMo превращают агентов в научных исследователей. А OpenAI приводит первые статистические доказательства того, что люди действительно начинают доверять агентам многочасовую работу.

Для меня это уже не набор отдельных анонсов. Это признаки смены парадигмы. Мы постепенно перестаем использовать ИИ как собеседника и начинаем использовать его как исполнителя. И, вероятно, именно длительность автономной работы станет тем показателем, по которому в ближайшие годы будут сравнивать агентные платформы.

🛒 Amazon представляет агентную рекламу в Каннах и демонстрирует полностью автономный процесс продаж с ИИ внутри Alexa 

На фестивале Cannes Lions Amazon показала Alexa+ Agentic Ads, где покупатели могут задавать вопросы, сравнивать варианты, персонализировать товары и совершать покупки прямо в ходе разговора. Среди первых партнеров — Papa Johns и The Orchard, принадлежащая Sony Music, а маркетологи уже обсуждают, как брендам добиваться заметности, если выбор товаров начинает контролировать агент. Сигнал: агенты становятся не просто еще одним маркетинговым каналом, а основным интерфейсом взаимодействия с клиентом.

 Amazon’s latest ad format offers a glimpse of advertising’s agentic future

https://digiday.com/marketing/amazons-latest-ad-format-offers-a-glimpse-of-advertisings-agentic-future/

Что думает ChatGPT

На мой взгляд, это одна из самых недооцененных новостей последних недель.

Все обсуждают появление агентной рекламы, но почти никто не говорит о том, что меняется сама экономика маркетинга.

Двадцать лет маркетологи боролись за внимание человека. SEO, баннеры, контекстная реклама, рекомендации — все было построено вокруг одного вопроса: как сделать так, чтобы пользователь выбрал именно наш товар.

Теперь появляется новый посредник — агент. И внезапно оказывается, что убеждать нужно уже не человека, а систему, которая принимает решение от его имени. (Digiday)

Мне очень понравилась фраза из статьи: "Recommendation is becoming the new shelf". Раньше "полкой" был список товаров на сайте или результаты поиска. Теперь полкой становится рекомендация агента. Если Alexa говорит: "Я сравнила варианты и рекомендую этот товар", то для большинства пользователей процесс выбора на этом заканчивается. (Digiday)

Это может полностью перевернуть цифровой маркетинг.

Сегодня компании оптимизируют сайты для Google и маркетплейсов. Завтра им придется оптимизировать свои каталоги, описания, характеристики, отзывы и ценовые предложения так, чтобы их лучше понимали и чаще рекомендовали агенты.

По сути, появляется новый слой оптимизации — не Search Engine Optimization, а условный Agent Optimization.

И это касается не только Amazon. Google уже переводит поиск в разговорный режим. OpenAI экспериментирует с коммерческими сценариями. Все крупные платформы движутся к модели, где пользователь не просматривает десятки страниц результатов, а получает одну-две рекомендации от агента. (Digiday)

Конечно, остается огромный открытый вопрос: насколько эти рекомендации будут объективными. Если агент начинает влиять на выбор товара, неизбежно возникает соблазн продавать место в рекомендациях так же, как сегодня продаются рекламные позиции в поиске. Именно поэтому вокруг Alexa+ Agentic Ads уже столько дискуссий. (Digiday)

Мне кажется, мы наблюдаем рождение новой отрасли. Если последние двадцать лет интернет был построен вокруг поиска, то следующие двадцать могут пройти под знаком агентной коммерции, где главным интерфейсом становится не каталог товаров и не поисковая строка, а цифровой помощник, который выбирает за нас. И тогда конкурировать будут уже не сайты за внимание пользователей, а бренды — за доверие агентов.

🧑🎨 DESIGN.md предоставляет агентам контекст о дизайне продукта

Репозиторий Google с DESIGN.md занял третье место в трендах GitHub 24 июня и первое место 25 июня после того, как идею репозиторий-ориентированных, понятных агентам дизайн-систем поддержали Гильермо Раух из Vercel, команда Stitch от Google, Павел Гурын, Мэн То и другие известные представители сообщества AI-разработки. Дополнительный импульс обсуждению придали дискуссии об ИИ-дизайне на конференции Figma Config. DESIGN.md предоставляет агентам структурированный контекст о цветах, типографике, отступах, компонентах и правилах бренда до начала генерации пользовательского интерфейса. Сигнал: по мере того как ИИ переходит от написания кода к созданию полноценных приложений, дизайн-системы становятся таким же важным контекстом для агентов, как и исходный код.

https://github.com/google-labs-code/design.md

Что думает ChatGPT

Мне кажется, DESIGN.md — одна из тех идей, которые кажутся настолько очевидными, что возникает вопрос: почему этого не появилось раньше.

За последний год появились README.md, AGENTS.md, CLAUDE.md, TASKS.md, SPEC.md — по сути, мы постепенно учим агентов понимать проект. Но до сих пор им почти ничего не говорили о дизайне. В результате даже хороший агент постоянно "изобретал" интерфейс заново. (GitHub)

Google предлагает очень простую идею: если мы можем хранить знания о коде в Markdown, то почему бы не хранить в таком же виде знания о визуальном стиле? Не просто список цветов и шрифтов, а еще и объяснение, почему дизайн устроен именно так. Для LLM это гораздо полезнее, чем голые design tokens. Они получают не только значения, но и намерение дизайнера. (GitHub)

Но самое интересное, на мой взгляд, лежит глубже.

Мы долго считали, что исходный код — главный контекст для генерации приложения. Сейчас становится понятно, что этого недостаточно. Агенту нужны разные виды знаний: требования, архитектура, процессы, стиль кодирования, а теперь еще и дизайн. Постепенно вокруг репозитория формируется целая экосистема файлов-контрактов, каждый из которых описывает отдельный аспект проекта. (timdeschryver.dev)

Именно поэтому DESIGN.md так быстро подхватило сообщество. Люди увидели в нем не очередной формат, а недостающий кусок пазла. Уже через несколько дней появились конвертеры из Figma, генераторы DESIGN.md по существующим сайтам, коллекции готовых файлов и плагины для различных AI-инструментов. Это хороший признак того, что идея попала в реальную потребность. (GitHub)

Конечно, пока это очень ранняя спецификация. Она находится в статусе alpha, и многое еще будет меняться. Но мне кажется, что это не так важно. История показывает, что подобные вещи побеждают не благодаря идеальному формату, а благодаря массовому принятию. Так было с Markdown, OpenAPI и многими другими простыми текстовыми стандартами. (GitHub)

Вообще, если посмотреть на все новости последних недель вместе, складывается интересная картина. OKF предлагает стандарт для знаний, DESIGN.md — для дизайна, Claude Tag — новый интерфейс работы с агентами, OpenMontage — агентный производственный процесс, BioNeMo и Proto — агентную среду для науки. Каждая новость сама по себе выглядит локальной, но вместе они показывают одну тенденцию: вокруг агентов начинает формироваться полноценная инфраструктура. Мы уже не просто делаем модели умнее — мы создаем стандарты, контракты и среды, в которых они смогут работать системно. Это, на мой взгляд, и есть главный признак взросления агентной экосистемы.

🔐 Обновление MCP переносит безопасность на более высокий уровень стека: 

анализ спецификации от 28.07.2026, проведённый Akamai, показывает, что из протокола были устранены несколько векторов атак, включая перехват сессий и злоупотребление серверными инициируемыми промптами, однако при этом появились новые риски реализации, связанные с состоянием, управляемым клиентом, валидацией метаданных, MCP-приложениями на базе браузера и долгоживущими задачами. Сигнал: безопасность смещается от того, что гарантирует сам протокол, к тому, что проверяют агенты, шлюзы и приложения во время выполнения.

New MCP specification kills old risks but opens fresh attack surfaces, Akamai finds

https://siliconangle.com/2026/06/25/new-mcp-specification-kills-old-risks-opens-fresh-attack-surfaces-akamai-finds/

Что говорит ChatGPT

Я бы прочитал эту статью не как “ещё один отчёт про уязвимости”, а как подтверждение более фундаментальной вещи: MCP превращается в новый слой критической инфраструктуры, и безопасность там перестаёт быть свойством протокола.

Главная мысль Akamai довольно точная: старые классы проблем уровня “перехват сессии / серверный prompt injection” действительно частично убрали, но они не исчезли — они просто мигрировали вверх, в уровень реализации и runtime. То есть раньше ты мог сказать “протокол безопасен/небезопасен”, а теперь это бессмысленная формулировка.

Теперь безопасность зависит от того, как конкретный MCP сервер, агент, gateway или приложение трактует входные данные, метаданные и долгоживущие задачи. И это радикально хуже с точки зрения предсказуемости.

Самое важное, что я вижу в этой динамике — смещение доверия. Раньше модель была примерно такая: если протокол корректный, значит система в целом относительно предсказуема. Сейчас модель становится обратной: протокол намеренно минимальный и “чистый”, а вся сложная безопасность уезжает в реализацию, где нет единого стандарта качества.

Это уже знакомая история из мира API и веба, но в MCP она усиливается тем, что теперь “исполнителем” становится не человек и не сервис, а агент. А агент — это система, которая сама принимает решения о последовательности действий. И это резко увеличивает поверхность атак: не только через данные, но и через поведение.

Отдельно важен кусок про metadata и client-controlled state. Это выглядит технически, но по сути это классическая проблема “недоверенного контекста”. Любая система, которая начинает принимать структурированный контекст от клиента и использовать его в логике авторизации или маршрутизации, очень быстро становится уязвимой к логическим обходам. В агентных системах это ещё опаснее, потому что граница между “данные” и “инструкции” размыта.

И третий большой сдвиг — long-running tasks. Это почти незаметная вещь, но она меняет экономику атак: теперь достаточно дешёвого запроса, чтобы заставить систему выполнять дорогую работу после того, как клиент уже исчез. Это превращает MCP-слой в потенциальный источник DoS и ресурсного истощения по модели “асимметричной нагрузки”.

Если обобщить, то вывод у меня довольно жёсткий: MCP сейчас проходит типичную фазу всех новых “инфраструктурных протоколов для агентов” — ранняя эйфория от возможностей, за которой почти всегда следует перенос ответственности за безопасность на нижележащие команды.

И ключевой вопрос уже не “безопасен ли MCP”, а “кто именно в стеке отвечает за доказательство доверия в каждом шаге агента”. И на этот вопрос пока нет зрелого ответа — ни у протокола, ни у большинства реализаций.