• 首页
  • 博客
  • 广场
  • 价格
  • 首页
  • 博客
  • 广场
  • 价格
开始创作

创作。体验。

创作博客

首页/博客/产品工作流

什么时候暂停自动推进:给 DramaFork 项目设置三个人工审阅问题

自动推进适合把已经想清楚的部分快速铺开,暂停只放在“返工代价会外溢到很多下游步骤”的位置。对两人小团队,建议只设三个检查点:规划定稿前、剧本转分镜前、高成本视频批量生成前。每个检查点只回答一个问题,答完就放行或退回,不要求每一步都确认。

D
DramaFork Editorial Team互动叙事与 AI 创作方法
2026.09.27预计阅读 5 分钟
制作流程在规划、剧本和高成本素材前经过三个审阅灯。
文章目录
创作博客
  1. 01导读
  2. 02检查点一:规划定稿前,问“角色边界是否写死”
  3. 03检查点二:剧本转分镜前,问“关键节点的选项是否都改变状态”
  4. 04检查点三:高成本视频批量生成前,问“这一批素材是否都依赖已定稿的角色和风格”
  5. 05三个检查点的对照
  6. 06异议记录与完成检查
返回文章顶部

导读

自动推进适合把已经想清楚的部分快速铺开,暂停只放在“返工代价会外溢到很多下游步骤”的位置。对两人小团队,建议只设三个检查点:规划定稿前、剧本转分镜前、高成本视频批量生成前。每个检查点只回答一个问题,答完就放行或退回,不要求每一步都确认。

下面用一个虚构教学例子贯穿:两人团队“灰灯组”做互动影游《雾港邮差》,成员是编剧阿岚和美术老周。例子中的对话、数字和结论都是为说明方法编的,不是实测资料。

检查点一:规划定稿前,问“角色边界是否写死”

规划阶段会产出角色身份、目标、需要、秘密、初始关系、弧光与边界。前三项通常写得快,容易漏的是边界:这个角色绝不会做什么、不会知道什么、不会因为什么改变立场。边界不写死,后面剧本会不断替他找理由。

灰灯组的规划里,主角邮差阿戌的目标是“把最后一封信送到收件人手里”,需要是“被承认自己不是可有可无的人”,秘密是“他私自拆过一封死信”。阿岚最初写的边界只有一句“不会伤害无辜”。老周在审阅时问:如果收件人就是当年那封死信的寄件人,阿戌会不会再次拆信?阿岚说会,但那是剧情高潮,不是日常行为。

于是边界改成两条:日常不会拆信;只有在确认收件人与死信直接相关时才会拆,且拆后必须让玩家看到代价。这个改动只花十分钟,但如果留到剧本阶段,涉及阿戌的每一场戏都要重写。

放行条件:每个主要角色的边界都能用“不会……除非……”的句式写出来。退回条件:边界只有形容词,没有具体行为。异议记录写一行就够,例如“老周认为阿戌拆信动机不足,阿岚保留,剧本阶段再验”。

检查点二:剧本转分镜前,问“关键节点的选项是否都改变状态”

剧本进入分镜,意味着文字要变成可拍的画面和交互节点。节点在 DramaFork 里是表格组织,不是拖拽图,所以每个选项最好都能对应到状态变化,否则分镜会拍出一堆不影响后续的漂亮镜头。本文由 DramaFork 整理,按当前项目实现说明:改剧本会影响分镜、风格、角色、节点、视频、预览和导出,已完成步骤会被标为需更新,旧数据保留,但系统不会替你判断旧素材的表达是否还成立。

灰灯组在《雾港邮差》第三幕设了三个选项:把信交给码头管理员、烧掉信、自己拆开。阿岚起初给三个选项都写了不同对白,但状态变化只有“是否拆信”一个。老周指出,交给管理员和烧掉在后续分镜里没有区别,等于两个选项白做。

改法是让三个选项分别改变不同状态:交给管理员改变“阿戌与港口势力的关系”,烧掉改变“阿戌对死信的态度”,拆开改变“秘密是否暴露”。这样分镜才有三套可拍的画面差异。

放行条件:每个关键选项至少改变一个后续会被引用的状态。退回条件:选项只改对白,不改状态。这一步不需要逐句审,只审那些会进入分镜的节点。

检查点三:高成本视频批量生成前,问“这一批素材是否都依赖已定稿的角色和风格”

