AI 写作上下文：聊天与场景生成，以及如何排查提示词问题

用聊天来探索决策，用场景生成来产出有边界的段落。 两种工作流都需要相同的核心上下文——视角、当前故事状态、目标、阻力和限制——但它们的输出类型应当不同。

AI 写作助手需要哪些上下文？

给助手提供足以改变答案的最小信息集合：

将既定事实、当前不确定之处和可能的想法分开。这可以防止某个建议被误认为既定设定。

什么时候应该使用聊天？

当问题仍然存在多个合理答案时，使用聊天：

Given the premise and scene state below, propose three ways the director could resist.
For each option, explain the pressure it creates, what Mara must choose, and the next scene problem.
Do not write prose and do not select an option for me.

聊天适合用来获取备选方案、诊断问题、研究问题和检查连续性。它的输出通常是一组待评估的决策，而不是可以直接粘贴的稿件正文。

什么时候应该使用场景生成？

在你已经清楚这段文字必须达成什么之后，使用场景生成：

Write approximately 400 words of the key exchange.
Use close third person through Mara and past tense.
She wants the storeroom key; the director wants the original letter.
Preserve: she has no proof of his crime.
End: he gives her the key, but notices the envelope is too light.
Output prose only. Add no characters or backstory.

场景生成不能替代你为场景确定目的。如果输出跑偏了，先检查目标和结尾，再去添加更多风格形容词。

排查四种常见问题

输出过于泛泛

把“让它更感人”换成一个可观察的约束：“通过一个被打断的动作和一个回避的问题来表现愤怒。”写明角色的目标，以及他们拒绝说出什么。

输出与稿件矛盾

明确列出相互矛盾的事实，并告诉助手哪一个才是权威版本。然后把上下文缩减到当前场景，检查是否有旧笔记被当成了当前信息。

输出透露了太多信息

添加一条信息边界：“视角角色怀疑 X，但不知道 Y。不要确认 Y。”把结尾设定在你想保护的揭示之前。

输出被背景笔记淹没

删掉那些无法影响当前场景的笔记。保留一份简短的项目参考来记录稳定事实，然后在请求中提供当前场景状态和相关的条目。

可能会出什么问题？

上下文越多总是越好吗？

不是。更多上下文可能引入无关事实、矛盾和相互冲突的指令。上下文应当足以支撑当前决策，而不是把整份稿件都倒进去。

应该让聊天重写一个场景吗？

可以，但要说明任务是诊断问题、提供备选方案，还是直接写正文。要求重写时，要明确哪些内容必须保持不变、哪些可以改动；否则一个更漂亮的句子可能也会改变故事事实。

怎么判断一个提示词是否有效？

用可观察的标准检查输出：视角是否正确、事实是否得到保留、是否出现了预期的转折、结尾状态是否符合预期。“读起来不错”有用，但它不是连续性检查。