30秒速读：手里有一部剧本或者一本小说，想把它变成漫剧视频，过去要辗转好几个工具：写分镜的、画角色的、配音的、剪视频的，中间全靠人工搬运。Kineo 想把这条线收进一个桌面工作台：从剧本输入开始，角色、分镜、配音、字幕、成片都在同一流程里走完，中间由多个专用智能体分工，另有一个总导演角色负责调度。它适合已经有现成文本素材、又愿意自己配置模型服务的创作者和开发者；如果指望开箱即用、不用管任何模型配置，那它目前还不是那个选择。
GitHub 国内访问较慢，如打不开可多刷新几次
项目信息表
| 项目 | Kineo（多智能体协作的漫剧创作桌面平台） |
|---|---|
| 技术底座 | Tauri v2、React 19、Rust 引擎的桌面应用 |
| 协作方式 | 总导演智能体居中调度，多个专用智能体分工，共享黑板同步项目状态 |
| 剧本输入 | TXT、Markdown、DOCX、JSON 剧本文件、小说章节文本或 AI 提示词 |
| 角色处理 | 角色实体提取、人设提示词、一致性锚点等机制，目标是同一角色在不同分镜里长得像 |
| 音频能力 | 据项目说明，涉及 EdgeTTS、CosyVoice、多音轨处理与字幕卡点 |
| 视频压制 | 据项目说明，在特定硬件上可用硬件加速，具体以设备支持情况为准 |
| 许可证 | MIT，适合研究、二次开发与内部集成 |
它解决什么问题
漫剧生产的麻烦不在单点技术，而在环节之间的断裂：剧本改了，分镜不知道；角色换了画风，配音对不上口型；每个环节换一个工具，上下文就丢一次。Kineo 的思路是把一次创作当成一个项目来管：剧本解析、角色设计、分镜规划、音频生成、视频压制各自交给专用智能体，总导演智能体负责排顺序、传状态，所有中间结果写进共享黑板，任何一个环节都能看到前面的产出。对创作者来说，收益是流程不断线；对开发者来说，收益是这个协作骨架本身可以研究、可以扩展，不必从零搭一套多智能体编排。
核心能力一览
- 多格式剧本起手：不用先把素材整理成固定格式，TXT、Markdown、DOCX、JSON 剧本、小说章节或一段提示词都能作为创作起点。
- 总导演式调度：一个居中调度的智能体协调剧本、角色、分镜、音频、视频等专用智能体，项目状态通过共享黑板同步。
- 可声明的自定义智能体：可以在界面或代码里声明自己的智能体，设定名称、提示词与介入阶段，例如在分镜完成后插入一道自检。
- 角色一致性机制：角色实体提取、人设提示词与一致性锚点配合，缓解同一角色跨分镜走样的问题。
- 音画一体收尾：配音、多音轨、字幕时间轴与视频压制属于同一流程，不必在多个软件之间倒文件。
上手指南
- 先准备模型服务：文本、图像、音频、视频这几类服务要按项目说明逐项配好，拿到可用的接口与密钥再往下走，缺一项流程都会在中途卡住。
- 获取仓库并按说明安装：从文首按钮进入仓库，按其中的安装说明搭建桌面应用，重点核对运行环境与 FFmpeg 相关的要求。
- 用小素材跑通一次全流程：先拿一小段剧本建项目，走完解析、角色、分镜、配音、压制，确认每个环节的产出都符合预期，再上正式素材。
- 需要扩展时再加自定义智能体：先跑通默认流程，确实缺某一道工序时，再声明自定义智能体并指定它在哪个阶段介入。
- 成片先审后用：重点检查角色一致性、字幕时间轴与配音口型，有问题回退到对应环节重跑，不要直接拿首版成片发布。
版本选择：先拿稳定版
这类仍在演进的开源项目，建议优先用仓库的正式 Release 版本做评估：接口与流程相对固定，出了问题也更容易对照文档排查。直接拉取最新主干代码适合想跟进新能力、能自己处理变动的开发者，但要接受接口与行为随时可能调整。无论选哪条线，评估前都应确认当前版本的维护状态，再决定要不要把正式创作压在上面。
先配好的 4 项设置
- 模型服务与密钥：按项目说明逐项登记文本、图像、音频、视频服务，密钥走系统原生密钥环保管，不要写进会被同步或分享的配置文件里。
- 自定义智能体的介入点：想加工序时，先想清楚它在哪个阶段介入、输入输出是什么，含糊的提示词会在长流程里被放大成返工。
- 角色一致性参数：正式开工前用同一角色跑两三个分镜对照，锚点与人设提示词不达标时先调这里，而不是等成片出来再修脸。
- 硬件加速与压制参数：据项目说明，硬件加速能力取决于设备是否支持相应编码器，上线前先在自己的机器上实测一段，确认压制链路可用再批量生产。
注意事项与常见问题
问：模型服务是自带的吗？
不是。据项目说明，项目依赖外部模型服务，文本、图像、音频、视频服务都要自己准备与配置，评估时要把这部分成本算进去。
问：硬件加速在所有电脑上都有效吗？
不是。加速能力取决于设备是否支持对应的硬件编码器，普通硬件上的表现要以实际测试为准，不要按宣传默认它一定快。
问：长任务中途失败怎么办？
项目说明中没有把长任务恢复能力讲透，正式使用前务必先用小任务验证失败后的状态：能不能续跑、中间产物还在不在、重跑会不会重复扣费。
问：密钥与本地数据怎么管？
据项目说明，密钥走系统原生密钥环、工程数据保存在本地；换机或备份时要单独确认密钥迁移与工程数据的备份方式，不要假设重装后自动回来。
明确取舍：选它还是不选它
选它，如果：你手头已有剧本或小说素材，想在桌面端把漫剧生产串成一条可扩展的流程，并且能自己配置模型服务、接受先小规模验证再放量。
不选它，如果：你需要纯云端协作、服务端批量生产、企业级运维保障，或者希望开箱即用、不想碰任何模型配置。这些边界在采用前都应先向项目说明与源码求证，不要凭印象下单。
获取方式
本项目为开源项目，仓库地址见文首的 GitHub 按钮。评估时建议先小规模跑通全流程，再验证模型服务配置、角色一致性、字幕时间轴与硬件压制链路是否符合自己的生产要求。
关注「软件教程管家」
回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。
本站资源仅供个人学习交流，请勿用于商业用途。软件与资料版权归原作者所有；如有侵权，请通过公众号「软件教程管家」联系我们，我们将在 24 小时内下架处理。查看免责声明 ›
