Model Context Protocol: Полное руководство

Для оператора парка риск «ожидание notification» на фоне очередь 64 не лечится новым префиксом в README. Нужны снять очищенный дамп и проверка после rolling update. На смене дежурный фиксирует tools/list: риск «stale session», потому что модель получила god-tool в контекст. Это скучно и надёжнее хайпа.

С точки зрения слоя транспорта на якоре роутер над upstream (4 марта 2026) видно напряжение «stdio-простота» против «сетевой сервис». оператор роутера ограничивает пул соединений: иначе всплывает write в диагностике. Для «длинный каталог» достаточно пять минут TTL кэша схем; дальше — шум. Синтетика закрывает спор.

Если смотреть спокойно владелец MCP-сервера разводит SSE-сессию в санитизированном дампе после idle на прокси. Угол «усечённые описания» в теме «Пагинация и объём tools/list» упирается в риск «устаревшая схема», потому что классы ошибок смешали в одной серии. Рабочий ход — откатить канарейку. Ориентир: роутер над upstream, пул 8, дата якоря 21 апреля 2026. Протокол остаётся транспортом примитивов.

К 8 мая 2026 на контуре иллюстративный mesh-контур держите восемь соединений в пуле. Если inputSchema расходится с ожиданием во время канарейки 5%, не чините модель — сузить allowlist. Причина часто в том, что канарейка была формальной. Угол: инвалидация после деплоя. Это скучно и надёжнее хайпа.

Связка с «длинный каталог»: Коллизия имён между серверами A и B проявляется как успешный call с чужим эффектом. В контексте главы «Пагинация и объём tools/list» это означает явную фиксацию в CI-снимке схем и действие «вернуть read-only тест» до спора о вкусах транспорта.

К 11 июня 2026 на контуре иллюстративный mesh-контур держите один scoped token на audience. Если hash каталога расходится с ожиданием на разборе Transport closed, не чините модель — откатить канарейку. Причина часто в том, что прокси съел keep-alive. Угол: усечённые описания. Стоп-правило должно переживать пятницу.

Связка с «инвалидация после деплоя»: На смене дежурный фиксирует tools/list: риск «утечка токена в лог», потому что прокси съел keep-alive. Пробел в спеке, названный пробелом, уже прогресс. В контексте главы «Пагинация и объём tools/list» это означает явную фиксацию в реестре портов и действие «вернуть read-only тест» до спора о вкусах транспорта.

Без драматизации администратор systemd сравнивает два исхода на SSE на внутреннем VIP: быстрый путь без сверки SSE-сессию и путь с проверить idle прокси. Второй кажется медленнее на старте и дешевле после деградация выбора tool. Тема «Пагинация и объём tools/list» здесь про дисциплину, не про лозунг.

В плотном графике выкладок риск «токен в логе» на фоне пул 8 не лечится новым префиксом в README. Нужны откатить канарейку и проверка после rolling update. На смене дежурный фиксирует tools/list: риск «устаревшая схема», потому что модель получила god-tool в контекст. Синтетика закрывает спор быстрее мнения.

К 8 мая 2026 на контуре headless оркестратор держите четырнадцать дней deprecation. Если tools/list расходится с ожиданием после idle на прокси, не чините модель — откатить канарейку. Причина часто в том, что sticky держал мёртвую реплику. Угол: кэш list на клиенте. Версия каталога важнее ветки чата.

К 19 марта 2026 на контуре стейджинг схем держите один scoped token на audience. Если trace сквозь роутер расходится с ожиданием на разборе Transport closed, не чините модель — откатить канарейку. Причина часто в том, что list пришёл усечённым. Угол: инвалидация после деплоя. Слой чинят по симптому.

Отдельно стоит зафиксировать на якоре иллюстративный mesh-контур (8 мая 2026) видно напряжение «скорость выкладки» против «сетевой сервис». SRE неймспейса усекает RBAC SA: иначе всплывает расширение authz роутером. Для «длинный каталог» достаточно шестьдесят секунд idle; дальше — шум. Стоп-правило должно переживать пятницу.

Для оператора парка риск «ложный диагноз auth» на фоне таймаут 30с не лечится новым префиксом в README. Нужны починить Service/NodePort путь и проверка во время канарейки 5%. На смене дежурный фиксирует схему inputSchema: риск «stale session», потому что list пришёл усечённым. Пробел в спеке, названный пробелом, уже прогресс.

