ToonFlow：在一张画布里组织 AI 短剧、角色资产与视频镜头

AI 短剧制作常卡在素材之间的关系：剧本在文档里，角色参考图在文件夹里，镜头片段又散落在下载目录。改一个人物设定，后面的镜头是否需要重做，很难一眼看清。

ToonFlow 的切入点是把这些东西放到同一张创作画布中。它由 HBAI-Ltd 维护，上游仓库名称为 Toonflow-app，面向短剧、漫剧与短视频创作，连接剧本、资产和图像、视频生成。本文依据上游文档整理，未安装或生成测试。项目 README

它适合解决什么问题

如果你已经有一个故事，希望边看角色和场景，边拆镜头、调整参考素材，ToonFlow 值得关注。画布把制作对象及其关系摆在一起，方便围绕同一项目进行修改。

这类方式尤其适合需要反复调整画面关系的创作者。它也要求你愿意管理资产和节点：如果只想把一段知识文案配上库存素材，画布的自由度未必是最省事的选择。

上游列出的核心能力包括无限画布、角色与场景资产组织、图像和视频生成、自选模型，以及 MCP、插件和 Agent 扩展。可通过第三方 API，或按文档连接本地 ComfyUI、LLM。不同接入方式的配置要求不同。README 功能说明

对创作者而言，可以把它理解为三个相连的工作区：先整理故事与资产，再安排镜头关系，最后把需要生成的画面交给相应模型。项目提供生成入口；角色是否保持一致、动作是否合理，仍要逐镜检查。

一个原创的起步方案是：用一段“雨夜车站递伞”的故事，准备两个人物、一把蓝伞和一个场景，先规划六个镜头。把每镜需要的参考资产与动作终点列出来，再决定哪些镜头需要生成。这是本文建议的任务组织方式，不是 ToonFlow 实测案例，也不表示软件必须采用六镜结构。

路线	需要准备什么	更适合谁
上游客户端	从 Releases 选择与设备架构一致的安装包；准备模型服务配置	希望先熟悉界面的创作者
Docker	Git、Docker Engine、Compose；保留项目数据卷	熟悉容器、希望固定环境的人
Linux 源码部署	文档指定 Bun 1.3.14，另需 Git、FFmpeg 等环境	需要自定义或维护工作环境的开发者

核查时最新正式发布为 v2.0.5，2026-10-09，发布页包含 Windows、macOS 两种芯片架构及 Android ARM64 安装包。下载应以上游发布页为准，不能把更新补丁当作完整安装包。

源码的主要组成是 Bun、TypeScript、Vue 3、Express 与工作区内的工具包。客户端使用者通常不需要逐项安装开发依赖；自行编译才需要处理这些条件。依赖清单

服务部署有一个实际门槛：README 明确说明业务页面和 API 当前没有独立登录鉴权。个人本地使用与把服务开放到公网是两种不同条件；远程部署应按上游说明限制访问，配置认证入口。文档列出的模型 API Key 仍需另行填写，安装软件不等于已经获得生成服务。部署与访问说明

MIT 允许按其条款使用和修改项目，但模型 API 的计费、第三方插件、素材与生成内容的使用条件分别核对。不能把“软件开源”换算成“所有模型免费”或“所有画面都能商用”。

截至 2026-10-10，仓库未归档；默认分支最后提交记录为 2026-10-09，近期有正式发布。这能说明有更新记录，不能证明所有模型适配都能在你的设备上运行。提交历史

建议先阅读 README 和对应版本的 Release，再确定一个小型故事任务。评价它时，重点看你能否找到角色参考、辨认镜头依赖、修改单镜并管理结果。这个检查比只看演示片的画面更能判断画布是否适合你的工作方式。

项目入口： HBAI-Ltd / Toonflow-app。本文为荟沣科技原创导读，项目及软件归原作者与贡献者所有。