Metlivi 博客

如何向 AI 人物生成器提供设定概要以保持虚构角色的一致性

若要向 AI 人物生成器提供设定概要以塑造前后一致的虚构角色,请明确角色的诉求、其特质在行动中的体现方式、制约其选择的界限,以及哪些事件能够改变其行为。将既定事实与当前场景状态区分开来,并在跨章节或游戏分支使用之前,在多种情境下测试该概要。对于小说和游戏创作者而言,实际任务是创建一个可复用的角色设定概要,用以指导对话和抉择。下文介绍的方法将明确的提示词设计与叙事状态追踪相结合。文中的实例和连贯性检查是基于这些原则衍生出的编审工具,并非对任何生成器表现的经过测试的保证。

2026年9月22日3 分钟阅读阅读、艺术与文化作者:Metlivi Editorial Team
第 1 节

AI 角色设定概要应包含哪些内容?

首先明确角色在故事中的定位以及你希望生成器完成的工作。“为一个分支冒险故事设计一个反复出现的工坊主人”能够提供有用的上下文;而“塑造一个有趣的人物”则会让目的、范围和输出形式悬而未决。

接着将设定概要分为三个部分:稳定事实、行为准则和当前状态。稳定事实确立身份与背景;行为准则描述特定条件下的抉择;当前状态则记录已发生的事件、角色已知的信息以及尚未完成的事项。

