访谈
克里斯·斯特拉尔,Knapsack创始人兼CEO – 采访系列

克里斯·斯特拉尔 是Knapsack的联合创始人兼CEO,他专注于通过设计、工程和产品团队之间的共享真理系统来重塑现代数字产品的构建方式。凭借设计系统和前端开发的背景,他还以主持设计系统播客而闻名,在那里他探讨了组织如何扩展设计、改善协作和现代化数字生产。
Knapsack 是一个企业设计系统和数字生产平台,作为一个真实的系统记录,实时连接设计资产、代码、内容和文档。该平台使团队能够构建和管理可重用的、生产就绪的组件、管理设计令牌和在复杂的数字生态系统中保持一致性。通过以可扩展和AI就绪的方式结构化设计和UI数据,Knapsack帮助大型组织加速交付、减少重复和确保品牌和产品完整性跨团队和渠道。
Knapsack是在为大型企业在Basalt构建设计系统的多年过程中出现的,当时设计文件、工程工作流和已发布代码之间的反复摩擦变得无法忽视。是什么时候清晰地认识到这种模式需要推出一个专用的平台?
我们在Basalt构建了无数的设计系统,模式很明显:设计文件、工程工作流和已发布的代码都存在于不同的宇宙中。结果不是一次戏剧性的失败,而是一千次可重复的损失:尺寸不正确的按钮、不一致的行为和风格在属性上的漂移,这些问题使团队花费了数月的返工时间。我们知道这是一个真正的问题,当我们看到这些问题不能通过更好的同步插件或更好的文档来解决。它们需要一个单一的权威系统来记录设计、代码和品牌规则。这种认识使得很明显,一个专用的平台是必要的。
从代理和咨询工作转向构建产品公司,揭示了现有的设计系统工具和工作流平台没有解决的一个更深层次的问题。是什么基础性缺口塑造了Knapsack的早期架构和方向?
当我们从代理工作转向构建产品时,核心缺失的部分变得明显。没有一个可靠的、机器可读的系统来捕获组件、约束和设计师与工程师之间的协同作用。现有的工具专注于文件或孤立的存储库,但不是产品的真实状态的活体表示,包括组件、主题、使用规则和合规性元数据。我们围绕一个规范的系统记录构建了Knapsack,该系统是组件优先的、版本化的、可测量的,并能够与设计工具和代码库集成。这个结论塑造了我们的摄取模型和链接层,最终导致了智能产品引擎的产生。
“画布时代”正在让位于活着的、代码连接的系统。您如何定义这种转变,当产品创建从静态文件转移到持续更新的系统时,团队会发生什么变化?
画布时代将UX视为静态的工件,通常是团队之间传递的文件。新的时代是由持续更新的、可执行的系统驱动的,这些系统反映了真实的实现。团队的变化是显著的。他们不再争论哪个文件或分支是真理的来源,而是从一个共享的系统中工作,该系统暴露了组件、令牌、可访问性约束和生产行为的当前状态。这减少了模糊性,实现了自动化验证,并支持代理工作流,该工作流基于真实组件而不是近似值生成可用的UI。
代理生成的UI通常在没有反映真实组件、规则和约束的系统记录的情况下会失败。为什么这个锚定层对于AI生成企业就绪的接口至关重要?
AI可以合成布局和副本,但它需要一个权威的词汇来生成企业就绪的接口。锚定层包含具体组件、属性、约束、令牌和使用规则,为AI提供了它必须尊重的边界。没有它,代理会产生风格、忽略可访问性要求或生成与工程团队实际发布的代码不匹配的代码。具有真实的组件图和规则集,代理生成的输出是可实施的、合规的,并且符合品牌标准。这是漂亮的模拟和可部署接口之间的区别。
随着智能产品引擎的发展,什么是将设计资产、代码、品牌规则、合规性要求、UX模式和性能数据统一到一个连贯系统中最具挑战性的部分?
挑战不仅仅是一个集成,而是一系列集成。它在各种表示形式之间协调意图和现实,包括Figma中的设计令牌、多个存储库中的组件实现、法律文档中的品牌指南、生产系统中的遥测数据以及合规性元数据。每一个都有不同的格式、所有者和更新周期。将这些信号转换为一个一致的模型需要强大的摄取管道、冲突解决规则和明确的所有权和来源模型。团队需要知道发生了什么变化、谁做了更改以及为什么做出更改。建立这个信任层是最困难的部分。
随着AI现在能够生成越来越完整的接口,您如何看待设计师和工程师在人机工作流中的角色演变?
代理将处理重复性任务,例如搭建页面、提出可访问的变体和生成本地化内容。设计师将专注于策略、体验意图、边缘情况UX和定义良好结果的约束。工程师将专注于组件正确性、运行时契约、可观察性和性能。人类成为策展人和验证者。我们定义规则、审查输出并确定质量标准。最高价值的人类技能将是系统思维和判断力。
在A轮融资之后,产品开发和企业采用加速的最高优先级重点是什么?
A轮融资使我们能够在三个领域加速发展。首先是入门和摄取,这使企业能够在几天内创建一个系统记录,而不是几个月。第二是智能产品引擎,包括模型对齐的功能,以确保生成的接口尊重品牌和规则。第三是企业控制,例如权限、可审计性和合规性钩子,以确保领导者在整个大型组织中采用Knapsack时感到自信。这些是驱动真正规模化采用的杠杆。
企业团队通常难以从静态工作流转变为动态、代理就绪的系统。最大的障碍是什么,Knapsack如何帮助组织适应?
企业难以应对碎片化的系统、所有权孤岛、监管约束和保持一切更新的高成本。我们通过使摄取快速和确定性、建模所有权和来源以及提供治理功能(如权限和审计日志)来帮助。这些工具使团队能够验证自动化工作流中的信任。
随着产品创建变得越来越自动化,您认为团队必须发展什么新的能力才能在AI生成更多基础工作的环境中保持有效?
团队必须发展更强的系统思维能力,特别是编写约束、策略和组件合同的能力,这些代理可以使用。他们还需要更好的监控和验证实践,包括代理决策的可观察性、发布控制和生成UI的Q&A框架。治理素养变得至关重要,特别是以机器可读的格式表达合规性、可访问性和隐私要求的能力。成功的组织将是那些能够将政策和质量编码到系统中的组织。
展望五年,您预计AI驱动的产品创建将如何演变,您希望Knapsack在下一阶段的行业中扮演什么角色?
五年后,产品创建将类似于在活的组件图表中组合服务,而不是在团队之间传递静态的组件。代理工具将使用策略、性能预算和品牌约束生成生产就绪的表面。我的目标是让Knapsack成为代理和应用程序依赖的规范系统记录,以了解公司的真实UI原语和规则。这包括与模型和CI/CD的深度集成、强大的监管企业的治理以及新团队的快速入门。Knapsack应该是品牌、行为和安全性的可靠层,因为公司允许代理更自主地运行。
感谢这次精彩的采访,希望了解现代设计系统和可扩展数字生产的读者可以访问Knapsack。












