要让runway生成真实调试画面，必须嵌入终端与编辑器双屏状态、精确错误位置、ui干扰项、触发动作、肢体痕迹、时间光影、物理环境及失效边界等细节，并删除抽象词、校验三项硬指标、使用中文标点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Runway生成的代码报错提示画面真实反映开发者正在调试的现场，不能只写“Python报错”或“SyntaxError”，必须把终端窗口状态、编辑器上下文、错误触发动作和物理环境细节全部嵌进提示词里——否则AI会生成悬浮在纯黑背景上的孤立红字，毫无调试现场的紧迫感和可信度。
锁定终端与编辑器双屏联动状态
第一步：在提示词开头明确写出当前终端类型与编辑器组合，例如“VS Code左侧打开main.py文件，右侧终端Tab显示zsh命令行，光标停在第47行末尾”。Runway对“代码编辑器+终端”这种空间配对极其敏感，漏掉任一端都会导致画面分裂成两个无关窗口。
第二步：描述终端当前滚动位置与错误堆栈层级，例如“终端向上滚动至第3屏，Traceback从File ‘/src/utils.py’, line 12开始，最后一行高亮显示‘IndentationError: expected an indented block’”。【关键前提：必须写出错误发生的精确行号与文件路径，否则AI默认渲染通用报错模板，90%概率丢失缩进类错误特有的空格/Tab混用视觉特征】
第三步：加入编辑器界面干扰项——“左侧代码行号区第47行旁有红色波浪线，右侧预览窗显示Git暂存区有未提交修改，右下角状态栏显示Python 3.11.9虚拟环境”。这些非核心但真实存在的UI元素，是AI判断“正在调试中”的关键锚点。
绑定错误触发动作与物理反应
方法一：用完成态动作替代进行时描述
写“回车执行后终端瞬间刷出红色报错，光标卡死在命令行末尾”，而不是“正在运行脚本时出现错误”。Runway对“瞬间刷出”“卡死”这类结果态响应稳定，而“正在运行”易导致帧序列断裂或报错文字闪烁。
方法二：注入手指与屏幕交互痕迹
“左手食指悬停在键盘Enter键上方2mm处，右手拇指压住触控板边缘，屏幕右上角微信弹窗显示‘你刚提交了bug修复？’”。这些微小但真实的肢体线索，能强制模型降低画面“摆拍感”，避免生成双手交叉抱臂看报错的戏剧化姿势。
【注意】别写“程序员皱眉盯着屏幕”——情绪无法被视觉锚定，AI会强行扭曲面部肌肉生成夸张表情，反而破坏可信度。用“食指悬停”“拇指压住触控板”这类可拍摄动作替代。
植入不可替代的物理环境坐标
① 时间光效：“凌晨2:17，台灯暖光斜照键盘左半区，机械键盘WASD键帽反光映出终端报错文字残影”。时间越具体，光影逻辑越硬，避免AI用均匀平光覆盖整个屏幕。
② 空间纵深：“桌面铺深灰帆布，左侧堆三本技术书（《Effective Python》《Flask Web开发》《Git权威指南》书脊朝外），右侧咖啡杯沿残留半圈褐色渍痕，杯底压着一张便签纸，上面手写‘pip install -r req.txt → 权限拒绝’”。这些实体物件构成物理锚点，防止终端窗口悬浮或比例失真。
③ 失效边界：“终端窗口右下角任务栏显示Chrome正在播放Stack Overflow视频，但视频画面被最小化；VS Code标题栏显示‘main.py (已修改)’，但未保存图标呈灰色而非红色”。主动暴露“未保存却已执行”的矛盾状态，能抑制AI过度美化倾向，生成更贴近真实开发现场的画面。
删掉所有抽象词并校验关键字段
第一步：删除提示词中所有“崩溃”“严重”“紧急”等抽象形容词——Runway无法将其转译为视觉参数，只会稀释真实坐标信息。
第二步：检查是否包含三项硬指标：具体错误类型（如IndentationError）、精确文件路径（如/src/utils.py）、终端滚动位置（如第3屏）。缺一不可。
第三步：确认全中文标点，禁用英文括号、冒号、引号。例如写“（已修改）”而非“(modified)”，否则Runway会截断括号内内容。
第四步：在Runway提示词框粘贴完整描述后，点击“Generate”前先勾选“Show prompt breakdown”，观察解析标签中是否出现你写的专属名词（如“src/utils.py”“zsh命令行”“深灰帆布”）。若仍出现泛化词（如“代码窗口”“错误信息”），说明某处描述仍不够具象，需返回替换。