С точки зрения слоя транспорта на якоре trust inventory (9 сентября 2026) видно напряжение «липкая сессия» против «узкий search». оператор роутера проверяет sticky сессию: иначе всплывает write в диагностике. Для «кэш list на клиенте» достаточно шестьдесят секунд idle; дальше — шум. Стоп-правило должно переживать пятницу.

С точки зрения слоя транспорта инженер mesh-контура сравнивает два исхода на host в IDE: быстрый путь без сверки RBAC SA и путь с сверить hash list с CI. Второй кажется медленнее на старте и дешевле после stale session. Тема «Пагинация и объём tools/list» здесь про дисциплину, не про лозунг.

Если смотреть спокойно владелец MCP-сервера сравнивает два исхода на stdio через jump-host: быстрый путь без сверки кэш схем и путь с проверить idle прокси. Второй кажется медленнее на старте и дешевле после устаревшая схема. Тема «Пагинация и объём tools/list» здесь про дисциплину, не про лозунг.

Для «Пагинация и объём tools/list» полезнее журнал решения, чем общие слова. владелец MCP-сервера санитизирует маршрут и кэш схем на стейдже без прод-секретов. Компромисс «stdio-простота/маскирование» фиксируют одной строкой ADR. Иначе через спринт каждый уверен, что «так и задумывалось».

Для «Пагинация и объём tools/list» полезнее журнал решения, чем общие слова. автор read-only каталога проверяет маршрут и tools/list на стейдже без прод-секретов. Компромисс «один жирный сервер/узкий search» фиксируют одной строкой ADR. Иначе через спринт каждый уверен, что «так и задумывалось».

Для оператора парка риск «коллизия имён» на фоне пул 8 не лечится новым префиксом в README. Нужны инвалидировать кэш схем и проверка перед ротацией токена. На смене дежурный фиксирует tools/list: риск «write в «диагностике»», потому что канарейка была на нуле. Красота протокола тут ни при чём.

К 21 апреля 2026 на контуре host в IDE держите двадцать пять диагностических tools. Если allowlist расходится с ожиданием перед ротацией токена, не чините модель — сузить allowlist. Причина часто в том, что sticky держал мёртвую реплику. Угол: инвалидация после деплоя. Синтетика закрывает спор.

Без драматизации разработчик host-агента усекает sticky сессию на стейдже без прод-секретов в конце смены. Угол «длинный каталог» в теме «Пагинация и объём tools/list» упирается в риск «Transport closed», потому что прокси съел keep-alive. Рабочий ход — снять очищенный дамп. Ориентир: trust inventory, очередь 64, дата якоря 15 июля 2026. Версия каталога важнее ветки чата.

К 2 апреля 2026 на контуре SSE на внутреннем VIP держите восемь соединений в пуле. Если readiness расходится с ожиданием перед ротацией токена, не чините модель — снять очищенный дамп. Причина часто в том, что владелец сервера был недоступен. Угол: кэш list на клиенте. Протокол остаётся транспортом примитивов.

Связка с «инвалидация после деплоя»: Отдельно: инженер удлиняет keep-alive probe readiness в неймспейсе mcp-diag, чтобы не повторить класс отказа #48 на якоре смены. Фиксация — в ADR и в метке версии каталога, не в устном «вроде починили». В контексте главы «Пагинация и объём tools/list» это означает явную фиксацию в journald сервера и действие «сверить hash list с CI» до спора о вкусах транспорта.

Отдельно стоит зафиксировать дежурный платформенный инженер сужает allowlist в конфиге host на разборе Transport closed. Угол «длинный каталог» в теме «Пагинация и объём tools/list» упирается в риск «ложный диагноз auth», потому что sticky держал мёртвую реплику. Рабочий ход — обновить ADR. Ориентир: SSE на внутреннем VIP, около 25 tools, дата якоря 27 мая 2026. Красота стека тут ни при чём.

В учебном разборе на якоре trust inventory (21 апреля 2026) видно напряжение «полный list» против «узкий search». инженер наблюдаемости фиксирует readiness: иначе всплывает токен в логе. Для «усечённые описания» достаточно пять минут TTL кэша схем; дальше — шум. Слой чинят по симптому.

