⏩ В конце недели (пятница-суббота) проведу два дня на "Стачке" в Ульяновске.
➡️ Наверняка кто-то тоже поедет. Приходите 10 апреля в 14:55 послушать мой рассказ про Типы архитектурных решений При желании после можем обсудить эту и другие архитектурные темы.
⬇️ Идеи и предложения обсуждений пишите в комментарии или личку
➡️ Наверняка кто-то тоже поедет. Приходите 10 апреля в 14:55 послушать мой рассказ про Типы архитектурных решений При желании после можем обсудить эту и другие архитектурные темы.
⬇️ Идеи и предложения обсуждений пишите в комментарии или личку
🔥10👍1
📆 18 апреля(суббота) - смотрите еще одно мое выступление на Аналитическом Марафоне#17. Расскажу про навыки архитектурных решений. Отвечу на вопросы
Ссылка на регистрацию: https://analyst-marathon.timepad.ru/event/3830964/
Для подписчиков канала промо на скидку 20% - SM20_AM17
Заходите, будет интересно
Ссылка на регистрацию: https://analyst-marathon.timepad.ru/event/3830964/
Для подписчиков канала промо на скидку 20% - SM20_AM17
Заходите, будет интересно
analystmarathon.ru
ANALYST MARATHON
👍2❤1
Похоже, что 4-ая версия спецификации Archimate появится уже через 10 дней, 26 апреля. Спецификация и Pocket Guide уже появилась в магазине Van Haren Group с такой датой выхода.
Надеюсь, в эту же дату мы увидим бесплатную версию на сайте The Open Group
Надеюсь, в эту же дату мы увидим бесплатную версию на сайте The Open Group
www.vanharen.net
ArchiMate® 4 Specification
👍12❤1🤔1
Forwarded from Flow — конференция про системный и бизнес-анализ
Что послушать на выходных?
📢 [AI Dev подкаст #1] ИИ в проектировании архитектуры: метрики и «скиллы»
Спойлер: LLM уже справляется с проверкой техрадара, оценкой пул-реквестов и анализом архитектурного долга. Но есть нюансы.
Мы собрали трех практиков, чтобы ответить на вопросы:
— как ИИ меняет работу архитектора;
— почему SDD (Spec-Driven Development) пока сырой, но пробовать уже надо;
— что такое agent skills и как их писать уже сегодня.
😉 Выпуск — уже на YouTube
🎙 Гости выпуска:
— Максим Смирнов (@it_arch) — экс-главный архитектор ЦБ РФ, «БИНБАНК Диджитал», Билайн.
—Руслан Сафин (@rsa_enc) — техдир и партнёр в «Бындюсофт», преподаватель ИТМО.
— Андрей Бураков (@another_sa) — автор канала «Yet Another Analyst».
Ведущий — Андрей Дмитриев — JUG Ru Group😀
🎯 Три главных мысли из выпуска:
— Контекст важнее промта — модель сама поймёт, что делать, если правильно подать данные.
— ADR становятся еще ценнее — они сохраняют память проекта, которую ИИ забывает.
— Не пробовать ИИ — значит отстать. Но пробовать без критики — накопить ошибки.
📌 Полезные ссылки из выпуска:
— Маркетплейсы навыков: skillsdirectory.com, skills.sh, clawhub.ai
—Статья на Хабре от Руслана
📢 [AI Dev подкаст #1] ИИ в проектировании архитектуры: метрики и «скиллы»
Спойлер: LLM уже справляется с проверкой техрадара, оценкой пул-реквестов и анализом архитектурного долга. Но есть нюансы.
Мы собрали трех практиков, чтобы ответить на вопросы:
— как ИИ меняет работу архитектора;
— почему SDD (Spec-Driven Development) пока сырой, но пробовать уже надо;
— что такое agent skills и как их писать уже сегодня.
🎙 Гости выпуска:
— Максим Смирнов (@it_arch) — экс-главный архитектор ЦБ РФ, «БИНБАНК Диджитал», Билайн.
—Руслан Сафин (@rsa_enc) — техдир и партнёр в «Бындюсофт», преподаватель ИТМО.
— Андрей Бураков (@another_sa) — автор канала «Yet Another Analyst».
Ведущий — Андрей Дмитриев — JUG Ru Group
🎯 Три главных мысли из выпуска:
— Контекст важнее промта — модель сама поймёт, что делать, если правильно подать данные.
— ADR становятся еще ценнее — они сохраняют память проекта, которую ИИ забывает.
— Не пробовать ИИ — значит отстать. Но пробовать без критики — накопить ошибки.
📌 Полезные ссылки из выпуска:
— Маркетплейсы навыков: skillsdirectory.com, skills.sh, clawhub.ai
—Статья на Хабре от Руслана
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
AI Dev Podcast #1 / Проектирование систем в эпоху ИИ / Максим Смирнов, Руслан Сафин, Андрей Бураков
📢 [AI Dev подкаст #1] ИИ в проектировании архитектуры: хайп, метрики и «скиллы»
Спойлер: LLM уже справляется с проверкой техрадара, оценкой пул-реквестов и анализом архитектурного долга. Но есть нюансы.
Мы собрали трех практиков, чтобы ответить на вопросы:…
Спойлер: LLM уже справляется с проверкой техрадара, оценкой пул-реквестов и анализом архитектурного долга. Но есть нюансы.
Мы собрали трех практиков, чтобы ответить на вопросы:…
👍14❤4🔥4👎1
34-ый Technology Radar (April 2026) содержит много знакомых слов в разделах: техники, инструменты, языки и фреймворки. Но я с большим трудом осознаю их распределение по категориям Adopt, Trial и Assess
Я могу понять почему MCP by default попадает на горизонт Caution. Я могу понять почему Claude Code и Cursor попадают в Adopt, OpenAI Codex в Trial, а Google Antigravity - Assess. Но я не вполне понимаю почему Agent Skills в Trial, они же, но в качестве executable onboarding documentation в Assess. Или почему GitHub Spec Kit отмечен в разделе фреймворков, а OpenSpec инструментов и т.д
В общем, пару месяцев теперь можно над этим артефактом помедитировать
Я могу понять почему MCP by default попадает на горизонт Caution. Я могу понять почему Claude Code и Cursor попадают в Adopt, OpenAI Codex в Trial, а Google Antigravity - Assess. Но я не вполне понимаю почему Agent Skills в Trial, они же, но в качестве executable onboarding documentation в Assess. Или почему GitHub Spec Kit отмечен в разделе фреймворков, а OpenSpec инструментов и т.д
В общем, пару месяцев теперь можно над этим артефактом помедитировать
Thoughtworks
Technology Radar | Guide to technology landscape
The Technology Radar is an opinionated guide to today's technology landscape. Read the latest here.
👍6❤3🤔1
📆 Уже завтра, 28 апреля 17:30 MSK бесплатный вебинар в zoom
▶️ Как управлять архитектурными моделями, диаграммами и нотациями
#️⃣ Встречаемся с разработчиками wArchi Николаем Грозных и Кириллом Кузьминым, чтоб поговорить об их проекте и инструментах описания ИТ-архитектуры в целом. Количество мест ограничено размером моей подписки zoom, но запись непременно будет.
🆓 Подробности и регистрация https://mxsmirnov.timepad.ru/event/3940501/
▶️ Как управлять архитектурными моделями, диаграммами и нотациями
#️⃣ Встречаемся с разработчиками wArchi Николаем Грозных и Кириллом Кузьминым, чтоб поговорить об их проекте и инструментах описания ИТ-архитектуры в целом. Количество мест ограничено размером моей подписки zoom, но запись непременно будет.
🆓 Подробности и регистрация https://mxsmirnov.timepad.ru/event/3940501/
mxsmirnov.timepad.ru
Как управлять архитектурными моделями, диаграммами и нотациями / События на TimePad.ru
Здесь мы обсуждаем архитектуру ИТ-решений
👍15🤔1
Архитектура ИТ-решений
Похоже, что 4-ая версия спецификации Archimate появится уже через 10 дней, 26 апреля. Спецификация и Pocket Guide уже появилась в магазине Van Haren Group с такой датой выхода. Надеюсь, в эту же дату мы увидим бесплатную версию на сайте The Open Group
Спека появилась днем позже.
См. мой краткий обзор в блоге:
⏩ Спецификация ArchiMate® 4 опубликована
Обсуждение приветствуется!
См. мой краткий обзор в блоге:
⏩ Спецификация ArchiMate® 4 опубликована
Обсуждение приветствуется!
👍14❤6
Архитектура ИТ-решений
Спека появилась днем позже. См. мой краткий обзор в блоге: ⏩ Спецификация ArchiMate® 4 опубликована Обсуждение приветствуется!
Давайте я поделюсь ссылкой на один из комментариев к появлению Archimate NEXT прошлым летом (ИИ мне накопал) https://www.linkedin.com/pulse/why-further-simplifying-archimate-critical-analysis-nicolas-figay-qt3ne/
Краткий тезис статьи:
Мне кажется, что главная проблема авторов Archimate в том, что они решают проблемы, которые сами же и придумывают. При этом, архитектор предприятия, по прежнему, остается без внятного инструментария. Разрыв между практикой и теорией нигде так не велик как в EA
Краткий тезис статьи:
The Real Problem
The issue isn't that ArchiMate is too complex - it's that organizations hire under-qualified "enterprise architects."
Мне кажется, что главная проблема авторов Archimate в том, что они решают проблемы, которые сами же и придумывают. При этом, архитектор предприятия, по прежнему, остается без внятного инструментария. Разрыв между практикой и теорией нигде так не велик как в EA
Linkedin
Why Further Simplifying ArchiMate? A Critical Analysis
The recent ArchiMate NEXT proposals have sparked intense debate about concept deprecation and language simplification. Let's examine both sides of this argument, then look at what the numbers actually tell us.
💯8👍7❤1
Архитектура ИТ-решений
📆 Уже завтра, 28 апреля 17:30 MSK бесплатный вебинар в zoom ▶️ Как управлять архитектурными моделями, диаграммами и нотациями #️⃣ Встречаемся с разработчиками wArchi Николаем Грозных и Кириллом Кузьминым, чтоб поговорить об их проекте и инструментах описания…
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Как управлять архитектурными моделями, диаграммами и нотациями
Сапожник без сапог – фразеологизм, который как нельзя лучше характеризует приложения для работы ИТ-архитектора. Некоторое количество коммерческих и open source решений обещают помочь архитектору в его нелегком труде. Но с каждой такой системой непременно…
🔥9👍8❤2
Дискуссия о том, что лучше — MCP или CLI — была неправильной. Чтоб полностью всех запутать давайте добавим в неё ещё одну альтернативу - Code Mode ))
Я довольно много времени потратил разбираясь с темой а нужен ли Model Context Protocol. И даже сформулировал для себя правильный вопрос (кому именно нужен MCP?) и правильный ответ (провайдеру платформы для AI агентов). По крайней мере, мне так казалось.
Но, похоже, разговор продолжается https://x.com/akshay_pachaar/status/2053166970166772052
Я довольно много времени потратил разбираясь с темой а нужен ли Model Context Protocol. И даже сформулировал для себя правильный вопрос (кому именно нужен MCP?) и правильный ответ (провайдеру платформы для AI агентов). По крайней мере, мне так казалось.
Но, похоже, разговор продолжается https://x.com/akshay_pachaar/status/2053166970166772052
👍11👎1🔥1👏1
Простой, но симпатичный обзор agent skills появился в начале мая: A Comprehensive Survey on Agent Skills: Taxonomy, Techniques, and Applications Набор ссылок авторы вынесли в отдельный файлик Awesome Agent Skills.
Список включает:
- Foundations: Tools, Protocols, Retrieval, Memory
- Skill Representation (Text-Based Skills vs. Code-Backed Skills)
- Skill Acquisition
- Skill Retrieval and Selection
- Skill Evolution and Governance
- Benchmarks and Evaluation
- Ecosystem Platforms and Resources
- Application Scenarios
Чего мне не хватает, так это обзора самих универсальных агентов, к которым мы приделываем навыки
Список включает:
- Foundations: Tools, Protocols, Retrieval, Memory
- Skill Representation (Text-Based Skills vs. Code-Backed Skills)
- Skill Acquisition
- Skill Retrieval and Selection
- Skill Evolution and Governance
- Benchmarks and Evaluation
- Ecosystem Platforms and Resources
- Application Scenarios
Чего мне не хватает, так это обзора самих универсальных агентов, к которым мы приделываем навыки
👍19💯8👎5🔥5❤3🥱3🎉2👏1
Архитектура ИТ-решений
Спека появилась днем позже. См. мой краткий обзор в блоге: ⏩ Спецификация ArchiMate® 4 опубликована Обсуждение приветствуется!
Пока мы наблюдали за обновлением нотации Archimate до 4-ой версии вышел и другой архитектурный стандарт. 27 апреля Open Agile Architecture™ обновился до версии 2.0.
Мне кажется, что это обновление не менее важное. Обнаружил я его только сейчас и до отпуска не успеваю написать детальный обзор (в сети тоже не нашел, а пресс-релиз очень лаконичный). Поэтому несколько основных тезисов:
- Структура документа(а он большой) стала существенно лучше. Теперь это 4 части вместо 2-х:
- Внутри третьей части появилось два дополнительных подраздела
- Все правильные слова про CQRS, EDA, Event Storming, DDD, SRE, DevOps в стандарте сохранились. Что-то стало более понятно
- Описание архитектуры продукта с рассказами про JTBD, product discovery, journey mapping и service blueprint тоже сохранилось
- Всякие аксиомы agile улетели в приложение, где им и место
В общем, мне все нравится. В июле сделаю вебинар
Мне кажется, что это обновление не менее важное. Обнаружил я его только сейчас и до отпуска не успеваю написать детальный обзор (в сети тоже не нашел, а пресс-релиз очень лаконичный). Поэтому несколько основных тезисов:
- Структура документа(а он большой) стала существенно лучше. Теперь это 4 части вместо 2-х:
1. The Agile Way of Thinking
2. The Agile Enterprise
3. The Agile Architecture Capability
4. The Ways of Supporting
- Внутри третьей части появилось два дополнительных подраздела
Part 3A. Architecture Development Style
Part 3B. Architecture Deliverables
- Все правильные слова про CQRS, EDA, Event Storming, DDD, SRE, DevOps в стандарте сохранились. Что-то стало более понятно
- Описание архитектуры продукта с рассказами про JTBD, product discovery, journey mapping и service blueprint тоже сохранилось
- Всякие аксиомы agile улетели в приложение, где им и место
В общем, мне все нравится. В июле сделаю вебинар
www.opengroup.org
The Open Group Publishes Open Agile Architecture™ Standard, Version 2.0
The updated standard provides structured guidance to support enterprises pursuing Agile and Digital Transformation at scale
🔥23👍12❤11
SpaceX воспользовалась опционом на приобретение Cursor за $60 млрд https://x.com/SpaceX/status/2066873915717136548
X (formerly Twitter)
SpaceX (@SpaceX) on X
SpaceX has exercised the option to acquire @cursor_ai in an all-stock transaction with the goal of building the world’s most useful AI models.
For the past few months, SpaceXAI has been jointly training a model with Cursor, which will be released in Cursor…
For the past few months, SpaceXAI has been jointly training a model with Cursor, which will be released in Cursor…
👍5❤3🤔2
Архитектура ИТ-решений
Пока мы наблюдали за обновлением нотации Archimate до 4-ой версии вышел и другой архитектурный стандарт. 27 апреля Open Agile Architecture™ обновился до версии 2.0. Мне кажется, что это обновление не менее важное. Обнаружил я его только сейчас и до отпуска…
Пока я только готовлю вебинар про 2-ую версию Open Agile Architecture поделюсь официальным вебинаром от TheOpenGroup https://youtu.be/hIDn1xhfA24
У них есть такой формат Toolkit Tuesday. Вот в предыдущий раз немного поговорили про новую версию O-AA. Коротко, но интересно
У них есть такой формат Toolkit Tuesday. Вот в предыдущий раз немного поговорили про новую версию O-AA. Коротко, но интересно
YouTube
Toolkit Tuesday: Open Agile Architecture™: A Live Deep Dive on the O-AA™ V.2 Standard
Version 2.0 of the Open Agile Architecture™ Standard represents a substantial evolution from the previous version, reflecting new structural thinking, stronger alignment with dual transformation, and expanded guidance on organizational agility. Key enhancements…
🔥8👍5
Forwarded from Книжный куб (Alexander Polomodov)
Кто управляет кодинг-агентом: человек или спроектированный им цикл?
Мы привыкли обсуждать промпты, контекст и обвязку одного запуска агента. Но когда агент сам возвращается к работе - по расписанию, событию или результату прошлого прохода, - задача становится архитектурной: кто находит работу, проверяет результат, хранит состояние и может остановить цикл.
14 июля в 16:00 по Москве проведу прямой эфир с Максимом Смирновым. Разберём материал HuaShu «Loop Engineering: The Anthropic Playbook for Designing Systems That Prompt Your Agents». Это будет уже 19й выпуск подкаста Research Insights Made Simple.
Максим — ИТ-архитектор, автор Telegram-канала «Архитектура ИТ-решений» @it_arch. В прошлом — руководитель департамента ИТ-архитектуры «Билайн» и главный архитектор информационных систем Банка России; спикер, автор и преподаватель курсов по ИТ-архитектуре.
Формально это не публикация Anthropic и не рецензируемая статья, а независимый рабочий конспект (working note) HuaShu. Сильная сторона этой whitepaper - точная постановка задачи: перестать подталкивать агента очередным промптом и спроектировать ограниченный, наблюдаемый и останавливаемый цикл.
Обсудим:
- чем проектирование циклов отличается от обвязки одного запуска и почему cron с повторяющимся промптом ещё не цикл;
- как связаны поиск работы (discovery), передача (handoff), проверка, сохранение состояния и планирование;
- почему агенту опасно доверять проверку своей работы и как разделить исполнителя и проверяющего;
- какие долги накапливают автономные циклы — от долга проверки до потери понимания системы;
- какие ограничения нужны вокруг LLM: изоляция, лимиты, журнал, откат и аварийная остановка;
- где остаются инженерное суждение, ответственность и контрольная точка для человека.
Главный вопрос эфира: как отдать агенту повторяемую работу, не позволив ему незаметно накапливать ошибки.
#AI4SDLC #Agents #Architecture #Engineering #Research
Мы привыкли обсуждать промпты, контекст и обвязку одного запуска агента. Но когда агент сам возвращается к работе - по расписанию, событию или результату прошлого прохода, - задача становится архитектурной: кто находит работу, проверяет результат, хранит состояние и может остановить цикл.
14 июля в 16:00 по Москве проведу прямой эфир с Максимом Смирновым. Разберём материал HuaShu «Loop Engineering: The Anthropic Playbook for Designing Systems That Prompt Your Agents». Это будет уже 19й выпуск подкаста Research Insights Made Simple.
Максим — ИТ-архитектор, автор Telegram-канала «Архитектура ИТ-решений» @it_arch. В прошлом — руководитель департамента ИТ-архитектуры «Билайн» и главный архитектор информационных систем Банка России; спикер, автор и преподаватель курсов по ИТ-архитектуре.
Формально это не публикация Anthropic и не рецензируемая статья, а независимый рабочий конспект (working note) HuaShu. Сильная сторона этой whitepaper - точная постановка задачи: перестать подталкивать агента очередным промптом и спроектировать ограниченный, наблюдаемый и останавливаемый цикл.
Обсудим:
- чем проектирование циклов отличается от обвязки одного запуска и почему cron с повторяющимся промптом ещё не цикл;
- как связаны поиск работы (discovery), передача (handoff), проверка, сохранение состояния и планирование;
- почему агенту опасно доверять проверку своей работы и как разделить исполнителя и проверяющего;
- какие долги накапливают автономные циклы — от долга проверки до потери понимания системы;
- какие ограничения нужны вокруг LLM: изоляция, лимиты, журнал, откат и аварийная остановка;
- где остаются инженерное суждение, ответственность и контрольная точка для человека.
Главный вопрос эфира: как отдать агенту повторяемую работу, не позволив ему незаметно накапливать ошибки.
#AI4SDLC #Agents #Architecture #Engineering #Research
YouTube
Research Insights Made Simple #19 - разбор whitepaper"Loop Engineering" с Максимом Смирновым
Кто управляет кодинг-агентом: человек или спроектированный им цикл?
Мы привыкли обсуждать промпты, контекст и обвязку одного запуска агента. Но когда агент сам возвращается к работе - по расписанию, событию или результату прошлого прохода, - задача становится…
Мы привыкли обсуждать промпты, контекст и обвязку одного запуска агента. Но когда агент сам возвращается к работе - по расписанию, событию или результату прошлого прохода, - задача становится…
❤20
Forwarded from Книжный куб (Alexander Polomodov)
Материалы про Loop Engineering (Рубрика #RnD)
Готовы материалы с подкаста Research Insights Made Simple, который был во вторник с Максимом Смирновым:
- Презнтация: Слайд дека с разбором
- Видео: Youtube, VK
- Аудио: Podster, Ya Music
- Текст: Краткая расшифровка
#AI4SDLC #Agents #Architecture #Engineering #Research
Готовы материалы с подкаста Research Insights Made Simple, который был во вторник с Максимом Смирновым:
- Презнтация: Слайд дека с разбором
- Видео: Youtube, VK
- Аудио: Podster, Ya Music
- Текст: Краткая расшифровка
#AI4SDLC #Agents #Architecture #Engineering #Research
❤6🥱4👍3
Как вы используете агентские навыки (agentskills.io)?
Anonymous Poll
31%
Вообще не использую
8%
Использую очень редко
14%
Беру готовые с маркетплейсов
11%
Дорабатываю чужие навыки
31%
Генерю свои LLM-кой (/create-skill и т.п.)
15%
Пишу сам
1%
Свой вариант ответа напишу в комментариях
24%
Не голосую, хочу посмотреть результаты
❤5👍2👎1
MCP 2026-07-28: что действительно изменилось
Вышла новая версия спецификации MCP. Если убрать маркетинговые заявления, то действительно важных изменений не так уж и много:
1. Stateless-протокол - самое важное
Из протокола убрали обязательные сессии (initialize, initialized, Mcp-Session-Id). Теперь каждый запрос самодостаточен. В общем, сервер становится обычным HTTP API
2. Стандартизованы долгие операции (Tasks)
Раньше MCP был ориентирован на request/response. Если инструмент работал минуты или часы, каждый реализовывал свои jobId, polling или SSE.Теперь это часть спецификации: можно запустить задачу, получить идентификатор и позже узнать её состояние или результат.
3. Extensions
Ядро протокола стало компактнее, а новые возможности предлагается добавлять через расширения, а не менять Core Specification.
4. MCP Apps
Теперь спецификация стандартизует возврат UI (HTML/Web-приложений) сервером. Это не революция — многие клиенты и раньше поддерживали подобные механизмы. Скорее, теперь появился единый стандарт вместо набора частных реализаций.
5. Discovery вместо initialize
Поскольку сессии исчезли, изменился механизм определения возможностей сервера. Теперь используется отдельный Discovery API вместо обязательного handshake
6. Обновлена модель авторизации
Механизмы авторизации стали ближе к современным рекомендациям OAuth
На мой взгляд, главное достижение релиза — MCP перестал быть "сессионным протоколом" и стал нормально масштабируемым HTTP Всё остальное — полезные, но значительно менее важные улучшения.
Спецификация: https://modelcontextprotocol.io/specification/2026-07-28
Обзор изменений от команды MCP: https://blog.modelcontextprotocol.io/posts/2026-07-28-release-candidate/
Вышла новая версия спецификации MCP. Если убрать маркетинговые заявления, то действительно важных изменений не так уж и много:
1. Stateless-протокол - самое важное
Из протокола убрали обязательные сессии (initialize, initialized, Mcp-Session-Id). Теперь каждый запрос самодостаточен. В общем, сервер становится обычным HTTP API
2. Стандартизованы долгие операции (Tasks)
Раньше MCP был ориентирован на request/response. Если инструмент работал минуты или часы, каждый реализовывал свои jobId, polling или SSE.Теперь это часть спецификации: можно запустить задачу, получить идентификатор и позже узнать её состояние или результат.
3. Extensions
Ядро протокола стало компактнее, а новые возможности предлагается добавлять через расширения, а не менять Core Specification.
4. MCP Apps
Теперь спецификация стандартизует возврат UI (HTML/Web-приложений) сервером. Это не революция — многие клиенты и раньше поддерживали подобные механизмы. Скорее, теперь появился единый стандарт вместо набора частных реализаций.
5. Discovery вместо initialize
Поскольку сессии исчезли, изменился механизм определения возможностей сервера. Теперь используется отдельный Discovery API вместо обязательного handshake
6. Обновлена модель авторизации
Механизмы авторизации стали ближе к современным рекомендациям OAuth
На мой взгляд, главное достижение релиза — MCP перестал быть "сессионным протоколом" и стал нормально масштабируемым HTTP Всё остальное — полезные, но значительно менее важные улучшения.
Спецификация: https://modelcontextprotocol.io/specification/2026-07-28
Обзор изменений от команды MCP: https://blog.modelcontextprotocol.io/posts/2026-07-28-release-candidate/
Model Context Protocol
Specification - Model Context Protocol
👍31❤10🔥6🤔1