视频生成通常比文本贵,所以暂停放在批量提交之前。判断标准不是“画面好不好看”,而是“这批视频依赖的角色设定和风格是否还会变”。如果角色边界或风格还在改,先做一两段试片,别一次性铺满。

灰灯组要生成码头全景、邮差奔跑、拆信特写三段视频。阿岚刚改过阿戌的边界,老周的风格稿也从“冷灰”调成“冷灰加暖黄路灯”。两人决定先只生成拆信特写,因为这段同时依赖角色表情和风格。试片出来后,老周发现暖黄路灯在特写里抢了面部,于是把风格改回冷灰为主。如果三段一起生成,码头全景和奔跑都要重做。

放行条件:这批视频依赖的角色、风格、节点都已定稿,且试片确认表达方向。退回条件:任一依赖项还在改,或试片与预期差距大。失败素材任务可以单独重试,不必整批重来。

三个检查点的对照

检查点 只回答的问题 放行 退回
规划定稿前 角色边界是否写死 边界能用“不会……除非……”写出 边界只有形容词
剧本转分镜前 关键选项是否改变状态 每个选项至少改一个后续状态 选项只改对白
视频批量前 依赖项是否都已定稿 角色、风格、节点定稿且试片通过 任一依赖项还在改

异议记录与完成检查

异议记录建议只写三列:谁提出、针对哪一步、保留还是待验。灰灯组的记录里有一条“老周:阿戌拆信动机不足,阿岚保留,剧本阶段再验”,到剧本阶段如果仍不成立,就回到检查点一改边界,而不是在分镜里硬补。

完成检查可以这样问:三个检查点是否都只问了一个问题;每个退回条件是否能直接指向要改的那份材料;异议记录里是否还有“待验”项没在下一阶段处理。如果三个答案都是肯定的,就可以让自动推进继续跑;如果有一个是否定的,先停在那一步,不要靠下游素材去补上游的模糊。

小行动:打开你当前项目的规划或剧本,挑一个主要角色,用“不会……除非……”写一条边界,看它能不能直接判断某个选项该不该存在。

了解产品能力 体验互动作品

继续阅读

浏览更多文章
变更记录连接修改原因、新桥梁动作和受影响的素材。
产品工作流2026.09.30 · 4 分钟

互动故事的修改记录怎么写:区分原因、改动与受影响路线

修改记录要写成三栏:原因、改动、受影响路线。原因解释“为什么动”,改动写清“动了什么”,受影响路线列出“哪些素材和分支需要复核”。下面用一个虚构教学例子贯穿:某互动影游原本在第二章设“断桥”节点,玩家必须找到绳索才能过河;作者后来把断桥改成“延误的渡船”,理由是原设计让一条温柔路线显得突兀。以下人名、数字与对白均为虚构

两位创作者把模糊意见改成指向具体场景动作的修改单。
产品工作流2026.09.29 · 5 分钟

两位创作者轮流审稿,怎样把“这里不对”写成能执行的修改单?

把“这里不对”变成修改单,核心动作只有一个:让每条意见都落到版本、节点、现象、预期、理由、责任、复核这七格上。两人轮流审稿时,先各自独立填单,再合并冲突项,最后才动稿。下面用一份虚构教学例子走完全程,人物、台词和数值都不是实测资料。

一台电脑的本机服务与另一台电脑隔街相望,公共连接桥提示可达地址。
产品工作流2026.09.29 · 4 分钟

远程素材包里出现 localhost,为什么换一台电脑就可能打不开?

远程包的素材地址如果指向 localhost,换电脑后就会请求接收者自己的机器。创作者电脑上的服务不会随 ZIP 一起搬过去,所以“我这里能播”不足以证明别人也能播。处理顺序是:确认实际请求地址、核对应用域名、重新导出,再用另一台设备验证。

把制作复杂度交给 Agent,把创作决定权留给用户。

从一句故事创意出发,在同一项目里组织剧本、角色、镜头与分支,逐步完成第一版可玩 Demo。

产品

  • 价格
  • 产品能力
  • 创作流程
  • 作品示例
  • 常见问题

探索

  • 影游广场
  • 创作博客
  • 创作者合作计划

法律信息

  • 隐私政策
  • 使用条款
© 2026 DramaFork/AI 互动影游创作平台
Press Enter to send, or drag away and release.