卡住的地方通常不是 ABot-World Studio 的能力不够，而是第一次上手就把物体、视角、时长、风格全塞进同一个场景：一旦结果不对，分不清是哪个参数的问题，只能反复整体重试。更省事的顺序是先把「做完」的标准降到一次能达成的量级——只验证场景能生成、能查看、能导出，跑通之后再每次只改一个变量，最后把跑通的配置固化成模板。下面这条路线按这个顺序排，每一阶段都有可以当场确认的验收动作；至于具体的按钮名称、字段名和入口命令，以你本地 ABot-World Studio 页面导出的配置为准，本文给的是通用骨架，替换掉占位即可用。
适用场景：第一次用 ABot-World Studio，或换了新场景要从头搭时。操作动作：先做一个最小场景（单物体、单视角、短视频、默认风格），只验「生成—查看—导出」三步通路；通路成立后，每轮只加一个变量并记录当轮配置。验证方式：生成记录里有成功条目、查看页能正常播放或预览、导出文件存在且能被外部工具打开。风险边界：通路没通之前不要动风格参数和时长，否则失败无法归因，返工范围会从单阶段扩散到整条链路。
定义这个工坊里最小的可交付场景
最小可交付场景的判断标准不是「效果好不好」，而是「一次操作能稳定拿到一个可查看、可导出的结果」。把它写死成下面这个样子，后面所有推进都从这个基线出发。
必须包含的三个要素：
- 一个物体：场景里只有主体对象，不挂载额外模型或装饰。
- 一个视角：固定机位、固定朝向，不做镜头运动或多机位切换。
- 一段短时长 + 默认风格：时长取界面允许的较短档位，风格参数一律留默认值，不改写。
明确不包含的三个要素：
- 多物体与物体间交互：碰撞、遮挡、跟随这类关系先不放进来。
- 多视角与运镜：切镜、环绕、推拉都不做，只保留一个静态观察点。
- 风格化调节与后处理：色调、光照强度、渲染质量这些精细参数整轮不动。
这三条「不包含」不是能力限制，而是故意留白：只要它们不在场景里，失败时你就不用去怀疑它们。
第一阶段：只验证场景能生成出来
这一阶段唯一的目标是确认流程通，不评价画面好不好看。好看与否属于第三阶段之后的事，提前评价只会让你在通路上还没走稳时就想调参。
验收动作拆成三项，每项都要有看得见的证据：
- 能生成：提交一次最小场景后，任务列表里出现对应记录，状态从排队走到完成，没有报错条目。如果失败，先看日志里第一处报错行，不要连续点重试。
- 能查看：在预览页能打开这次结果，画面能正常出现，时长与配置一致。打不开或空白，多半是资源路径或导出环节的问题，回到日志确认。
- 能导出：导出到本地目录，文件存在、体积不为 0，并能在系统播放器或外部工具里打开。只在页面里能看、导出后打不开，说明通路还没闭合。
可以用一段很朴素的检查命令完成最后一步确认（路径换成你自己的导出目录）：
ls -lh ./runs/min_scene_001/
file ./runs/min_scene_001/*.mp4三项都通过，第一阶段就算做完，把这次的成功配置另存一份，作为后续对比的基线。
第二阶段：一次只加一个变量
从这一阶段开始，每次只动一项，动完立刻跑一次，确认结果再继续。变量候选按风险从低到高排：
- 多物体：从两个物体开始，位置关系写死，不要同时改布局。
- 多视角：先加第二个固定机位，仍然不做运镜。
- 时长：在保持其他都不变的前提下延长一档，观察生成时间和日志有无新警告。
- 风格：放到最后，因为风格参数改动最容易让画面变化掩盖掉真正的配置错误。
每加一项后要记录四样东西，缺一样下次就归因不了：当轮改动的具体字段与旧值新值、配置文件快照（或导出配置的副本）、日志里的关键行（成功标志或第一条报错）、以及肉眼可见的差异描述。下面是个够用的记录格式：
轮次: p2-01
基线: min_scene_001
改动: objects 1 -> 2（新增物体 B，位置沿用默认）
结果: 生成成功 / 预览正常 / 导出可打开
异常: 无
下一步: p2-02 只加第二个视角如果某一轮结果异常，先回退到上一轮基线再重跑一次，确认是这次改动引入的问题还是环境波动。回退后恢复正常，问题就锁定在这一项变量上，不必扩大排查范围。
第三阶段：把跑通的配置固化成模板
到这里你手上已经有一份经过逐项验证的配置。把它存成模板，下次开工就不用从零再来。
模板要保留的字段建议包含：场景名称与用途说明、物体清单及其相对位置、视角参数（机位、朝向、视场）、时长、风格参数（即使是默认值也写明）、导出格式与目标目录、以及一份「已知不通过项」备注，说明哪些组合在这一轮里没验证过。
命名规则用固定结构，方便排序和检索，例如 场景名_阶段_主要差异_YYYYMMDD，如 lobby_p3_multiobj_YYYYMMDD。阶段位写 p1/p2/p3，主要差异写这次相对基线动的那个变量，日期用当天。
下次复用的做法：复制模板，改名，只改这次要变的那个字段，跑一次，对照模板备注里的「已知不通过项」看是否踩到。模板本身不覆盖，每次改动都产生新副本，保证旧配置随时可以回退。
列出这一轮先不碰的功能
范围膨胀是「每一步都做不完」的直接原因，所以暂缓项要写下来，并且写清回来的条件。
- 暂缓：运镜与镜头切换。原因：多机位静态都没稳定时，运镜会让失败难以复现。回来条件：第二阶段的多视角在固定机位下连续几次结果一致之后。
- 暂缓：风格精细调节与后处理。原因：风格改动会显著改变画面，容易掩盖配置错误。回来条件：场景结构和时长都定稿之后。
- 暂缓：多物体交互关系（碰撞、跟随等）。原因：这属于场景逻辑，不是通路问题。回来条件：两个物体的静态布局能稳定生成并导出之后。
- 暂缓：批量生成与自动化脚本。原因：单次通路还没定型时，批量只会把同一个错误放大成一批。回来条件：模板固定下来、至少一种组合能稳定复现之后。
暂缓项建议直接写在项目说明或模板备注里，一句话说明「为什么现在不做」和「什么条件下回来」。这样团队里其他人接手时，不会以为这些是漏掉的功能而顺手补上。