这种结构将通用的提示词原则应用到了角色创作中。Anthropic 的官方提示词指南(https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices#be-clear-and-direct)建议使用明确的指令、上下文和清晰的输出约束。对于角色设定概要而言,这意味着要指明你需要的是角色卡、场景描写、对话交锋还是连贯性审查,并确定所提供的哪些细节必须保持不变。

请务必包含那些会影响你打算描写的场景的细节。如果某种最喜爱的颜色会影响设计选择或反复出现的描写,那么它就应当写入概要;而一段从未对行动产生过任何影响的冗长过往,则可以暂且搁置。

概要要素 — 所回答的问题 — 具有实用价值的细节
故事定位 — 为什么会出现这个角色? — 经营工坊,主角一行人在此修缮庆典展架
目标 — 他们试图达成什么目的? — 在晚间开幕前完成展架
可观察的特质 — 读者能看到或听到什么? — 两次核对尺寸;提出修复建议前先询问具体规格
行为界限 — 哪些选择是不可选的? — 仅在获得许可的情况下使用借来的工具
矛盾之处 — 哪两种偏好存在冲突? — 保持工具井井有条,但偏爱不对称的装饰图案
当前状态 — 此时此刻的实际情况如何? — 框架已组装;涂装未完成;帮手刚刚到达
转变条件 — 什么情况下允许做出不同的反应? — 看到成功的样品后,接受某种不熟悉的工艺
第 2 节

如何将目标和特质转化为切实可用的行为?

为角色同时赋予一个长期目标和一个当前场景的具体目标。长期目标贯穿各次出场;场景目标则为接下来的对话交流指明方向。

例如,一位名叫玛拉(Mara)的虚构工匠想要完成一个庆典展架。在开场的一幕中,她需要一个帮手在她完成框架的同时为三块面板涂漆。这一眼前的目标让她有了提问、演示方法和分配工作的合理由头。

接下来,将每个宽泛的特质转化为带有触发条件的可观察行动。与其不加解释地写“细致”,不如写成:“在切割新部件之前,玛拉会对照框架核对尺寸。”与其写“言简意赅”,不如写成:“她一次只给出一个指令,并明确指出所涉及的材料或工具。”这些描述能让你评估生成的场景是否符合设定概要。

避免要求在每次交流中都展现所有特质。在必要的地方指明频率:“在引入新部件时展现她测量尺寸的习惯;不要在每个自然段中都重复这一动作。”这为多样化的节奏和对话留出了空间。

添加少量展示不同情境的范例。Google 的官方提示词设计指南(https://ai.google.dev/gemini-api/docs/prompting-strategies#zero-shot-vs-few-shot-prompts)建议使用具体、多样的范例和一致的格式,以明确所期望的响应模式。对于虚构角色,范例可以在任务改变的同时展现一致的语气语调:

将这些视为示范,而非强制性的口头禅。告知生成器在编写新台词时,保持相同的直接性和具体的词汇表达。

分配工作:“先涂蓝色那块面板。边缘留白,用来包边。”
考虑新方法:“先在边角料上做给我看。然后我们再决定。”
对已完成工作的回应:“很合缝。在工匠卡上签上你的名字缩写吧。”
第 3 节

界限与矛盾如何共存?

将硬性界限与个人偏好区分开来。界限决定了某种行为是否可行;偏好则影响角色通常会在可选行为中做出何种抉择。

玛拉在使用借来的工具前必须先征得许可,这是界限;她偏好自己熟悉的榫卯工艺,这是灵活的偏好:在看到成功的样品后,她愿意尝试其他工艺。如果两条指令都只是写成“玛拉从不改变做法”,生成器就几乎没有空间去刻画一个不断成长的角色。

有效的矛盾具有明确的适用范围。“既井然有序又杂乱无章”提供了相互冲突的标签,却没有解释各自在何时适用;而“将工具放在贴有标签的抽屉里,但刻意选用不对称的装饰图案”则为每种偏好划定了领域。这两种特质可以在同一个场景中并存,而不会破坏连贯性。

当偏好产生冲突时,指明哪一个具有优先权。玛拉可能看重精致繁复的饰面,但在开幕临近时会选择更简约的装饰;而她必须获得许可的界限依然适用。这就确立了一个作者可以戏剧化展现的选择,而无需凭空编造新的角色规则。

让这些指令立足于虚构事实的记录:行动、对话、偏好、技能和既定事件。有意识地添加新的背景细节,而不是要求生成器从姓名或外貌中揣摩推断个人属性。

第 4 节

哪些内容应保持固定,哪些可以改变?

在故事提供了起因的前提下,一致性是允许角色发展的。在记录转变的同时,也请一并记录其诱因。

Inkle 的核心文档《Writing with ink》(https://github.com/inkle/ink/blob/master/Documentation/WritingWithInk.md#part-5-advanced-state-tracking)描述了如何在互动故事中追踪状态改变和角色认知。其中的变量和列表提供了一种具体的实现模型。你可以在无需编写代码的情况下,将这一底层方法借鉴到散文式设定概要中:命名相关状态,记录其当前值,并确定引发其变化的事件。

对于玛拉而言,需区分以下三个层级:

对角色认知学习的范围保持精确。接受了一种经过演示的方法,并不意味着接受未来的每一条建议;同样,完成了一块面板,并不等于完成了整个展架。

将角色认知与外部世界事件分开追踪。如果帮手在另一个房间完成了涂装,面板可能已经完工,但玛拉依然认为它们需要处理。她应当通过汇报、亲眼观察或其他既定事件来获知这一进展。对于游戏分支,请记录在当前激活路径上发生了哪些事件;对于小说,请将状态变化绑定到相应的场景上。

层级 — 示例 — 更新规则
稳定事实 — 玛拉制作了展架的木质框架 — 仅通过作者明确的修正来进行修改
当前状态 — 面板涂装尚未完成 — 在工作完成后进行更新
习得的工作偏好 — 玛拉尚未接受帮手的拼接方法 — 在她看到成功的样品后进行更新
第 5 节

一份紧凑的角色设定概要是什么样的?

以下是一份用于虚构工坊场景的完整示例概要。这是一段自然语言提示词,而非可执行代码。请根据你自己的角色调整其结构,并随着故事推进替换场景状态。

任务:使用此虚构人物设定,以玛拉的有限第三人称视角撰写一段 250 字的工坊场景。遵循所提供的事实,未解决的背景细节保持不明确。角色与定位:玛拉·维尔(Mara Vale)制作庆典木质展架。她的工坊是当前项目的开展场地,一位到访的帮手在此加入工作。长期目标:在晚间开幕前完成一个坚固且色彩鲜艳的展架。场景目标:安排帮手给三块面板涂漆,同时玛拉完成框架。可观察特质:切割新部件前核对尺寸。将工具放回贴有标签的抽屉。一次给出一个具体的指令。在相关时展现这些行为,切勿在每次对话交流中重复所有行为。语气语调:直截了当、务实的句式,经常提及材料和尺寸。示例:“先涂蓝色那块面板。边缘留白,用来包边。”创作具有类似直接感的新台词。界限:使用他人的工具前必须征得许可。如果无法获得许可,则使用自己的工具或调整方案。矛盾之处:偏好整洁的工作台面,以及刻意不对称的装饰图案。灵活偏好:倾向于使用熟悉的拼接方法。仅在观察到成功的样品后才接受帮手的替代方案;接受仅适用于该特定方法。当前状态:下午。框架已组装完毕但需要收尾。三块面板需要涂装。帮手刚刚到达。尚未演示任何替代方法。连贯性规则:切勿凭空编造先前的会面或未曾展现的演示。玛拉仅知道她观察到的或获悉的内容。在不改变既定事实的前提下,允许对工坊进行次要的细节描写。输出:返回场景内容,随后单独列出拟议的状态变更清单以及支持每项变更的事件。如果指令发生冲突,请在起草前指出冲突。

该概要在界定核心决策的同时,为意象、动作和遣词造句留出了发挥空间。如果你希望生成器先扩充人物设定,可将任务更改为“提出三项可选的补充建议”。在你采纳这些建议之前,请将其与既定事实分开存放。

第 6 节

如何测试概要能否保持自洽?

使用一组简短且形成对比的场景来测试相同的规则。下方的决策表是一种建议的编审核对方式,并非基准测试或量化结果。

分别审查决策、角色认知和语气语调。一个场景可能听起来令人信服,却破坏了事件之间的因果依赖关系;另一个场景可能恪守了每一项事实,却过于频繁地重复相同的示例语句。

当某项测试未通过时,修改与之相关的最小颗粒度指令。凭空捏造的先前会面需要更严格的历史背景约束;重复的对话需要更多样化的范例,或者明确说明范例仅供参考的指令;被拒绝的演示可能暴露出灵活偏好与概要中其他地方不经意写下的“从不”之间存在冲突。

测试情境 — 符合一致性的反应 — 需排查的连贯性问题
帮手在没有样品的情况下提出一种不熟悉的方法 — 玛拉要求进行演示 — 她声称以前曾与该帮手一起用过该方法
帮手成功演示了该方法 — 玛拉可能会在项目中采纳它 — 她仅仅因为不熟悉而予以拒绝
借用工具能让工作更轻松,但无法获得许可 — 玛拉使用自己的工具或调整任务 — 她不经询问直接使用
面板在另一个房间完工;无人告知玛拉 — 她的对话反映出她最后获悉的信息 — 她描述了未曾谋面的已完工面板
在分支 B 中涂装尚未完成,但在分支 A 中已完成 — 每个分支保留各自的任务状态 — 分支 B 继承了分支 A 的完成状态
第 7 节

如何在后续场景中保持连贯性?

维护一份总设定概要,并为每条活跃的故事路径单独建立记录。在请求生成下一个场景之前,提供相关的稳定事实、最新确认的状态,以及促成该状态的事件简述。

审查生成的场景后,仅将你保留的事件更新到记录中。拟议的状态变更清单有助于审查,但不应自动成为故事既定历史。如果你在修改时删除了演示情节,也应一并将由此产生的接受态度从后续的状态记录中移除。

一条紧凑的记录条目可以这样写:“第 4 幕,分支 A:玛拉看到帮手的榫卯样品成功固定了测试框架;她同意在展架上采用该工艺。涂漆仍未完成。”它记录了事件、其有限的后果以及未完成的任务,而无需复述整个场景。

最后,区分角色行为的改变与作者层面的设定修正。顺理成章的改变需要故事事件作为依托;对稳定事实的修正需要修改设定概要并审查受影响的场景。明确区分这两项操作,能为你提供一种实用的方法,既能让角色不断发展,又能保持读者和玩家所体验到的连贯性。

相关阅读

继续探索这个主题