AI Coding 的下一站，不是"更快写代码"，是"先把审美做成 Skill"

AI Coding 的下一站，不是"更快写代码"，是"先把审美做成 Skill"

8 月 18 日，一款叫 OJO 的 AI 设计工作台在海外上线。X 首发帖跑出 53 万次浏览，评论区自动把它和 Figma 摆在一起比（来源：硅星人 Pro 8/25 报道）。

这不是又一个 Coding Agent。它的创始人 Kiki 张琪智，前剪映中国区负责人，2026 年刚完成顺为资本、联想创投联合投资的近亿元天使轮（来源：同上）。

她做的事情，是把"审美"拆成 200 多个 Skill，让 AI 在合适环节调用对的判断。代码变便宜之后，审美成了下一个稀缺品。

AI Coding 提速之后，"丑"变成了真问题

过去一年，AI Coding 给软件生产带来的第一轮改变是扩大"实现"的供给。

Vibe Coding 压缩了"想法 → 运行"的过程。哪怕产品定位、用户需求、视觉方向还模糊，更快的实现也能把模糊判断直接放大成一个能跑的东西。Claude Code、Codex、Cursor 把交付门槛砸到了过去想象不到的位置。

问题出在迭代修改。

用户通常一眼能看出页面"丑""不高级"，却说不清问题究竟在哪——是字体、配色、版式、动效、还是信息层级？一个无力的甲方，知道自己不满意，但写不出能改对地方的 Prompt。

Kiki 的判断很直接：根源不是工具不够好，是 Design 在工作流里被放在了错的位置。

剪映做对的事，能搬到设计吗？

Kiki 不是空降。她 2017 年毕业加入 Faceu，把轻颜相机从 0 做到 1500 万 DAU；2019 年进入剪映，完整经历过工具→全球化→商业化→AI 转型的全周期（来源：硅星人 Pro 8/25 报道）。

剪映把一套复杂的专业创作流程，封装成数亿普通用户能直接用的产品。

这种产品方法能不能搬到一个完全不同的领域——设计？

Kiki 给出了她的迁移答案：剪映用模板封装剪辑结果，OJO 用 Skill 封装设计师分析问题、做出判断、完成修改的方法。

2025 年底，剪映内部已经出现一个有意思的现象：产品经理直接用 Gemini 做可运行原型，视觉完成度超过自家 Figma 稿。Kiki 那时的反应是："大家的岗位边界要发生变化了，这对应的是一个产业级的机会。"

OJO 是她对这个机会的具体回答。

OJO 的三层架构：把审美工程化

一个完整的设计链路会同时涉及用户研究、产品定位、信息结构、视觉、交互、动效。所有任务塞进同一段对话，模型需要不停切换角色，也要同时处理不同层级的信息——上下文先撑不住。

OJO 把系统拆成三层。

Agent Team 先确定任务方向。需求分析、产品原型、设计优化、游戏设计，四类流程对应不同专业组合。

Agent 负责推进方向下的具体工作。每个 Agent 保留自己对项目的理解，调用模型、工具、外部资源，分别完成分析、决策、执行、检查。角色分开后，每个 Agent 维持更聚焦的上下文。

Skill 是最硬的一层——也是把审美品味工程化的最直接体现。

比如用户看到一张页面，往往只能说"字体太丑了"。真正的问题可能来自字体选择、字号层级、行距、中英文搭配，也可能来自字体气质与产品定位之间的偏差。中文字体 Skill 会进一步诊断问题、解释判断，再执行修改。

据团队介绍，目前 OJO 已经积累了 200 多个 Skill，从需求分析、产品定义一直覆盖到字体、视觉、交互、动效和开发。例如"鲁迅"用于检查需求里的空话和真实问题，"达芬奇"从结构和创造性上审视方案。名字承担了用户理解能力的入口，底层仍然是一组提供给 Agent 的知识、方法、工具和约束。