Google Flow

Flow 的差异化来自“ingredients”与场景组织：角色、地点和提示不必在每个镜头重新开始。对连续短漫剧，这有机会降低上下文丢失，但只有在项目可以版本化、导出并由团队复现时才构成生产价值。

官方发布稿强调 Camera Controls、Scenebuilder 与资产管理，却没有回答项目锁定、权限、审计日志、批量交付和退出产品后的资产可用性。这些应被列入采购问题，而不是由界面演示替代。

Flow 把 Camera Controls、Scenebuilder、素材管理以及 Veo、Imagen、Gemini 的职责组织在一个工作区里，这比单次生成更接近制作现场。但对连续短漫剧而言，真正积累价值的是角色参考、场景素材、提示演进、镜头关系和失败记录共同形成的项目上下文。一旦这些信息只能在界面中被看见、不能被完整导出或复建，团队锁定的就不只是某个模型，而是整个创作记忆。

采用测试因此应故意安排一次迁移演练：用一个小场景完成素材建立、镜头延展和顺序调整，再要求另一名成员依据导出物或书面台账重建结果。测试需要记录哪些资产可以下载、哪些关系只能在工作区保留、模型版本变化是否改变旧镜头，以及账号或地区条件是否影响协作。Google 的公开资料证明了工作区方向和一组能力，但没有完整回答项目级导出、API、多人权限和数据条款；这些空白本身就是采购清单。