跳至正文
AI PRODUCT · 开源二次开发

AdCanvas|AI 广告创意与生产画布

我在开源生成画布上增加了广告业务流程:把 Brief 拆成可比较的创意路线,让品牌规则贯穿制作,并把版本采用、费用确认和交付检查交还给人。

项目导读

上游基础
SankaiAI / TwitCanva-Video-Workflow 提供生成式媒体画布基础。我保留并复用它,不将画布和基础生成功能作为个人原创。
我的改造
增加广告业务节点与三路线工作流、品牌规范继承、生成任务治理、版本采用与下游失效提示,以及质检和交付环节。
产品取舍
不追求一键替代创意人员。AI 可以提出和整理方案,但花费预算、采用版本及修改高风险内容需要人掌握决定权。当前是 PC Web Demo。

为什么改:能生成素材,不等于能完成广告项目

通用画布解决的是素材的生成与连接。我希望继续解决广告制作中的上下文丢失:脚本依据哪份 Brief,分镜属于哪条创意路线,改了品牌要求后哪些素材还可用。因此,我把改造重点放在业务流程和决策记录,而不是再增加几个模型入口。

本次本地运行截图:项目列表、搜索、导入入口与 Demo 预算;ÉLAN 为原项目内置虚构品牌。
本次本地运行截图:项目列表、搜索、导入入口与 Demo 预算;ÉLAN 为原项目内置虚构品牌。查看原图

改动一:把自由画布组织成广告工作流

我增加了品牌规范、广告 Brief、创意路线、情绪板、脚本、分镜、镜头、剪辑计划、质检和交付这十类业务节点。标准流程从同一个 Brief 展开三条路线,各自推进到镜头,再汇入剪辑与交付。这让用户能比较方案,也能沿连线追溯制作依据;同时仍可手动编辑和连接,不被模板锁死。

在本地应用中发送“创建完整广告工作流”后,规划器实际建立节点与依赖连线,操作记录显示已执行。展示的是流程创建,不是生成成片。
在本地应用中发送“创建完整广告工作流”后,规划器实际建立节点与依赖连线,操作记录显示已执行。展示的是流程创建,不是生成成片。查看原图

改动二:让品牌要求成为可检查的约束

我增加项目级品牌语调、必备元素与禁用内容,并让制作节点默认继承、必要时局部覆盖。例如,演示品牌要求出现品牌名和产品瓶,并禁止未经证实的功效承诺。代码会检查字段中的禁用词和必备内容,再给出冲突提示;这属于明确规则检查,不把它包装成能理解所有画面与广告法规的智能审核。

本次实际填写的演示约束:品牌名、产品瓶、演示标识与禁用承诺。当前截图证明约束编辑界面可用,不代表已完成模型视觉审查。
本次实际填写的演示约束:品牌名、产品瓶、演示标识与禁用承诺。当前截图证明约束编辑界面可用,不代表已完成模型视觉审查。查看原图

改动三:区分“生成了”与“决定采用”

我增加节点版本的保存、采用与分支逻辑:保存形成候选版本,采用后才标记为已确认。上游内容变化时,沿依赖关系标记下游内容过期,提醒用户重新检查。这样修改 Brief 后,不会让旧脚本和旧分镜看上去仍然有效;创意迭代也不必靠反复覆盖同一份结果。

改动四:补齐从生成任务到制作交接的控制

二次开发版本统一图像、视频和文本生成任务的状态与结果回写,并加入费用确认、预算占用、取消与重试。末端增加质量审查和制作交接,整理采用素材、规格与待修改项。目标是让制作过程可追踪、可继续,而不是以一次生成成功作为项目完成。

演示范围

配图为本地前后端的实际使用截图,使用虚构品牌 ÉLAN;已操作项目进入、工作流创建与品牌规范填写。未配置付费模型密钥,未执行图像或视频生成。任务治理、版本和质检的说明依据仓库实现,不宣称本轮已完成端到端广告生产或商业交付。

来源与许可证

AdCanvas 基于 SankaiAI/TwitCanva-Video-Workflow,原作者为 SankaiAI。保留 Apache-2.0 LICENSE、NOTICE 和版权声明,并在仓库中说明派生修改。上游 NOTICE 请求商业使用者通知作者;本次未代发通知。上游地址:https://github.com/SankaiAI/TwitCanva-Video-Workflow

源码与完整文档

查看完整说明、运行方式与源码:https://github.com/axbgs123/adcanvas