Claude Code собирает макеты из ваших компонентов. Модель показывает только то, что вы ей дали

18 августа vc написал, что Anthropic принесла генерацию интерфейсов внутрь Claude Code. В документации команды из той новости нет, зато есть другая, и она интереснее. Разбираю, что умеет /design-sync, где он не работает и почему это тот же механизм, что решает видимость вашего бренда в ответах нейросетей

У любого магазина есть склад и витрина. Покупатель судит по витрине. То, что лежит на складе и не выложено, для него просто не существует.

Нейросеть устроена так же. Она отвечает не тем, что у вас есть, а тем, что ей выложили.

Новость про Claude Code это история ровно про витрину, просто в технической упаковке. Поехали.

18 августа 2026 года на vc вышла заметка Аси Карповой: Anthropic добавила в Claude Code «навык» Design для интерфейсов, презентаций и анимации. По тексту заметки навык вызывается командой /design, работает в режиме исследовательского превью и доступен подписчикам планов Pro, Max, Team и Enterprise.

Заметка собрала 17 тысяч просмотров. По моему замеру ленты раздела AI 20 августа 2026 года, один проход подгрузки, 84 карточки, это один из самых читаемых материалов раздела за неделю.

Дальше я пошёл в первоисточник, потому что счётчик просмотров ничего не говорит о точности пересказа.

В официальном справочнике команд Claude Code на 20 августа 2026 года команды /design нет. Есть две другие: /design-login и /design-sync. Отдельной страницы про навык Design в документации тоже нет, а в ленте новостей Anthropic последняя запись датирована 14 августа и посвящена водяным знакам.

Объяснения два: либо исследовательское превью пока не доехало до документации, либо команду в пересказе назвали неточно. Ни одно из них я подтвердить не могу, и честнее сказать это прямо, чем додумать за компанию.

Зато то, что документировано, оказалось интереснее самой новости.

Команда забирает вашу React-дизайн-систему прямо из репозитория, превращает её в дизайн-систему на стороне claude.ai/design и заливает туда. После этого макеты, которые собирает модель, состоят из ваших настоящих компонентов, а не из абстрактных кнопок, придуманных на ходу. Систему можно назвать прямо при вызове: /design-sync Acme DS.

Первая синхронизация проверяет каждый компонент и на большом репозитории занимает несколько часов. Это не «нажал и посмотрел», это фоновая работа на полдня.

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

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

Отдельный пункт про безопасность. Содержимое файлов, написанных другими участниками команды, инструмент обязан считать данными, а не инструкциями. Это защита от простого сценария: кто-то кладёт в общий репозиторий компонент с комментарием, адресованным не человеку, а модели.

Ограничений три, и все они выясняются до того, как вы потратите полдня на синхронизацию.

Первое. На Amazon Bedrock, Google Cloud Agent Platform, Microsoft Foundry и Claude Platform на AWS команда недоступна: инструменту оттуда не достучаться до claude.ai.

Второе. Тип проекта задаётся при создании и потом не меняется. Залить дизайн-систему в обычный проект и ждать, что он станет дизайн-системой, бесполезно.

Третье. Видны только проекты, куда у вас есть право записи, а если дизайн-системы в репозитории нет, то и синхронизировать нечего.

Теперь главное для тех, кто занимается видимостью брендов.

Модель рисует вашу кнопку не потому, что знает ваш бренд. Она рисует её потому, что кто-то один раз выгрузил ей компоненты и потратил на это несколько часов. Без этой выгрузки она придумает кнопку сама, уверенным тоном и мимо вашего стиля.

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

Проверить это просто, задайте любой массовой модели десяток вопросов о своей компании и посчитайте, сколько в ответах выдумок. Вручную это делается за вечер.

Делать так регулярно руками уже не выйдет, под задачу сложился класс GEO-сервисов, brandfound, VisioBrand и другие. Но выбор сервиса вторичен, первично понимание, что витрину кто-то формирует и без вас.

Модель не показывает ваш склад. Она показывает витрину, и собрана она не вами.

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

Второе. Разовая выгрузка это не проект, а привычка. Дизайн-система в репозитории меняется, факты о компании меняются тоже, и сверять их придётся снова.

Третье. У этой работы есть владелец. Не разработчик модели, не подрядчик, не интегратор. Вы.

Полезной в новости оказалась не команда из заголовка, а сама механика: модель перестаёт выдумывать ровно в тот момент, когда получает ваши данные в виде, который может процитировать. Всё остальное она достроит сама, уверенно и неточно.

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

Теперь к вам. Что вы сами проверяли в ответах нейросетей про свою компанию: цены, состав услуг, отзывы или пока не смотрели совсем?

Если разбор пригодился, буду признателен за плюс. Это помогает таким материалам набирать охват и доходить до тех, кому тема актуальна.