claude code для дизайнеров
https://nervegna.substack.com/p/claude-code-for-designers-a-practical

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

выжимка:

— идея: дизайнеру не обязательно становиться разработчиком, чтобы шипать. главный барьер — не код, а перевод дизайн-намерения в системную реализацию
— связка claude code + строгий процесс (gsd-подход): сначала уточнение требований, крайних кейсов и границ задачи, потом уже код
— флоу работы: вопросы → ресёрч при необходимости → фиксация requirements / roadmap / state → план по фазам → выполнение фаз → проверка и uat
— принцип атомарных коммитов: каждая задача — отдельный git-коммит, чтобы легко откатываться и продолжать в новых сессиях
— быстрый деплой для демо через github + vercel с автопубликацией
— интеграция figma через mcp: дизайн-токены и компоненты синкаются с кодом, меньше ручного рассинхрона
— для более сложных штук: auth и база через supabase + подключение внешних api

инстурменты:

— gsd (get shit done, фреймворк на GitHub) — не просто промпт, а фреймворк работы. он заставляет модель:
1. сначала задавать уточняющие вопросы
2. фиксировать требования и ограничения
3. выписывать roadmap
4. делить работу на фазы
5. работать по фазам, а не хаотично

— обязательные артефакты:
requirements md — что именно делаем
roadmap md — этапы
state md — текущее состояние проекта
это снижает «дрейф» модели и позволяет продолжать работу в новых сессиях

— claude code как основной агент для работы с репозиторием и многошаговых изменений

— vercel + github — быстрый способ деплоя и демо без лишней инфраструктуры

Google представила WebMCP — способ для сайтов напрямую разговаривать с ии через браузер. раньше агенту нужно было анализировать интерфейс, кликать, парсить html и по сути угадывать, как работает страница. теперь сайт может сам описать, какие действия доступны и какие инструменты можно вызывать.

WebMCP работает через Chrome и позволяет ИИ обращаться к функциям сайта более структурированно и предсказуемо. это шаг к вебу, который изначально готов к агентам, а не только к людям.

https://developer.chrome.com/blog/webmcp-epp

export from Claude Code to Figma

x

дизайн-язык гугла для очков: https://design.google/library/transparent-screens

Anthropic выкатили Claude Sonnet 4.6 — самое серьёзное обновление средней модели. Новый Sonnet лучше пишет код, точнее следует инструкциям, сильнее в долгом контексте, контекст до 1M токенов в бете. Уже у всех в дефолте.

https://www.anthropic.com/news/claude-sonnet-4-6

https://claude.com/blog/improved-web-search-with-dynamic-filtering

"Чтобы повысить эффективность работы Claude с веб-поиском, наши инструменты веб-поиска и загрузки веб-страниц теперь автоматически пишут и выполняют код для постобработки результатов запросов. Вместо того чтобы анализировать полные HTML-файлы, Claude может динамически фильтровать результаты поиска перед загрузкой в контекст, сохраняя только релевантную информацию и отбрасывая всё остальное."

CodeAct в очередной раз победил. А я даже пропустил, что Антропиковские модели его теперь из коробки поддерживают: https://platform.claude.com/docs/en/agents-and-tools/tool-use/programmatic-tool-calling

Atlas вытаскивает action-кнопки обучая людей переходить в чат со сторонних сайтов

в Grok появилась бета-версия модели Grok 4.20

что внутри:
— архитектура из четырёх субагентов
— они параллельно анализируют разные источники
— каждый формирует свою часть рассуждения
— итоговый ответ собирается как агрегированный результат

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

да-да, это опять похоже на консул-подход, как тот, что недавно внедрил Perplexity.

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

В Gemini теперь можно генерировать музыку

Продолжительность трека до 30 секунд. Музыку и вокал генерирует модель Lyria 3, обложку — Nano Banana.

На YouTube генерацию музыки тоже добавили.

https://blog.google/innovation-and-ai/products/gemini-app/lyria-3/

Новое интервью Рё

Если вы не знали или забыли, то Ryo Lu сейчас руководит дизайном в Cursor, до этого был одним из ключевых дизайнеров Notion.

Сейчас он является таким дизайн-евангелистом кода и пытается перевести дизайнеров из Figma в Cursor. Выше в канале уже были несколько его интервью. А теперь давайте обсудим новое.

Как устроен дизайн в Cursor

- Вся дизайн‑команда — четыре человека, но почти все инженеры тоже постоянно что‑то проектируют, меняют флоу, придумывают паттерны.
- Рё описывает свою роль как «собирать и чистить систему»: он видит, где куски продукта на самом деле про одно и то же, соединяет людей и решения, выкидывает лишнее и унифицирует концепты на всех уровнях.
- Дисциплины не разделены: дизайнеры, инженеры, PM работают в одном материале — коде, а не в «артефактах» (PRD → макеты → тикеты).


Cursor как «язык» и среда

- Cursor — не просто редактор кода, а общий язык/состояние для людей с разными эргономиками: кто‑то мыслит через код, кто‑то через текстовые спецификации, кто‑то через визуальные макеты, кто‑то через терминал или телефон.
- Все эти формы ввода должны сходиться к одной и той же системе и тем же агентам, чтобы дизайнер, PM и инженер работали по сути с одним объектом, а не с разорванными инструментами.
- Он говорит о «pattern language»: минимальный набор простых, но мощных базовых элементов, которые в композиции дают огромную выразительность (пример — блоки/страницы/базы в Notion).


