Anthropic наконец выпустила Claude Code в формате настольного приложения — шаг, которого многие ждали. Логика понятна: CLI полезен, но если «agentic coding» претендует на массовое и ежедневное использование, без GUI не обойтись.

Когда у разработчика одновременно несколько задач, потоков и контекстов, командная строка со «скрытым» состоянием и неочевидной обратной связью быстро становится узким местом. Поэтому релиз десктопной версии выглядел как важная веха: переход от «рабочего инструмента» к полноценному продукту.

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

Пользователи жалуются на зависания и вылеты на Windows, на iOS — на внезапные блокировки клавиатуры и даже исчезающий интерфейс ввода, который приходится «лечить» перезапуском чата. Добавляются визуальные и UXсбои: мерцание поля ввода, странное расположение кнопок, нестабильное поведение вкладок и элементов управления.

Отдельно бьёт по репутации то, что ломается не «экзотика», а базовые сценарии. Автоматизация, которая должна экономить время, оказывается непредсказуемой: например, попытки прогнать Routine для простого процесса обработки данных упираются в проблемы с подключением к базе.

Вишенка на торте — публичные списки багов: один из авторов, Theo, за час тестирования насчитал более 40 проблем, от хаоса с горячими клавишами и вкладками до нелогичного поведения диффвида и «открытия файла», которое делает что угодно, кроме открытия.

Ключевая интрига здесь даже не в самом факте сырого релиза (это случается). Проблема в контрасте с тем, как Anthropic последние месяцы продвигает идею «AI пишет почти весь код». В публичных заявлениях фигурировали всё более смелые проценты — 80–90%, затем 90% и, наконец, «по сути 100%» для части продуктов.

Более того, утверждалось, что Claude Code «на 100% написан Claude Code». Но когда «100%» материализуется в продукт, пользователи видят не зрелость, а ощущение поспешно собранного, плохо отлаженного «vibeпрототипа», где состояние задач не прозрачно, потоки зависают без объяснений, а UI может показывать «как будто работает», хотя процесс уже умер.

Критика усиливается на фоне обсуждений качества кода в утечках: приводятся примеры гигантских файлов и функций с тысячами строк и сотнями ветвлений, где в одном месте смешаны несвязанные обязанности — от логики выполнения агента до обработки сигналов и инфраструктурных деталей.

В таком подходе узнаётся культура «лишь бы бежало»: дешевле, быстрее, сначала выкатить, потом чинить. И это плохо сочетается с образом компании, которая продаёт будущее разработки.

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

Если «100% AIкодинг» приводит к продукту, где базовые действия нестабильны, а ошибки множатся на ровном месте, то вопрос не в скорости генерации, а в стандартах — архитектуре, тестировании, контроле качества и ответственности за релиз.