我一开始想把平台已经生成的东西全部推倒。那天做图时，我发现平台会根据分镜和参考图自动写提示词，但我看不到它究竟写了什么。画面如果偏了，我只能重新描述，或者继续点生成，像是在和一个不透明的盒子反复猜拳。
后来我停下来想了一下：我并不是真的拒绝平台帮我写提示词。平台擅长把一个粗略想法扩成完整画面，这部分能力仍然有价值。我不能接受的是，它改写完以后，我无法检查，更无法只改错的那一处。真正要拿回来的不是“完全自己写”的权力，而是看见、判断和定点修改的权力。
我遇到的不是提示词好不好
这次的具体场景，是一组带参考图的分镜。平台先根据内容生成画面，也替每个镜头组织了一段更长的生成提示词。问题出现后，我先想走自动化入口，看看故事板、资源和聊天历史里能不能直接找到每张图的完整提示词。
结果并不理想。故事板里只有偏语义的描述，不等于真正用于生成的那段正文；资源信息只有资源本身的状态；聊天历史里虽然出现了提示词引用，但只是一个引用编号和相关信息，没有逐张完整文本。命令行能告诉我“这里有一段提示词”，却不能把那段提示词交给我审阅。
这件事让我重新意识到，工具里“有数据”和“数据可审计”是两件事。前者足以让系统继续跑，后者才足以让人对结果负责。如果不处理，后面会导致一种很具体的浪费：我不知道偏差来自原始想法、平台改写，还是参考图绑定，于是每次重试都可能同时改动多个变量，最后只得到一堆无法比较的版本。
平台先写，面板负责把它交还给我
真正的突破不在命令行，而在点击关键帧之后打开的手动提示词面板。面板里的编辑区域是一个可编辑文本框，里面能读出平台实际使用的整段提示词。它不是一条简短的故事板说明，而是包含主体、动作、镜头、环境和风格约束的完整内容。
更重要的是，参考图没有被转成普通文字。它们以嵌入编辑器的图像标记存在，和参考图行里的绑定关系对应起来。也就是说，我看到的不只是一段文字，还能同时看到这段文字和哪些参考图一起参与生成。
表面上我是在找提示词，实际上我是在找一条“平台发挥之后仍然能回到人手里”的路径。平台的自动改写可以作为初稿，因为它替我补足了许多画面细节；手动面板则是最终编辑层，因为只有在那里，我才能检查平台到底把我的意图扩成了什么。
平台的自动改写适合负责展开，手动面板适合负责审计；把两者混成一个动作，控制权就会消失。
参考图绑定比文字更脆弱
找到编辑器以后，最容易犯的错误是全选、清空，然后从零重写。这个动作看起来最干净，也最符合“我要完全控制提示词”的直觉，但它可能把嵌在正文里的参考图标记一起删掉。文字还在，参考图的绑定却已经断了，下一次生成出来的画面就不再是同一个实验。
我选择保留平台已经写好的正文，再做局部增删，是因为这能同时守住两件事：一方面继续利用平台对画面结构的补全，另一方面不去碰参考图行和内联图像标记。需要加强动作，就在对应句子附近补一句；需要删除不合适的风格，就删掉那一小段；需要纠正主体关系，就改动包含关系的句子，而不是把编辑器变成一张白纸。
这里还有一个容易被忽略的边界：试着在编辑器里输入文字，并不会立刻提交网络请求，也不会自动保存成一次生成。真正提交发生在点击生成或重新生成之后。这个发现让我把“编辑”和“执行”分开了。编辑阶段可以回读、比较和撤销；执行阶段才会改变任务状态，也可能消耗用量。
如果不把这两个阶段分开，后果就是为了确认一个字是否改对，误触一次提交按钮；或者以为草稿已经保存，离开页面后才发现改动没有落库。真正难的不是把句子改好，而是知道什么时候只是本地草稿，什么时候已经进入付费执行。
修改前后都要过一道门
我后来把这次操作拆成了一个很小的门禁。先回读原始提示词，确认主体、动作、镜头和参考图标记都在；再检查平台有没有把不能接受的内容加进去，例如主体数量错了、动作方向反了、场景关系被改写，或者参考图已经不再对应原来的位置。
修改时只处理已经确认的问题，不顺便重写整段。改完以后再检查一次，重点看原本正确的部分有没有被误删，内联参考图标记是否还在，新增句子有没有和原来的画面逻辑冲突。这个步骤看起来慢一点，但它让每次修改都能回答一个问题：我到底改变了什么？
这也是我没有直接相信“平台写得应该没问题”的原因。平台能生成完整文本，不代表它知道我的优先级。它可能把氛围写得很漂亮，却把人物关系写错；也可能让场景更丰富，却偷偷改变了参考图的作用。门禁不是为了阻止平台发挥，而是为了在提交之前确认它仍然服务于这次画面。
单次提交，三方验收
通过检查以后，我只做一次生成或重新生成。点击前先确认这次确实准备好了，因为提交会产生用量，连续试错会把判断成本变成实际消耗。提交后，我不只看画面是否出现，还核对3件事：用量是否按预期变化，任务记录里是否出现了新的运行记录，最后的产物是否体现了这次修改。
这3项分别回答不同问题。余额或用量变化，说明提交是否真的发生；新的运行记录，说明平台是否按这次编辑建立了新任务；产物本身，才说明修改有没有进入画面。只看其中一项都不够。比如画面更新了，可能是旧任务的延迟结果；任务记录出现了，也不代表参考图绑定仍然有效。
我把它称为三方验收，是因为它把“我点过按钮”和“这次实验完成”区分开了。一个流程是否可靠，不看它在顺利时多快，而看它能不能证明提交、任务和产物彼此对应。 如果三方对不上，我会先停下来查状态，不继续点下一次生成。
这套方法可以迁移到更多平台
这次的可复用方法并不依赖某个平台的名称，而是一条顺序：让平台先写一版；找到真正承载最终提示词的编辑层；回读正文和参考绑定；用门禁检查关键约束；只做局部修改；最后在明确用量边界内单次提交，再用状态和产物验收。
其中最重要的不是“找到一个隐藏面板”，而是要分清每一层信息的责任。命令行适合查任务和引用，故事板适合看结构，手动面板才适合看逐张提示词。把不具备正文的通道当成正文来源，就会在一开始建立错误的事实基础。
我更愿意把它看成一种工作习惯，而不是一个技巧。任何自动化工具只要替我做了改写，就应该留下回读入口；任何会产生费用的按钮，都应该和免费的检查动作分开；任何带附件、图片或引用绑定的编辑，都应该优先采用定点修改。
一个流程成熟的标志，不是它能跑通一次，而是它能在下次少依赖临场记忆。以后遇到类似情况，我不会再在“完全信任平台”和“完全手写”之间二选一。我会先问：平台写出的版本在哪里？真正的最终编辑层在哪里？哪些内容一旦删掉会破坏绑定？什么动作才算提交？这些问题回答清楚，控制权就不必靠反复重做来证明。
下次我会怎么做
下次开始一组带参考图的生成任务，我会先让平台完成它擅长的提示词展开，但把这一步明确标记为初稿。看到画面不对时，我先打开对应关键帧的手动面板，回读实际使用的完整提示词，而不是只看故事板摘要或任务引用。
接着我会先检查参考图标记，再检查主体、动作和场景约束。发现问题后，只在目标句子附近定点修改，不全选清空，不碰缩略图上的删除和上传控件。编辑完成后跑一次提示词门禁，确认绑定仍在、改动确实针对问题，再点击一次生成。
最后我会同时看用量、任务记录和新产物。三者一致，才算这次修改完成；任何一项对不上，就停在诊断阶段。真正拿回控制权，不是拒绝工具替我思考，而是让它思考之后仍然把判断交还给我。