Featured Project
AI Director
影视多智能体协作平台:一个世界模型,驱动从设定到分镜的创作流
- 我的角色
- 架构设计 / 全栈实现 / 领域建模
- 周期
- 2026.09 — 至今
- 规模
- 85,000+ 行 · 前后端 + 四级测试

长剧动漫开发的完整工作台: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 个视图。
§数据血缘:同一帧如何同步
任何实体修订(如 ScriptBlock B42 rev6 → rev7)都会沿血缘图传播:受影响的镜头、分镜、预演资产被标记与重算,创作者能明确知道「改一处,动哪些」。配套的架构教学页把这套机制做成了可交互动画。
真实项目《行歌》第一集作为案例:从故事草案、八子人物设定、分集剧本到生图计划与白模导出,全程在平台内完成闭环。
§质量:验收状态机驱动开发
feature_list.json 定义 F01–F20 共 20 个产品级验收项(含证据要求),当前 19 项 passing。后端 pytest 分 unit / integration / e2e / architecture 四级标记,架构测试约束模块依赖方向;前端 vitest + MSW + Playwright e2e。
§操作演示
§界面速览





§难点与取舍
为什么模块化单体而不是微服务
单机创作工具,边界清晰比分布式叙事更重要;19 个模块的依赖方向由架构测试强制约束。
为什么撤销 souls/bodies 专有表
通用化修订:撤销过拟合单项目的 10 张专有表,Character Domain 抽象为通用实体——为多项目复用付的架构税。