Baby Cursor, Rio OS и «малые миры»

- Рyo и команда делают отдельные «мини‑окружения»: Baby Cursor, его Rio OS, маленькие песочницы, где можно быстро испытать идею без тяжёлой инфраструктуры прод‑продукта.
- Baby Cursor внешне напоминает настоящий Cursor, но это прототипная среда, где он может приблизиться к «идеальному» ощущению, не думая про бэкенды, фичфлаги и прочее.


Агенты и новый уровень абстракции

- Эволюция интерфейса: от ручного набора кода → автодополнение → чат с моделью по всей кодовой базе → правки кода и инструменты → более агентное поведение.
- Узкое место сейчас — человек: даже сильный инженер может эффективно держать в голове максимум несколько агентов одновременно, дальше всё ломается на уровне внимания.
- Следующий шаг — интерфейсы «над» агентами: планы, дашборды, визуальные представления состояния работы, вместо попытки чатиться с десятком агентов параллельно.


Каким становится дизайнер

- Если дизайн для тебя — «кнопки, инпуты, мокапы и дизайн‑система», модели уже сегодня покрывают большую часть этой работы (вплоть до приличных UI‑картинок).
- Важной становится способность видеть суть продукта на разных уровнях: понимать, из каких концептов он состоит, как они могут эволюционировать, какие части менять, и уметь выражать это через код, сторителлинг, визуал, схемы.
- Дизайнеру приходится быть больше дженералистлм: настраивать агенты под свои задачи, читать дифы, разбираться в архитектуре, а не только рисовать красивые кадры в Figma.


AI: выравнивание поля и рост потолка

- AI одновременно снижает порог входа («любой с идеей может собрать что‑то рабочее») и радикально увеличивает потолок для тех, кто уже силён.
- «Vibe‑кодеры», которые много строят руками через Cursor/агентов, часто эффективнее классических «ручных» инженеров, потому что накапливают интуицию: какие задачи как декомпозировать под модель, какие размер/формат промта работают, где нужен контроль.
- Опытные люди получают возможность мультиплицировать свои сильные стороны в 10–100 раз, особенно если соединяться с другими специалистами (домены, бизнес, ресерч) в одной среде.


Figma vs Cursor

- Много AI‑инструментов слишком жёстко задают рамки (примером он упоминает Figma и v0, где тебя «запирают» в безопасной зоне), и за её пределами инструмент не помогает.
- Cursor он хочет сделать максимально не навязывающим: если у тебя уже есть свой стиль работы, привычки, «годы фигманья», их не нужно выбрасывать — инструмент должен усиливать, а не ломать.
- Код остаётся объединяющим субстратом, но поверх него можно дать разные представления и интерфейсы под людей с разными способами мышления.

видео

прокомментирую интересные поинты

Дисциплины не разделены: дизайнеры, инженеры, PM работают в одном материале — коде, а не в «артефактах» (PRD → макеты → тикеты).

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

Baby Cursor внешне напоминает настоящий Cursor, но это прототипная среда, где он может приблизиться к «идеальному» ощущению, не думая про бэкенды, фичфлаги и прочее.

 
— про это он много говорил в предыдущих интервью. вообще, мне кажется, что если у вас нет прототипа своего продукта или фичей которые вы делаете, то уже пора делать, скоро не иметь такой будет зазорно

  

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

— это уже не новый тренд, всё время даже в фигме собирать макеты становится всё проще. и нужно смотреть уже на интерфейс как на систему, выстраивать взаимосвязи между проблемами пользователя, задачами бизнеса, возможностями технологий... в этом смысле cursor, codex и тп это такие же новые инструменты, как автолейауты в фигме когда-то.

AI одновременно снижает порог входа («любой с идеей может собрать что‑то рабочее») и радикально увеличивает потолок для тех, кто уже силён.  

— почти что угодно уже сейчас можно сделать без знаний, но скорость и финальное качество напрямую упирается в знания и опыт

Код остаётся объединяющим субстратом, но поверх него можно дать разные представления и интерфейсы под людей с разными способами мышления.

— интересно, что проблема при использовании разных инструментов с gpt под капотом вместо фигмы даже не в коде. а в том, что мы привыкли мыслить картинками, а тут приходится объяснять это словами, менять способ мышления. уже сейчас можно кидать картинки и макеты, а дальше вероятно будут появляться другие способы более наглядного взаимодействия с llm. 

разные новости, про которые я не пишу:
— Perplexity сказали, что у них не будет рекламы, покрайней мере пока, а потом может будет, а может и не будет, непонятно
— Apple срочно делает новые девайсы, наушники с камерой позвонить, пин какой-то и ещё чего, кто бы сомневался
— Сэм Альтман не взял за ручку Дарио Амадея на какой-то конфе в Индии, или это Дарио не взял за руку Сэма — скандалы, интриги расследования
— вышли всякие новые модели у разных компаний, которые никто из нас не будет пробовать

Карпатый — о будущем «пошитых на заказ» для AI сервисов, которое пока не наступило

99% of products/services maintain .html/.css docs like I won't immediately look for how to copy paste the whole thing to my agent to get something done.

TLDR the "app store" of a set of discrete apps that you choose from is an increasingly outdated concept all by itself. The future are services of AI-native sensors & actuators orchestrated via LLM glue into highly custom, ephemeral apps. It's just not here yet.