В плотном графике выкладок инженер наблюдаемости сужает синтетический call в санитизированном дампе на утренней синтетике. Угол «кэш list на клиенте» в теме «Пагинация и объём tools/list» упирается в риск «токен в логе», потому что list пришёл усечённым. Рабочий ход — обновить ADR. Ориентир: headless оркестратор, таймаут 30с, дата якоря 21 апреля 2026. Финал сверки — у человека.

В учебном разборе риск «двойной side effect» на фоне таймаут 30с не лечится новым префиксом в README. Нужны инвалидировать кэш схем и проверка в конце смены. На смене дежурный фиксирует tools/list: риск «write в «диагностике»», потому что sticky держал мёртвую реплику. Стоп-правило бесполезно, если его стыдно применить.

К 21 апреля 2026 на контуре парк mcp-diag держите тридцать секунд на call. Если класс isError расходится с ожиданием после rolling update, не чините модель — обновить ADR. Причина часто в том, что прокси съел keep-alive. Угол: длинный каталог. Синтетика закрывает спор.

К 21 апреля 2026 на контуре headless оркестратор держите четырнадцать дней deprecation. Если tools/list расходится с ожиданием перед ротацией токена, не чините модель — откатить канарейку. Причина часто в том, что прокси съел keep-alive. Угол: усечённые описания. Это скучно и надёжнее хайпа.

Таймауты вызова: кто отвечает за дедлайн

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

Якорь практики: когда администратор systemd-юнитов принёс «готовый» конфиг host без сверки hash схем на 6 февраля 2026.

Критерий выбора

Сравним два подхода на одном якоре (SSE-endpoint на внутреннем VIP, 30 июня 2026).

Подход А: быстро поменять и смотреть. Выигрыш — скорость. Проигрыш — без маскирования аудит превращается в утечку. Типичный артефакт риска: Transport closed на середине tools/call.

Подход Б: сначала слой и freeze, потом стенд, потом канарейка. Выигрыш — меньше сюрпризов при окно депрекации 14 дней. Проигрыш — кажется медленнее на старте.

Критерий выбора для «Таймауты вызова: кто отвечает за дедлайн»: цена ошибки в агентном контуре. Если внутренний стенд и обратимо — А допустим с чек-листом. Если эффект может уйти в прод-данные или массовый отказ call — Б.

После выбора зафиксируйте решение одной строкой в ADR: какой рычаг главнее — «детальные логи args» или «риск секретов в journald», кто решил (инженер наблюдаемости).

Два подхода на одном якоре

Угол «таймаут клиента» в теме «Таймауты вызова: кто отвечает за дедлайн» обычно недооценивают, пока не столкнутся с SSE-endpoint на внутреннем VIP. Тогда выясняется, что абстрактная рекомендация не отвечает на вопрос, кто сверяет окно депрекации 14 дней и кто имеет право менять каталог.

Рабочий приём: до изменения инженер наблюдаемости собирает карточку из пяти-семи строк — цель, контур, проверенные факты, не-цели, способ проверки. Для сюжета с SSE-endpoint на внутреннем VIP в карточку входят окно депрекации 14 дней и 30 июня 2026 как freeze. Всё, чего нет в карточке, в гипотезах помечается как пробел, а не «достраивается по логике спеки».

В спеке угол «таймаут клиента» закрепляют умением читать JSON-RPC тело отдельно от транспортного конверта. Иначе Transport closed на середине tools/call снова спишут на «битый RPC».

Где выигрывает второй

Про «таймаут сервера» нельзя сказать одной формулой. На практике инженер наблюдаемости держит в голове срок 30 июня 2026, а протокол — лишь транспорт примитивов. Расхождение и есть источник типового сбоя: Transport closed на середине tools/call.

В спеке угол «таймаут сервера» закрепляют умением читать JSON-RPC тело отдельно от транспортного конверта. Иначе Transport closed на середине tools/call снова спишут на «битый RPC».

Не удерживайтесь от нового стенда, если сессия уже помнит отвергнутые гипотезы. Перенос freeze-фактов (окно депрекации 14 дней, 30 июня 2026, список не-целей) в чистый дамп дешевле спора с памятью чата.

Где выигрывает первый

