iOS-симулятор в Claude Code Desktop и день, когда MCP стал stateless

На неделе в X проскочили две короткие новости, которые на первый взгляд не связаны друг с другом, но вместе неплохо показывают, куда движется экосистема Claude Code. Первая — про iOS-симулятор в Claude Code Desktop: разработчик под ником @adocomplete показал, что теперь можно запускать симулятор iOS прямо внутри приложения и итерировать по мобильному коду, не переключаясь между окнами. Вторая — шутливый твит Саймона Уиллисона (@simonw) с ретвитом «Happy Stateless MCP day!» от Аде Ошиние. За этой шуткой стоит вполне серьёзный факт: MCP как протокол постепенно взрослеет и обрастает архитектурными решениями, которые раньше были предметом споров, а теперь становятся нормой.

iOS-симулятор в Claude Code Desktop: зачем это нужно

До сих пор типичный цикл мобильной разработки с Claude Code выглядел так: агент правит код в терминале, а сборку и проверку на устройстве или в симуляторе разработчик делает вручную, в отдельном окне Xcode. Это рабочая, но рваная схема — переключение контекста съедает время и разрывает поток. Возможность запустить симулятор внутри самого Desktop-приложения убирает этот разрыв: агент может сгенерировать изменения, тут же собрать проект и увидеть результат в том же окне, без ручного переключения.

Для тех, кто использует Claude Code для мобильной разработки, это не косметика, а изменение самого цикла работы. Обратная связь становится короче: агент видит результат почти сразу, а значит быстрее находит и чинит визуальные баги, проблемы вёрстки или падения при запуске — то, что раньше требовало ручной проверки после каждой правки.

Что это значит на практике

По сути, Claude Code Desktop дрейфует в сторону полноценной IDE для мобильной разработки, а не просто чат-обёртки над CLI. Это логичное направление: чем больше рутинных шагов (запуск, сборка, проверка) агент берёт под контроль сам, тем меньше человек нужен «в цикле» — а это ровно то, ради чего вообще существуют такие инструменты.

MCP-протокол взрослеет: что скрывается за шуткой про stateless MCP

Второй твит куда лаконичнее, но заслуживает внимания. «Stateless MCP» — это не просто каламбур, а отсылка к реальной архитектурной развилке в протоколе Model Context Protocol. Изначально MCP-серверы держали состояние сессии между вызовами, что удобно для локальных инструментов, но плохо масштабируется, когда сервер работает в облаке за балансировщиком нагрузки и запросы одного клиента могут попадать на разные инстансы.

Переход к stateless MCP — то есть к режиму, где сервер не обязан помнить контекст между запросами, а вся необходимая информация передаётся явно, — решает именно эту проблему. Для разработчиков, которые собирают собственные MCP-серверы, это означает более простое горизонтальное масштабирование и меньше головной боли со sticky-сессиями на проде.

Почему это важно даже тем, кто не пишет MCP-серверы сам

Даже если вы просто подключаете готовые MCP-интеграции к Claude Code и не разрабатываете протокол сами, зрелость stateless-подхода напрямую влияет на надёжность инструментов, которыми вы пользуетесь: меньше странных обрывов сессии, стабильнее работа при высокой нагрузке на серверной стороне.

Вывод

Обе новости — это два среза одного и того же процесса: Claude Code перестаёт быть просто «ассистентом в терминале» и обрастает инфраструктурой полноценной среды разработки — от интеграции с iOS-симулятором на клиенте до архитектурного взросления MCP-протокола под капотом. По отдельности каждая новость выглядит небольшим шагом, но вместе они складываются в понятную траекторию: меньше ручных переключений, больше автономности агента и более надёжный фундамент для инструментов, которые вокруг него строятся.