Интервью
Крис Страхл, основатель и генеральный директор Knapsack – Интервью

Крис Страхл является сооснователем и генеральным директором Knapsack, где он фокусируется на изменении того, как создаются современные цифровые продукты, выравнивая дизайн, инженерные и продукционные команды вокруг общей системы истины. С опытом, основанным на системах дизайна и разработке фронтенда, он также широко известен как ведущий Подкаста о системах дизайна, где он исследует, как организации масштабируют дизайн, улучшают сотрудничество и модернизируют цифровое производство.
Knapsack – это корпоративная система дизайна и цифровая производственная платформа, которая действует как живая система записи, соединяющая дизайнерские активы, код, контент и документацию в режиме реального времени. Платформа позволяет командам создавать и управлять многократно используемыми, готовыми к производству компонентами, управлять токенами дизайна и поддерживать последовательность в сложных цифровых экосистемах. Структурируя дизайн и данные интерфейса пользователя таким образом, чтобы они были масштабируемыми и готовыми к ИИ, Knapsack помогает крупным организациям ускорять доставку, снижать дублирование и обеспечивать целостность бренда и продукта во всех командах и каналах.
Knapsack появился после лет, проведенных за создание систем дизайна для крупных корпораций в Basalt, где повторяющееся трение между дизайнерскими файлами, инженерными рабочими процессами и отгруженным кодом стало невозможно игнорировать. Какой был момент, когда эта закономерность стала достаточно ясной, чтобы оправдать запуск посвященной платформы?
Мы построили бесчисленные системы дизайна в Basalt, и закономерность была очевидна: дизайнерские файлы, инженерные рабочие процессы и отгруженный код все существовали в отдельных вселенных. Результатом не был один драматический провал, а тысяча повторяющихся потерь: неправильно размеренные кнопки, несоответствующее поведение и стиль смещения по свойствам, которые стоили командам месяцев переделки. Мы знали, что это была реальная проблема, когда увидели, что эти проблемы не могли быть исправлены с помощью лучших синхронизационных разъемов или более приятной документации. Они требовали единой авторитетной системы записи для дизайна, кода и правил бренда. Это осознание сделало ясным, что посвященная платформа была необходима.
Переход от агентской и консультационной работы к созданию продукта показал более глубокую проблему, которую существующие инструменты систем дизайна и рабочие платформы не решали. Какой был основной пробел, который сформировал раннюю архитектуру и направление Knapsack?
Когда мы перешли от агентской работы к созданию продукта, основной отсутствующий элемент стал очевидным. Не было надежной, машиночитаемой системы, которая захватывала компоненты, ограничения и синергию между дизайнерами и инженерами. Существующие инструменты фокусировались на файлах или изолированных репозиториях, но не на живом представлении истинного состояния продукта, включая компоненты, темы, правила использования и метаданные соответствия. Мы построили Knapsack вокруг канонической системы записи, которая является компонентно-ориентированной, версионной, инструментальной и способной интегрироваться как с инструментами дизайна, так и с кодовыми базами. Этот вывод сформировал нашу модель ингестии и слой связывания, в конечном итоге приведя к Интеллектуальному продукту.
Эра “холста” уступает место живым, связанным с кодом системам. Как вы определяете этот сдвиг, и что меняется для команд, когда создание продукта переходит от статических файлов к непрерывно обновляемым системам?
Эра “холста” относилась к UX как к статическим артефактам, обычно файлам, передаваемым между командами. Новая эра обусловлена непрерывно обновляемыми, исполняемыми системами, которые отражают реальную реализацию. Изменение для команд значительное. Вместо того, чтобы спорить о том, какой файл или ветка является источником истины, они работают из общей системы, которая раскрывает текущее состояние компонентов, токенов, ограничений доступности и поведения в производстве. Это снижает неоднозначность, позволяет автоматизировать проверку и поддерживает агентские рабочие процессы, которые генерируют полезный интерфейс пользователя на основе реальных компонентов, а не приближений.
Интерфейсы, сгенерированные агентом, часто терпят неудачу без системы записи, отражающей реальные компоненты, правила и ограничения. Почему этот якорный слой необходим для того, чтобы ИИ производил интерфейсы, готовые к корпоративному использованию?
ИИ может синтезировать компоновки и копию, но ему нужен авторитетный словарь, чтобы производить интерфейсы, готовые к корпоративному использованию. Якорный слой, содержащий конкретные компоненты, свойства, ограничения, токены и правила использования, дает ИИ границы, которые он должен уважать. Без него агенты фантазируют стили, игнорируют требования доступности или генерируют код, который не соответствует тому, что команды инженеров фактически доставляют. С реальной графой компонентов и набором правил агенты производят выходы, которые являются реализуемыми, соответствующими и последовательными с корпоративными стандартами. Это разница между красивым макетом и развертываемым интерфейсом.
Когда Интеллектуальный продукт развивался, что оказалось наиболее трудным в объединении дизайнерских активов, кода, правил бренда, требований соответствия, шаблонов UX и данных производительности в одну связную систему?
Проблема не в одном интеграционном соединении, а скорее в серии из них. Это гармонизирует намерение и реальность во всех представлениях, включая токены дизайна в Figma, реализации компонентов в нескольких репозиториях, руководства по бренду в юридических документах, телометрию из производственных систем и метаданные соответствия. Каждый из этих живет в разных форматах, с разными владельцами и на разных циклах обновления. Преобразование этих сигналов в одну последовательную модель требовало сильных конвейеров ингестии, правил разрешения конфликтов и четкой модели для происхождения и владения. Командам нужно знать, что изменилось, кто сделал изменение и почему оно было сделано. Построение этого доверительного слоя было самой трудной частью.
С ИИ, теперь способным генерировать все более полные интерфейсы, как вы видите эволюцию ролей дизайнеров и инженеров внутри рабочих процессов человека-агента?
Агенты будут обрабатывать повторяющиеся задачи, такие как создание страниц, предложение доступных вариантов и генерирование локализованного контента. Дизайнеры будут фокусироваться на стратегии, намерении опыта, граничных случаях UX и определении ограничений, которые стимулируют хорошие результаты. Инженеры будут фокусироваться меньше на наборе каждого пикселя и больше на правильности компонентов, контрактах во время выполнения, наблюдаемости и производительности. Люди становятся кураторами и верификаторами. Мы определяем правила, проверяем выходы и определяем, что такое качество. Самые ценные человеческие навыки будут системным мышлением и суждением.
После серии А, что стало приоритетными направлениями для ускорения разработки продукта и корпоративного внедрения?
Серия А позволила нам ускориться в трех областях. Во-первых, в настройке и ингестии, которые позволяют корпорациям создать систему записи за несколько дней вместо месяцев. Во-вторых, в Интеллектуальном продукте, включая возможности, выровненные с моделью, которые обеспечивают, что сгенерированные интерфейсы уважают бренд и правила. В-третьих, корпоративные контроли, такие как разрешения, аудит и крючки соответствия, обеспечивают, что лидеры чувствуют уверенность в принятии Knapsack во всей корпорации. Это рычаги, которые стимулируют реальное внедрение в масштабе.
Корпоративные команды часто борются с переходом от статических рабочих процессов к динамическим, готовым к агенту системам. Каковы самые большие препятствия, и как Knapsack помогает организациям адаптироваться?
Корпорации борются с фрагментированными системами, владельческими силосами, регуляторными ограничениями и высокой стоимостью поддержания всего в актуальном состоянии. Мы помогаем, делая ингестию быстрой и определенной, моделируя происхождение и владение, и предоставляя функции управления, такие как разрешения и журналы аудита. Эти инструменты позволяют командам проверить доверие в автоматизированных рабочих процессах.
Когда создание продукта становится все более автоматизированным, какие новые возможности, по вашему мнению, командам необходимо разработать, чтобы оставаться эффективными в среде, где ИИ генерирует больше фундаментальной работы?
Командам необходимо разработать более сильные системные навыки мышления, в частности, способность авторизовать ограничения, политики и контракты компонентов, которые агенты могут использовать. Им также нужны лучшие практики мониторинга и проверки, включая наблюдаемость в решениях агентов, контроль развертывания и рамки Q&A для сгенерированного UX. Грамотность управления становится необходимой, особенно способность выражать требования соответствия, доступности и конфиденциальности в машиночитаемом формате. Организации, которые преуспеют, будут теми, которые смогут кодифицировать политику и качество в своих системах.
Оглядываясь вперед на пять лет, как вы ожидаете, что создание продукта, управляемое ИИ, будет развиваться, и какую позицию вы хотите, чтобы Knapsack занял на этом следующем этапе отрасли?
Через пять лет создание продукта будет напоминать композицию сервисов против живой графики компонентов, а не передачу статических компоновок между командами. Агентные инструменты будут генерировать готовые к производству поверхности, используя политики, бюджеты производительности и ограничения бренда. Моя цель – сделать Knapsack канонической системой записи, на которую агенты и приложения полагаются, чтобы понять истинные примитивы UX и правила компании. Это включает в себя глубокую интеграцию с моделями и CI/CD, сильное управление для регулируемых корпораций и быструю настройку для новых команд. Knapsack должен быть доверенным слоем для бренда, поведения и безопасности, когда компании позволяют агентам работать более автономно.
Спасибо за отличное интервью, читателям, которые хотят узнать больше о современных системах дизайна и масштабируемом цифровом производстве, следует посетить Knapsack.












