Андрей Созыкин 

Если вы внимательно читали RFC 9110 HTTP Semantics, то могли обратить внимание на странный код статуса HTTP 418. Это единственный код, для которого нет содержательного описания, но сказано, что он не используется (Unused). Зачем включать в стандарт код, который не используется?

Код HTTP 418 определен в первоапрельском RFC 2324 Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0). Это шуточный стандарт 1998 года, который описывает протокол управления кофе-машинами через HTTP. Сейчас, в эпоху интернета вещей и умных устройств, такой протокол даже выглядит вполне разумно 😊.

Ошибку HTTP 418 "I'm a teapot" должен возвращать чайник, если получит команды HTCPCP на приготовление кофе, т.к. чайник готовить кофе не умеет 😊.

Шутка получила поддержку в сообществе и широкое распространение. Например, у Google есть специальная страница для HTTP 418. Именно из-за популярности кода 418 пришлось его включить в стандарт семантики HTTP. Серьезные авторы RFC 9110 не осмелились написать, что означает HTTP 418, но мы все это знаем и любим😊

MCP включает два уровня: уровень данных и уровень транспорта. В этой лекции подробно рассматриваем уровень данных. Он задает протокол для коммуникации между клиентом и сервером MCP. 

Уровень данных MCP основан на открытом протоколе вызова удаленных процедур JSON-RPC 2.0. Используется архитектура клиент-сервер, сообщения запрос-ответ, а также уведомление. JSON-RPC 2.0 определяет структуру запросов и ответов в формате JSON.
В MCP взаимодействие клиента и сервера на уровне данных состоит из трех этапов:

- Инициализация – установка соединения, клиент узнает о ключевых параметрах сервера.

- Обнаружение примитивов, которые предоставляет сервер – клиент узнает, какие инструменты, ресурсы и промты есть на сервере, какие параметры нужно указать для обращения к ним и другие полезные особенности сервера.

На RealPython опубликовали руководство по использованию OpenRouter API на Python.

Сейчас OpenRouter, на мой взгляд, предоставляет самый удобный API для работы с разными языковыми моделями. Он очень полезен, например, когда в приложении нужно дать пользователю возможность выбора модели для решения задачи. В том числе модели от разных производителей.

RealPython я очень люблю, у них самые понятные и полезные руководства по различным темам, связанным с Python. По OpenRouter руководство получилось как всегда замечательное, смело его рекомендую!

В новой видеолекции по MCP разбираемся с организацией протокола MCP.

Протокол MCP включает два уровня:

- Уровень данных (Data Layer) – определяет протокол для коммуникации между клиентом и сервером MCP. Использует формат JSON-RPC 2.0.

- Транспортный уровень (Transport Layer) – задает механизмы передачи данных между клиентом и сервером MCP.

На уровне данных можно отправлять три типа сообщений: запрос, ответ и уведомление. В лекции показаны небольшие примеры таких сообщений.

В новой лекции по компьютерным сетям рассказываю, как выполняется установка соединения в протоколе TLS. Перед тем как передавать данные по TLS, клиент и сервер должны выполнить несколько предварительных действий:
- Договориться, какой набор шифров TLS будет использоваться для защиты данных.

- Проверить подлинность сервера, к которому подключается клиент (иногда сервер дополнительно проверяет подлинность клиента).

- Обменяться ключами симметричного шифрования и MAC.

Именно эти действия и выполняются в процессе соединения.

В лекции рассказываю, как устроена установка соединения в современной версии TLS 1.3. Для этого в TLS есть специальный Handshake Protocol, который работает поверх протокола записей (Record Protocol).

Продолжаю записывать курс по MCP, в этот раз практика по MCP Inspector. Это бесплатная программа с открытыми исходными кодами для тестирования и отладки MCP серверов.

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

В видео вызываем инструменты (tools) Context7 сначала из MCP Inspector, а потом из Cursor. Также смотрим, как данные передаются от клиента к серверу в формате JSON. Но подробно работу протокола MCP будем изучать далее в курсе.

Запускаю новый курс по протоколу Model Context Protocol (MCP). Этот протокол позволяет подключать к языковым моделям внешние источники данных и инструменты (tools). 

MCP важен, т.к. является открытым стандартным протоколом, поэтому с его помощью можно подключить к вашему ИИ-приложению большое количество готовых сервисов. В этом MCP похож на семейство протоколов TCP/IP для интернета.

Протокол MCP разработала компания Anthropic, но в декабре 2025 года она передала его в Linux Foundation. Теперь это действительно открытый протокол, развиваемый большим сообществом без привязки к конкретному вендору.

В лекции рассмотрена архитектура MCP и возможности MCP-серверов. В следующем видео научимся использовать

В новом видео по компьютерным сетям на практике с помощью Wireshark анализируем протокол TLS.

Начинаем с просмотра зашифрованных пакетов TLS. В таком виде доступно всего три поля заголовка Record Layer: тип протокола TLS следующего уровня, версия TLS и длина данных. Все остальное зашифровано, посмотреть это нельзя.

Чтобы расшифровать данные, которые передаются по TLS, нужно получить ключи шифрования. Для этого можно установить переменную окружения SSLKEYLOGFILE, в которую прописать путь к файлу. В этот файл будут записываться ключи шифрования TLS. Так работают популярные библиотеки TLS: NSS, OpenSSL и boringssl. Именно эти библиотеки используют большинство браузеров. В видео я использую браузер Chrome. Полная инструкция по настройке расшифровки пакетов TLS есть на сайте Wireshark.  

Винтон Серф, один из Отцов интернета, написал статью "7 фаз интернета": об истории развития и будущем всемирной сети.

Три фазы, которые мы уже прошли:

1. Объединение серверов и настольных компьютеров.

2. Мобильный интернет.

3. Интернет вещей, объединяющий любые устройства.

Сейчас интернет вступил в четвертую фазу развития: интернет интеллектуальных агентов. Ключевое отличие от предыдущих фаз в том, что ИИ-агенты - это не просто пассивные сетевые устройства. Они анализируют данные, рассуждают, принимают решения и выполняют активные действия.

На этой фазе действуют два типа агентов:

- Программные ИИ-агенты, такие как ассистенты для кодирования, алгоритмы для автоматической торговли, оркестраторы потоков работ.

- Физические ИИ-агенты - системы, которые оперируют как в программном, так и физическом мире. Это самоуправляемые автомобили, дроны, промышленные роботы и даже медицинские устройства.

Сильнейшая из возможностей ИИ-агентов - это способность взаимодействовать. Наиболее впечатлительные результаты получаются объединением усилий нескольких агентов, как программах, так и физических. Самые популярные сетевые протоколы для этой цели сейчас - MCP и A2A. В целом такой подход приводит к развитию не изолированного искусственного интеллекта, а сетевого интеллекта.

Конечно, есть и обратная сторона. Автономность и активное взаимодействие между ИИ-агентами приводит к возникновению новых рисков безопасности. Методы борьбы с этими рисками - интересное новое направление исследований.

В будущем, по прогнозу Винтона Серфа, интернет пройдет еще через три фазы: