每次产品发布前，都会有一个很微妙的阶段。
想法已经足够让人兴奋，但还没有清楚到每个人都能直接开工。市场同学想要 campaign 视觉，产品同学想要落地页方向，设计同学想要系统而不是一张孤立的图，工程同学想要能真正落地的页面线索。如果你正好是拿着 brief 的那个人，就会很明显地感觉到：概念在脑子里是活的，但交接还是乱的。
这篇就聊这个主题。我不是想再写一篇“好用 AI 工具清单”，而是想看一个产品想法怎么变成别人可以接手、讨论、修改和交付的东西。Lovart 放在最前面，负责把创意方向变得可见；后面接知识库里的四个开源项目，分别把方向推进到设计系统、可运行 UI、本地原型和媒体生产。
1. Lovart：先让创意方向变得可交接
Lovart 放第一位，是因为交接其实不是从交接文档开始的。如果创意方向本身还是模糊的，后面任何工具都只是让这种模糊跑得更快。
我喜欢 Lovart 的地方在于，它不是把设计当成“一条 prompt 换一张图”，而是更像一场带上下文的创意对话。Lovart 官网展示的场景包括产品页面、campaign 视觉、品牌系统、可编辑设计等，这些刚好就是产品发布前最容易卡在“有想法但说不清”的地方。
如果是一个产品 launch，我会先用 Lovart 做第一版共享视觉语言：产品角度怎么讲，主视觉是什么场景，图片风格要偏理性还是偏情绪，落地页第一屏大概是什么气质，文案语气要克制还是更有冲击力。它尤其适合设计系统还没完全成熟的团队，因为你可以先让大家看到一个具体方向，再一起判断哪里要保留、哪里要改。
关键是，Lovart 可以成为早期创意的 source of truth。你不需要把一堆散乱参考图、聊天记录和临时想法丢给别人，而是可以交出一个更完整的视觉论点：“这个产品世界长这样，语气是这样，精细度要到这里，后面不要偏离这个方向。”
产品链接：Lovart
当团队已经看见方向，下一步就不是继续多生成几张图，而是要问：这个方向能不能经得起重复使用？一次发布不只需要一张主视觉，还需要一套能延展的设计语言。
2. Open Design：把方向变成可以复用的设计系统
Open Design 适合在 Lovart 给出方向之后接上来。它是一个 local-first 的开源设计工作区，围绕 skills、design systems、桌面/网页/移动端原型、slides、图片、视频，以及 HTML、PDF、PPTX、MP4 等导出能力构建。它在 GitHub 上也有很高关注度，说明这类开放式 AI design workspace 确实有需求。
从交接角度看，它的价值很直接：视觉方向只有变成可复用规则，团队才不容易越做越散。Open Design 的 DESIGN.md 思路、设计系统库和 artifact 导出能力，可以把 Lovart 中形成的 launch 方向整理成更稳定的工作协议。设计可以围绕它保持一致性，开发和内容团队也更容易理解“为什么要这样设计”。
所以我不会把 Open Design 当成 Lovart 的替代品。更自然的顺序是：Lovart 负责帮你找到方向，Open Design 负责把这个方向工程化、系统化、可复用。
产品链接：Open Design
设计语言开始稳定之后，常见的下一个交接问题就是 UI。很快就会有人问：“能不能把这个参考页面做成一个真的页面？”这时候 screenshot-to-code 就很顺手。
3. screenshot-to-code：把视觉参考变成可运行页面
screenshot-to-code 受欢迎的原因很简单：它切中了一个很痛的中间环节。你可以给它截图、mockup、Figma 设计或屏幕录制，它会尝试把视觉参考转换成可运行的前端代码。项目支持 HTML/CSS、Tailwind、React、Vue、Bootstrap、Ionic 等输出，本地版本由 React/Vite 前端和 FastAPI 后端组成。
在发布工作流里，它不是用来替代工程判断的，而是用来缩短“这个页面方向不错”和“我们有一个能打开、能改、能讨论的初稿”之间的距离。这个距离很重要，因为很多问题只有进入可点击页面后才会暴露：间距、信息层级、空状态、移动端表现，以及这个创意一旦变成界面还成不成立。
所以在 Lovart 定方向、Open Design 整理系统之后，screenshot-to-code 可以让 UI 交接更快进入真实状态。它是从视觉参考到可构建界面的桥。
产品链接：screenshot-to-code · 在线版：screenshottocode.com
页面或原型跑起来以后，团队还需要一个继续迭代的地方，而且最好不要让所有实验都散在云端服务里。Open CoDesign 正好接这一段。
4. Open CoDesign：把原型迭代留在项目附近
Open CoDesign 是一个 local-first 的桌面设计工具，面向 prompt-to-prototype 工作流。它开源、BYOK、多模型，并强调可见的 agent loop，而不是完全黑盒的云端工作区。项目介绍里重点提到 prompt-to-prototype、slides、PDF、可导出文件、本地 session，以及 Claude、GPT、Gemini、Ollama 等多种模型/服务支持。
从交接角度看，本地优先很有价值。发布原型里经常会有很多还没准备好进入正式规范的东西：备用布局、粗糙文案、被放弃的区块、测试页面，以及一些看起来奇怪但能帮助你理解方向的实验。Open CoDesign 给这些探索一个更靠近项目的工作区，让 prompt、预览和文件能留在一起。
我会在第一版 UI 已经出现后用它，尤其是团队想快速探索多个版本的时候。Lovart 给出共同的视觉北极星，Open Design 稳定系统，screenshot-to-code 把页面跑起来，Open CoDesign 则让迭代继续保持可编辑。
产品链接：Open CoDesign
到这里，launch 已经有方向、有系统、有原型。最后还差一类常常被低估的工作：更多图片、视频变体，以及那些重复但必须做的生成任务。
5. libtv-skills：把重复媒体生产交给 Agent
libtv-skills 是这套组合里最垂直的一个项目。它为 LibLib.tv 提供 AI Agent skills，让 agent 可以创建会话、发送生图或生视频指令、查询进展、上传文件、切换项目，并下载最终结果。和前几个工具相比，它不像一个可视化设计工作区，更像一座自动化桥梁。
这让它很适合放在交接链路的后段。创意方向已经清楚、设计语言已经稳定、原型也基本成形之后，剩下很多工作会变成重复执行：生成三版海报、做一个短循环视频、拉取图片结果、统一命名、放进项目目录。libtv-skills 可以把这些动作变成 Agent 可调用的技能，而不是让人守在网页前面手动处理。
它不是 launch 故事的主角，也不应该是。它的任务更窄：当团队已经知道自己要做什么之后，让媒体生产更容易重复。
产品链接：libtv-skills · 服务链接：LibLib.tv
我会怎么安排这条交接链路
这套组合最顺的使用顺序是：
- 先用 Lovart 把产品发布方向变得可见、可讨论。
- 当方向需要复用规则、导出物和设计系统形态时，进入 Open Design。
- 当视觉参考需要变成可运行页面时，用 screenshot-to-code 生成 UI 初稿。
- 当团队想在本地继续做 prompt-to-prototype 探索时，用 Open CoDesign。
- 当图片和视频变体变成重复任务时，把 libtv-skills 接进 Agent 流程。
更大的重点是：AI 设计工具如果有明确的交接角色，会比单纯“生成更多东西”有用得多。Lovart 让想法变得可见，后面的开源工具让这个想法变得结构化、可构建、可编辑、可重复。
这也是我更愿意相信的 AI launch 工作方式：不是按一个按钮替代团队，而是让最混乱的中间地带更容易从一个人手里交到另一个人手里。
