Hi 降临派的朋友们好，我是 XIankun，Kuse 的 CEO，写在 Kuse 2.0 公测之际，回顾一下过去一年多的探索历程： 这里大部分的同学对于 Kuse 的印象是画布交互，这一点的设计是从何而来的呢？其实最最最一开始的时候，我们第一个尝试的方向是做 AI 个性化邮件，但是跟一些发送营销邮件需求的商家访谈过后，觉得生成商品图似乎是一个更迫切的需求，再加上我自己算是半个设计师，所以我们就开始做 AI 设计产品。做设计的同学都知道，Figma 用多了自然把无限画布当成是默认选项。 做 AI 设计的过程中，我们支持上传文件以让 AI 能够更快的了解设计需求，但是后来发现绝大多数的用户直接忽略了设计环节（24年中的时候模型能力也不太行），都在用 AI 解析自己的文件，虽然做成一个 ChatPDF 并非我愿，但是作为一个非常重视用户反馈的团队，我们决定 Double down 这个需求，加强文件解析的能力，之后又在用户的要求下，增加了各类生成能力。 24 年 11 月份的时候产品相对更 Ready 了，于是就在我们的天才实习生们的努力下迎来了第一波爆发增长，但是随着用户群的增加，喜爱画布形式的用户很多，但是抱怨画布上手门槛、画布的交互过于自由带来的复杂的用户，甚至更多。 我们越来越发现，我们的核心产品不是「一种交互形态」，虽然在担忧 LLM 的进步吞噬自己的产品的过程中，不由自主地希望在前端设计更有区分度的交互来合理化自己的价值。但是我们最终想要回到用户的朴素需求上，就是要根据自己的项目要求、偏好来生成自己想要的内容（deliverables）。 于是在 2.0 上，我们把画布变成了一种「交互表达层」，隐在了一套文件管理系统之后。同时，我们逐渐发现在技术路线上我们不可避免地走向了 Claude 的设计理念，通过「文件」作为最小单元实现系统的模块化，最终实现人的 Know-how 和 AI 的智能的最佳配合。 在 2.0 里，有这么几个特色或者方向（意味着我们在做但还没做太好，努力中！）： · 一套易用的文件管理系统：方便与 AI 同步上下文、项目进度，也方便 AI 进行修改、提交。 · 生成交付物：网页（用户在 Kuse 主要做可视化，而非 app）、Slides、doc 等 · Kuse Skills：Claude Skills 的产品化，特别是方便企业内部的最佳实践的分享 · 协作：在统一的 AI 容器里分享资产和上下文、以及 Skills · 交互表达层：对于复杂和不容易用语言表达的意图，我们还是提供了一张画布来去供用户表达 一句话就是：贴合需求生成和管理交付物。当然一句话想要做好也男上加男、任重道远，好在团队一直都非常耐心。欢迎大家测试 Kuse 2.0，也欢迎大家随时提反馈，客服小吴一直在这里。