横屏录屏不能直接缩放成竖屏广告。先把画面标成三类区域：玩家决策或目标、实际操作位置、动作后的反馈；再用代表性片段测试裁切。如果一个竖屏构图无法同时让观众看懂“要做什么、怎么做、结果是什么”，就不要硬裁，改为分段构图、补录竖屏或保留横屏版本。
先收集能支撑裁切判断的输入
剪辑前准备原始横屏录屏、目标竖屏比例和投放位置、当前游戏 build、录制关卡或状态、操作说明、关键 UI 截图、声音和字幕脚本。不要只交一个压缩后的成片；要保留原始画面和时间点，方便在裁切失败时回到录制端。
在时间线上给三类区域打点：
- 决策区：任务目标、地图路线、可选择的卡牌或按钮，决定玩家下一步做什么；
- 操作区：手指或鼠标实际点击、拖动、释放的区域；
- 反馈区：命中、资源变化、关卡推进、失败或奖励，证明操作产生了结果。
同一款游戏可以有多个区域，不能按固定屏幕坐标套模板。先看动作发生的时间关系，再决定画面如何排列。
三条裁切分支
分支一：三类信息本来就在同一侧
如果决策、操作和反馈在横屏画面的同一侧，先以该侧为主体做竖屏裁切。保留完整的动作前状态与动作后反馈，另一侧不重要的装饰可以舍弃。裁切后暂停检查按钮、数字和结果是否仍可读；若字幕覆盖操作区，改字幕位置而不是继续放大。
示例：操作按钮、角色和命中反馈集中在右侧，左侧只是背景。竖屏画面可以围绕右侧取景，但要保留能说明目标和结果的 UI，不要只留下手指点击。
分支二：信息分散，但可以按时间顺序切换构图
如果决策区和反馈区分散在两侧，不能用一次固定裁切解决。可以按事件分段：先用较宽的构图交代目标，再切到操作区，随后回到反馈区；每次切换都要留足动作前后文，不能在点击发生的瞬间跳走。
时间线至少保留“目标出现—动作开始—反馈完成”三段。若切到操作区后观众不知道正在操作什么，加一条简短说明或保留目标区的视觉提示；说明文字必须与真实操作一致，不能用后期箭头制造游戏没有的指引。
分支三：关键关系跨越整个横屏画面
如果决策在左侧、操作在中部、反馈在右侧，竖屏裁切无法同时保留三者，强行缩放会让按钮和结果都变小。这时有三个选择：
- 重新录制竖屏友好的过程：在当前 build 中让关键动作、反馈和目标更靠近，或采用可在竖屏中看清的演示路径；
- 用多镜头重构：分别录决策、操作、反馈的清晰片段，用剪辑保持因果关系，并在切换处保留状态提示；
- 保留横屏广告版本：若玩法的空间关系本身就是卖点，横屏版本比信息缺失的竖屏版本更诚实。
这三种选择都比把整张横屏画面缩到看不清更可执行。
每次裁切后按“看懂—做对—看见结果”验收
看懂：观众知道当前目标吗？
从静音状态看开头几秒，检查关卡目标、任务提示或可选择对象是否出现。没有目标只剩角色移动时，裁切已经丢失决策信息。必要时把目标放到第一段构图，或补充真实 UI 的局部画面。
做对：操作和触发点能对上吗？
检查点击、拖动、释放发生的位置是否仍在画面内，手势或鼠标是否被字幕、贴纸、装饰遮住。操作说明不能写成“点击这里就赢”，除非当前 build 确实如此；如果一个操作需要看全局地图，竖屏局部就不适合承担这段演示。
看见结果：反馈是否紧跟动作？
动作后要看到对应的命中、资源、状态或失败反馈。若只保留操作没有结果，观众无法判断玩法价值；若先放结果再补操作，要用时间线或文字明确因果，避免剪辑顺序让玩家误以为结果无需操作即可获得。
裁切失败时不要先加包装
以下情况应回到分支判断：关键按钮始终被裁掉；反馈出现在画面外；必须缩小到文字不可读；镜头切换后无法辨认同一关卡状态；竖屏字幕和手势互相遮挡。加转场、放大特效或贴纸不能修复缺失的玩法因果。
返录时给录屏人员写清目标 build、起始状态、要展示的动作、反馈出现条件和建议构图。录一条代表过程先试裁切，再决定是否批量录制。保存“原始横屏—竖屏候选—裁切失败原因”的对应关系，后续才能复用真正可用的镜头。
魔剪适合承接候选编排和精修
当团队已经决定采用哪一条裁切或重录分支，魔剪可以把操作、反馈和说明片段按通用分镜组组合，先预览不同构图的候选，再在时间线中精修切点、字幕、音频和冗余内容。这里的分镜组是通用视频结构，不代表魔剪能够识别游戏 UI 或自动判断玩法因果。若原始录屏根本无法在竖屏中保留关键关系，仍应由游戏团队重录或交付横屏版本。
横屏转竖屏的验收标准不是“画面填满手机屏幕”，而是观众仍能看懂目标、操作和反馈。先判断这三者能否在同一构图或连续镜头中成立，再选择裁切、分段重构、返录或保留横屏。