От документа к рабочему контексту
Обычно путь новой функции проходит через несколько разрозненных систем. Требования хранятся в Notion или Google Docs, задачи — в Jira, дизайн — в Figma, технические решения — в Markdown или GitHub, а обсуждения — в Slack. Когда к процессу подключается AI-агент, ему приходится вручную передавать фрагменты этого контекста.
Figma Specs предлагает собрать эти слои на одном холсте. Компания представила новый тип рабочего объекта на конференции Config India 15 октября 2026 года. В Specs можно помещать Markdown-файлы с продуктовыми требованиями, техническими описаниями и архитектурными заметками, а рядом размещать фреймы, диаграммы, code layers и комментарии.
Идея не в том, чтобы заменить текстовый редактор более красивым интерфейсом. Figma пытается превратить холст в место, где команда согласует не отдельный экран, а намерение продукта: для кого создаётся функция, как она должна работать, какие у неё ограничения и каким образом это отражается в интерфейсе и коде.
Как связаны требования, дизайн и код
Markdown-файл можно перетащить на холст, совместно редактировать и обсуждать в комментариях. Внутри Specs агент Figma может отвечать на комментарии и помогать работать с содержанием документа. После согласования спецификацию можно передать coding agent через Figma MCP — механизм, который связывает контекст дизайна с инструментами разработки.
Вместо короткого задания вроде «сделай экран оплаты» разработчик или агент получает более полный пакет:
- цель функции и пользовательские сценарии;
- ограничения по бизнес-логике;
- связанные макеты и состояния интерфейса;
- компоненты дизайн-системы;
- технические пояснения и примеры;
- комментарии команды по спорным решениям.
Это важное различие. AI может сгенерировать формально работающий экран, но без продуктового контекста он не знает, какие состояния обязательны, что произойдёт при ошибке платежа и какие элементы нельзя менять из-за требований бренда или аналитики.
Одновременно Figma развивает code layers, которые перешли в открытую бета-версию, и связывает их с Code Connect. Компания также объявила о нативной интеграции Payload — инструмента для создания сайтов с данными, CMS, API, авторизацией и административной панелью. В совокупности это выглядит как движение от описания идеи к дизайну, кода и далее к работающему цифровому продукту.
Практический сценарий для небольшой команды
Представим стартап, который запускает подписку в мобильном сервисе. Продакт-менеджер создаёт в Specs Markdown-документ: описывает целевую аудиторию, тарифы, ограничения, события аналитики и сценарии отмены подписки.
Дизайнер добавляет прототип с состояниями «активна», «неуспешная оплата» и «отмена». Маркетолог прикрепляет формулировки оффера и правила использования бренда. Разработчик уточняет, какие данные должны приходить из API. Агент помогает найти противоречие: в требованиях указана ежемесячная оплата, а в одном из экранов осталась старая формулировка о годовом плане.
После согласования coding agent получает не только ссылку на макет, но и связанные с ним требования. Человеку всё равно нужно проверить результат, однако вероятность потерять важную деталь при передаче задачи становится ниже.
Для команды из пяти–десяти человек это может быть полезнее, чем набор отдельных AI-функций. В небольшой компании один сотрудник часто совмещает роли продакт-менеджера, дизайнера и технического координатора. Единый контекст уменьшает число пересказов и помогает быстрее понять, почему интерфейс устроен именно так.
Что это меняет для маркетинга
Потенциальная польза Specs не ограничивается разработкой приложений. Маркетинговая команда может собрать в одном пространстве позиционирование продукта, структуру лендинга, визуальные референсы, варианты оффера, требования к аналитике и правила бренда.
Например, агенту можно поручить проверить, соответствует ли новый экран утверждённой коммуникации, или подготовить варианты структуры страницы на основе согласованного позиционирования. Важно, что речь идёт не о генерации текста «из воздуха», а о работе с материалами, которые команда уже приняла как основу.
При этом опубликованный анонс не доказывает, что Specs автоматически сократит сроки разработки или уменьшит количество ошибок. Это направление, которое предстоит оценивать на реальных проектах. Сам по себе общий холст не устраняет противоречия в документах — он лишь делает их видимыми в одном рабочем пространстве.
Где остаются риски
Общий холст не гарантирует согласованность
В одном проекте могут одновременно существовать устаревшее требование, новый макет и код, написанный по третьей версии логики. Без ответственных за актуальность документов Specs рискует стать не единым источником правды, а более удобным архивом несогласованных решений.
Команде понадобятся правила: кто утверждает спецификацию, когда документ считается готовым для передачи агенту и как помечаются устаревшие версии.
Чем больше контекста, тем важнее права доступа
Если агент видит требования, дизайн, репозиторий и CMS, ошибка в настройках способна затронуть сразу несколько систем. Поэтому полезно разделять права на чтение, подготовку предложений и публикацию изменений.
Безопасная модель для большинства команд — сначала разрешать агенту анализировать и предлагать изменения, а финальное внесение в код, контент или настройки оставлять человеку.
Появляется новый lock-in
Если требования, дизайн, кодовые слои и связи с агентами накапливаются внутри Figma, переход на другой инструмент может стать сложнее. Это уже не только зависимость от формата файлов. Платформа начинает хранить саму структуру продуктового контекста и историю решений команды.
Specs запускается в открытой бете на платных планах, поэтому возможности и условия использования ещё могут меняться.
Вывод
Figma Specs — попытка изменить не отдельный этап работы, а способ передачи продуктового замысла от бизнеса к коду. Компания объединяет Markdown-требования, макеты, диаграммы, кодовые слои и подключения к агентам в одном пространстве.
Для команд главный вопрос теперь звучит не только так: «какой агент умеет писать код?». Важнее понять, где хранится намерение продукта и как агент получает к нему доступ. Если Specs сможет поддерживать актуальную связь между требованиями, дизайном и реализацией, Figma станет не просто инструментом для макетов, а рабочим контекстом всей продуктовой команды. Но вместе с удобством придётся выстроить контроль версий, права агентов и правила выхода из платформы.