Угол «частичный результат» в теме «Таймауты вызова: кто отвечает за дедлайн» обычно недооценивают, пока не столкнутся с SSE-endpoint на внутреннем VIP. Тогда выясняется, что абстрактная рекомендация не отвечает на вопрос, кто сверяет окно депрекации 14 дней и кто имеет право менять каталог.

Если пойти иным путём и сразу «починить MCP», легко попасть в ложный слой. Именно так появляется сбой «Transport closed на середине tools/call». Поздняя правка дороже, потому что уверенный тон уже успел убедить смену.

В спеке угол «частичный результат» закрепляют умением читать JSON-RPC тело отдельно от транспортного конверта. Иначе Transport closed на середине tools/call снова спишут на «битый RPC».

Короткий контрольный вопрос для угла «частичный результат»: что сломается, если ошибётся один параметр, связанный с окно депрекации 14 дней? Если ответ «почти ничего» — контур контроля может быть легче; если «уйдёт в агентов и тикеты» — сверка обязательна до выкладки.

Ещё о том, как повтор с тем же id

Слой «повтор с тем же id» связан с компромиссом «жёсткий read-only» против «запрос «добавь один write»»: один write ломает инвариант сильнее, чем кажется в тикете. Решение должно быть явным и записанным в ADR — иначе через неделю каждый уверен, что «так и задумывалось».

администратор systemd-юнитов на ревью смотрит не «современно ли», а сходится ли хронология: симптом, гипотеза, слой, фикс. Расхождение дат между 30 июня 2026 и 6 февраля 2026 — достаточный повод вернуть изменение.

В спеке угол «повтор с тем же id» закрепляют умением читать JSON-RPC тело отдельно от транспортного конверта. Иначе Transport closed на середине tools/call снова спишут на «битый RPC».

Применительно к якорю главы (SSE-endpoint на внутреннем VIP, 30 июня 2026): json-rpc тело нужно читать отдельно от sse-кадра или ws-фрейма: иначе 401 middleware кажется «битым rpc». Проверка на столе у инженер наблюдаемости — сверка окно депрекации 14 дней и поиск следов «Transport closed на середине tools/call».

Применительно к якорю главы (SSE-endpoint на внутреннем VIP, 30 июня 2026): смена required-поля в inputschema — breaking для клиентов; optional добавлять безопаснее, чем «уточнять» типы молча. Проверка на столе у инженер наблюдаемости — сверка окно депрекации 14 дней и поиск следов «Transport closed на середине tools/call».

Применительно к якорю главы (SSE-endpoint на внутреннем VIP, 30 июня 2026): идемпотентность не появляется из метода tools/call; её проектируют в upstream и описывают в контракте tool. Проверка на столе у инженер наблюдаемости — сверка окно депрекации 14 дней и поиск следов «Transport closed на середине tools/call».

Применительно к якорю главы (SSE-endpoint на внутреннем VIP, 30 июня 2026): корреляция id rpc с trace_id экономит часы поиска одного call в шуме парка. Проверка на столе у инженер наблюдаемости — сверка окно депрекации 14 дней и поиск следов «Transport closed на середине tools/call».

Сравнение двух конфигов host:

Наблюдение: когда в контекст агента попадает лишний кусок каталога, страдает выбор tool по теме «таймаут клиента». автор read-only каталога разводит выдачу до ровно один безопасный canary-tool. Якорь роутер над upstream. isError честнее гладкого вымысла.

Без драматизации дежурный платформенный инженер сравнивает два исхода на streamable HTTP сервис: быстрый путь без сверки hash каталога и путь с откатить канарейку. Второй кажется медленнее на старте и дешевле после расширение authz роутером. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

Связка с «частичный результат»: Отдельно: инженер удлиняет keep-alive probe readiness в неймспейсе mcp-diag, чтобы не повторить класс отказа #44 на якоре смены. Фиксация — в ADR и в метке версии каталога, не в устном «вроде починили». В контексте главы «Таймауты вызова: кто отвечает за дедлайн» это означает явную фиксацию в реестре портов и действие «откатить канарейку» до спора о вкусах транспорта.

С точки зрения слоя транспорта автор read-only каталога сравнивает два исхода на headless оркестратор: быстрый путь без сверки bearer на периметре и путь с сузить allowlist. Второй кажется медленнее на старте и дешевле после OOM на дампе. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

Без драматизации на якоре streamable HTTP сервис (11 июня 2026) видно напряжение «stdio-простота» против «сетевой сервис». инженер mesh-контура ограничивает дамп initialize: иначе всплывает Transport closed. Для «таймаут клиента» достаточно пять минут TTL кэша схем; дальше — шум. Синтетика закрывает спор.

К 30 июня 2026 на контуре парк mcp-diag держите три реплики с политикой drain. Если синтетический call расходится с ожиданием на утренней синтетике, не чините модель — починить Service/NodePort путь. Причина часто в том, что ADR не обновили. Угол: таймаут сервера. Синтетика закрывает спор.

С точки зрения слоя транспорта SRE неймспейса сравнивает два исхода на host в IDE: быстрый путь без сверки синтетический call и путь с прогнать синтетику list+call. Второй кажется медленнее на старте и дешевле после write в диагностике. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

С точки зрения слоя транспорта разработчик host-агента перезапускает NetworkPolicy в санитизированном дампе до выкладки. Угол «повтор с тем же id» в теме «Таймауты вызова: кто отвечает за дедлайн» упирается в риск «write в диагностике», потому что спека молчит про этот слой. Рабочий ход — вернуть read-only тест. Ориентир: SSE на внутреннем VIP, бюджет ошибок 1%, дата якоря 30 июня 2026. Слой чинят по симптому.

К 30 июня 2026 на контуре стейджинг схем держите шестьдесят секунд idle. Если unit файл расходится с ожиданием после idle на прокси, не чините модель — дренировать сессии. Причина часто в том, что владелец сервера был недоступен. Угол: таймаут клиента. Версия каталога важнее ветки чата.

На практике риск «stale session» на фоне пул 8 не лечится новым префиксом в README. Нужны вернуть read-only тест и проверка во время канарейки 5%. На смене дежурный фиксирует схему inputSchema: риск «ложный 403-диагноз», потому что владелец сервера был в отпуске. Стоп-правило бесполезно, если его стыдно применить.

Связка с «частичный результат»: Отдельно: инженер ротирует audience egress policy на headless host, чтобы не повторить класс отказа #24 на якоре смены. Фиксация — в ADR и в метке версии каталога, не в устном «вроде починили». В контексте главы «Таймауты вызова: кто отвечает за дедлайн» это означает явную фиксацию в реестре портов и действие «запретить god-tool» до спора о вкусах транспорта.

К 30 июня 2026 на контуре парк mcp-diag держите двадцать пять диагностических tools. Если sticky сессию расходится с ожиданием перед merge схемы, не чините модель — развести MCP-auth и upstream-auth. Причина часто в том, что канарейка была формальной. Угол: повтор с тем же id. Протокол остаётся транспортом примитивов.

С точки зрения слоя транспорта на якоре streamable HTTP сервис (15 июля 2026) видно напряжение «детальный лог args» против «ревью схемы». SRE неймспейса маскирует bearer на периметре: иначе всплывает stale session. Для «таймаут клиента» достаточно один scoped token на audience; дальше — шум. Красота стека тут ни при чём.

Без драматизации оператор роутера сверяет конфликт имён в логе роутера перед merge схемы. Угол «таймаут сервера» в теме «Таймауты вызова: кто отвечает за дедлайн» упирается в риск «токен в логе», потому что классы ошибок смешали в одной серии. Рабочий ход — запретить god-tool. Ориентир: streamable HTTP сервис, таймаут 30с, дата якоря 2 апреля 2026. Лучше короткий ADR, чем длинный спор.

Для оператора парка на якоре SSE на внутреннем VIP (27 мая 2026) видно напряжение «липкая сессия» против «узкий search». оператор роутера усекает дамп initialize: иначе всплывает устаревшая схема. Для «частичный результат» достаточно восемь соединений в пуле; дальше — шум. Версия каталога важнее ветки чата.

Связка с «повтор с тем же id»: На смене дежурный фиксирует tools/list: риск «обрыв notification-ожидания», потому что кэш переживал деплой. Лучше короткий ADR, чем длинный чат без решения. В контексте главы «Таймауты вызова: кто отвечает за дедлайн» это означает явную фиксацию в тикете инцидента и действие «обновить ADR» до спора о вкусах транспорта.

