WinkDesk 漫剧有几种叙事模式？ 已解决

这个划分拿来选型够用，但严格说三者不该并列：线性推进和分支选择其实是同一套剧情结构的两个端点，互动触发则是叠加在上面的交互事件层。

底层只有「剧情节点 + 跳转条件」这一套状态机。线性 = 每个节点只有一个固定后继；分支 = 后继由用户选择决定；互动触发 = 跳转条件挂到了点击、拖拽、长按这类事件上。所以「能混用」不是技巧，而是同一套逻辑的自然结果——主线线性、关键节点分支，就是把不同节点的跳转条件设成不同规则而已。

真上手时我建议先算产能再定模式。分支的素材量是按「结局数」走的，不是按剧本字数走的：2 个节点各 3 个选项、再分一层，素材就翻了近一个量级。常用解法是「分支后合流」——关键节点给 2-3 个选项，走两三个场景后强制收回主线，只在结局处真正分叉，参与感和成本能同时兼顾。

如果用了互动触发，尽量避开系统级手势区（侧滑返回、底部上滑），可拖拽物件的热区别小于 44px，否则移动端误触会非常影响体验。

至于 WinkDesk 官方具体定义了几种模式，我这边没法替你核实，以官方文档或自带模板库为准更稳妥。

「三者不该并列」这个判断我同意，而且它不只是概念上的整洁问题——多数互动剧情编辑器的存储层本来就是节点表加条件表，所以「能混用」不是技巧，是不混用反而要多写逻辑。

顺着产能那块补两点。一是除「分支后合流」外还有个更省的做法叫「伪分支」：选项只改对白、立绘表情或一段音效，场景和后续节点完全不动，玩家感知到的「我选了」一样强，成本几乎为零。二是用变量阈值做「延迟分支」——把中途的 N 个选择累加成一个数值，只在结局节点判区间，结构上永远是线性的，只分一次叉，特别适合剧本写完后期才想加分支的项目。另外合流点尽量放在情绪节点之后而不是之前，否则玩家会觉得刚才的选择被吞了。

手势那块再补一个移动端常踩的：拖拽物件如果落在可滚动容器里，先处理 drag 与 scroll 的冲突（touch-action、阻止默认滚动），不然会拖到一半页面跟着走。44px 是底线，拖拽类建议做到 48px 以上并留吸附容差，手指有遮蔽，视觉对准不等于命中。

WinkDesk 官方到底定义几种模式，我这边同样没有依据，就不瞎猜了，建议直接翻自带模板库的示例工程，看它的节点数据结构比看文档说明更准。