← 返回全部项目V4 R6 完成 · 19/20 验收通过

AI Director

影视多智能体协作平台:一个世界模型,驱动从设定到分镜的创作流

Python 3.12FastAPISQLAlchemy asyncAlembicReact 18TypeScriptZustandAntV G6 v5three.jsTailwind 4Playwright
我的角色
架构设计 / 全栈实现 / 领域建模
周期
2026.09 — 至今
规模
85,000+ 行 · 前后端 + 四级测试
AI Director 界面截图
19/20
产品验收
42,269 行
后端代码
19 个
领域模块
10 个
原子技能域
4 级
测试层级
41 张
用户旅程截图
长剧动漫开发的完整工作台:agent / lineage / timeline / production / workflow 等 19 个领域模块,10 个带 schema 与校验器的原子技能域,用数据血缘管理每一次修订,用白模预演验证每一场戏。

§问题:AI 生成内容的失控,根源是缺少「世界状态」

用 LLM 做长篇影视创作,最大的问题不是单次生成质量,而是一致性:人物设定前后矛盾、修订无法追溯、场景与镜头对不上账。散点式调用模型永远解决不了这个问题。

AI_director 的答案是把创作对象建模为一个持续演化的世界模型(人物、门派、功法、事件、概念与 208 条关系),所有生成与修订都发生在同一个事实源之上。

§方案:模块化单体 + 数据血缘 + 白模预演

后端 FastAPI 模块化单体:agent(22 个文件)、lineage(血缘 8 个)、timeline、production、workflow 等 19 个领域模块,SQLAlchemy async + Alembic 迁移。

skills/ 下 10 个原子技能域(audience / continuity / dialogue / performance / production / requirement / scene / screenplay / shot / story),每个技能域都有 prompt、skill.yaml、输入输出 JSON Schema 与 validators.py——模型输出先过校验器再入库。

前端 React 18 + Zustand + AntV G6 v5 知识图谱 + three.js:图谱视图、导演工作台、时间线工作台、制作工作台、资产库、导入中心 11 个视图。

11 个 前端视图10 个 技能域有 架构测试Playwright e2e

§数据血缘:同一帧如何同步

任何实体修订(如 ScriptBlock B42 rev6 → rev7)都会沿血缘图传播:受影响的镜头、分镜、预演资产被标记与重算,创作者能明确知道「改一处,动哪些」。配套的架构教学页把这套机制做成了可交互动画。

真实项目《行歌》第一集作为案例:从故事草案、八子人物设定、分集剧本到生图计划与白模导出,全程在平台内完成闭环。

§质量:验收状态机驱动开发

feature_list.json 定义 F01–F20 共 20 个产品级验收项(含证据要求),当前 19 项 passing。后端 pytest 分 unit / integration / e2e / architecture 四级标记,架构测试约束模块依赖方向;前端 vitest + MSW + Playwright e2e。

§操作演示

§界面速览

AI Director 界面 2AI Director 界面 3AI Director 界面 4AI Director 界面 5AI Director 界面 6

§难点与取舍

为什么模块化单体而不是微服务

单机创作工具,边界清晰比分布式叙事更重要;19 个模块的依赖方向由架构测试强制约束。

为什么撤销 souls/bodies 专有表

通用化修订:撤销过拟合单项目的 10 张专有表,Character Domain 抽象为通用实体——为多项目复用付的架构税。

§接下来

F16 多系列剧情线一键部署包更多技能域(音效 / 配音)

导览路线 · 下一站

AI Marketing Visual

产品图 → 合规证据 → 受控生成 → 视觉质检的营销视觉工作流

→