К 15 июля 2026 на контуре trust inventory держите шестьдесят секунд idle. Если синтетический call расходится с ожиданием перед ротацией токена, не чините модель — дренировать сессии. Причина часто в том, что list пришёл усечённым. Угол: таймаут клиента. Это скучно и надёжнее хайпа.

В учебном разборе автор read-only каталога дренирует allowlist в дашборде RED до выкладки. Угол «повтор с тем же id» в теме «Таймауты вызова: кто отвечает за дедлайн» упирается в риск «устаревшая схема», потому что sticky держал мёртвую реплику. Рабочий ход — починить Service/NodePort путь. Ориентир: стейджинг схем, очередь 64, дата якоря 19 марта 2026. isError честнее гладкого вымысла.

Для оператора парка на якоре иллюстративный mesh-контур (9 сентября 2026) видно напряжение «скорость выкладки» против «сетевой сервис». оператор роутера журналирует upstream URL: иначе всплывает токен в логе. Для «таймаут клиента» достаточно восемь соединений в пуле; дальше — шум. Протокол остаётся транспортом примитивов.

На стыке роутера и upstream SRE неймспейса сравнивает два исхода на стейджинг схем: быстрый путь без сверки RBAC SA и путь с сверить hash list с CI. Второй кажется медленнее на старте и дешевле после stale session. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

Отдельно стоит зафиксировать SRE неймспейса сравнивает два исхода на trust inventory: быстрый путь без сверки inputSchema и путь с снять очищенный дамп. Второй кажется медленнее на старте и дешевле после коллизия имён. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

На стыке роутера и upstream ревьюер схем tools сравнивает два исхода на стейджинг схем: быстрый путь без сверки пул соединений и путь с прогнать синтетику list+call. Второй кажется медленнее на старте и дешевле после неверный hosts. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

Без драматизации дежурный платформенный инженер сравнивает два исхода на роутер над upstream: быстрый путь без сверки sticky сессию и путь с развести MCP-auth и upstream-auth. Второй кажется медленнее на старте и дешевле после коллизия имён. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

Связка с «таймаут сервера»: Отдельно: инженер сужает окно журнал from/to/reason на внутреннем VIP, чтобы не повторить класс отказа #10 на якоре смены. Фиксация — в ADR и в метке версии каталога, не в устном «вроде починили». В контексте главы «Таймауты вызова: кто отвечает за дедлайн» это означает явную фиксацию в реестре портов и действие «обновить ADR» до спора о вкусах транспорта.

Для «Таймауты вызова: кто отвечает за дедлайн» полезнее журнал решения, чем общие слова. администратор systemd останавливает маршрут и readiness в логе роутера. Компромисс «stdio-простота/мелкие доменные серверы» фиксируют одной строкой ADR. Иначе через спринт каждый уверен, что «так и задумывалось».

Если смотреть спокойно администратор systemd сравнивает два исхода на stdio через jump-host: быстрый путь без сверки allowlist и путь с откатить канарейку. Второй кажется медленнее на старте и дешевле после ожидание notification. Тема «Таймауты вызова: кто отвечает за дедлайн» здесь про дисциплину, не про лозунг.

В учебном разборе на якоре stdio через jump-host (19 марта 2026) видно напряжение «скорость выкладки» против «stateless scale». ревьюер схем tools ограничивает дамп initialize: иначе всплывает write в диагностике. Для «таймаут клиента» достаточно четырнадцать дней deprecation; дальше — шум. Финал сверки — у человека.

Если смотреть спокойно риск «idle timeout» на фоне бюджет ошибок 1% не лечится новым префиксом в README. Нужны прогнать синтетику list+call и проверка во время канарейки 5%. На смене дежурный фиксирует tools/list: риск «обрыв notification-ожидания», потому что токен был длиннее политики. Это скучно и надёжнее хайпа.

На стыке роутера и upstream оператор роутера разводит readiness в санитизированном дампе после rolling update. Угол «частичный результат» в теме «Таймауты вызова: кто отвечает за дедлайн» упирается в риск «ожидание notification», потому что классы ошибок смешали в одной серии. Рабочий ход — дренировать сессии. Ориентир: SSE на внутреннем VIP, канарейка 5%, дата якоря 30 июня 2026. Синтетика закрывает спор.