大语言模型角色扮演中的角色卡提示词工程与格式范式深度研究报告

本文由 EPUB《AI 角色卡 Prompt 格式研究》转换而来，已保留全部正文、表格与参考文献，仅做版式整理。

第一章：人工智能角色扮演与提示词工程的演进脉络

在人工智能大语言模型（Large Language Models, LLMs）的快速迭代周期下，角色扮演（Role-Playing）已经从早期的基于简单规则的对话系统，演变为高度动态生成、具备深度上下文感知及情感模拟能力的复杂交互范式。在此技术演进路径中，如何通过结构化的提示词（Prompt）——即在开源社区与前端界面（如 SillyTavern）中广泛被称为“角色卡（Character Card）”的文本块——精准地向模型传递角色的身份背景、性格特征、行为逻辑以及多层次的对话风格，成为了决定角色保真度（Character Fidelity）和用户沉浸感的核心课题。角色卡格式的演变史，本质上是人类与大语言模型底层逻辑（如注意力机制、分词机制、预训练语料分布）不断博弈与对齐的历史。

追溯至早期的 Slack 时代，由于当时的语言模型上下文窗口极度受限（通常在 8000 至 9000 个 Token 左右），提示词工程高度依赖于“模板化（Template Era）”设计。 在这一时期，提示词模板被视为一种结构化的系统函数，创作者试图通过密集的指令将场景构建、信息嵌入、输出格式约束、风格引导乃至越狱机制（Jailbreaks）全部打包在一起。然而，这种粗放式的整合面临着严重的注意力稀释问题。随着对话历史在上下文堆栈中不断累积，这些基于模板的指令被逐渐推高，脱离了模型注意力机制最敏锐的区域，导致大语言模型不可避免地出现角色特征遗忘或性格漂移现象。此外，早期模板往往使用非正式的日常语言编写，缺乏严密的逻辑结构，导致机器解析时的可读性极差，且缺乏灵活的提示词层级管理机制。

进入 Tavern（包括随后的 SillyTavern）时代后，关于角色卡格式的设计理念在不同地域的开发者与创作者社区中出现了显著的分化。西方社区较早地确立并采用了“预设（Presets）”机制，这是一种将系统级提示词（System Prompts）与角色特定描述解耦的架构创新。这种分离机制使得角色卡的编写者可以纯粹聚焦于描述角色的核心特质，而无需在卡片内部强行嵌入用于越狱或格式控制的底层指令，从而极大地净化了角色卡的内容，为其后的格式创新奠定了基础。

相比之下，东方的创作者社区在探索最佳格式的道路上经历了更为剧烈的波动。部分创作者开始引入真实的编程数据序列化格式，如 YAML 和 JSON，以期获得更好的机器可读性与结构严谨性。然而，这一阶段也爆发过被称为“格式灾难”的弯路。由于部分用户误读了 Anthropic 等 AI 企业的官方文档，导致大量角色卡被过度加载了繁冗的 XML 和 HTML 标签。这些过度密集的标签不仅无谓地消耗了极其宝贵的上下文 Token，更在解码阶段过度占据了模型的注意力权重，导致模型在生成对话时显得机械且缺乏人性化的情感流露。这种从“极度非结构化”向“过度结构化”摇摆的历史教训表明，理想的角色卡格式必须在信息密度、Token 消耗效率以及大模型对自然语言的内生亲和力之间找到精确的平衡点。

第二章：主流角色卡格式的底层逻辑与全景横向对比

在现代前端框架（如 SillyTavern）中，角色卡本质上是一个多维数据的集合，其核心组件包括角色名称、角色描述（Description Box）、初次问候语（First Message）、性格摘要（Personality Summary）以及场景设定（Scenario）等。将这些高度抽象且非结构化的人设构思，转化为大语言模型能够高效且精确解析的机器输入序列，衍生出了多种截然不同的格式范式。每种范式背后，都隐含着特定的提示词工程学理论与对大模型潜空间（Latent Space）的不同调用策略。

W++格式与伪代码时代的遗产

W++格式是一种在早期开源社区中被广泛采用的伪代码语言，其诞生背景是为了适配如 Pygmalion（参数规模仅为 7B）等较小参数量的大语言模型。在当时的技术约束下，这类小模型严重缺乏从纯自然语言描述中推理复杂属性关系及简单事实的能力。为了弥补这一短板，创作者发明了这种重度依赖符号标识的格式，使用加号（+）、等号（=）、花括号和双引号等符号，将自然语言强制转化为模块化的数据表单。在 W++架构中，括号外部的文本表示属性名称，而括号内部的文本表示具体的属性值。

然而，从现代大语言模型（如 GPT-4o、Claude 3.5 Sonnet）的视角来看，W++格式++存在致命的结构性缺陷。大语言模型的预训练语料绝大多数是纯粹的自然语言文本（如书籍、文学作品、维基百科百科），它们在本质上并不“关心”或者原生理解人为生硬构造的伪代码符号体系。语言模型只是通过统计概率解释符号之间的文本。更为严重的是，在分词（Tokenization）过程中，这些为了所谓“逻辑清晰”而添加的大量特殊标点符号，往往会被单独切分为独立的 Token。这不仅未能像预期那样节省空间，反而无谓地消耗了大量的 Token 额度。对于长篇距的复杂角色卡，W++导致文本的连贯性被彻底破坏，使得后期的修改和维护成为一场噩梦。这种格式将充满灵魂的角色设定异化为冰冷的数据填表，目前已被主流高级提示词工程师所摒弃。

PList 格式：属性列表的精简表达与注意力锚定

PList（Property List，属性列表）格式是对 W++的一种深刻改良。它保留了特征标签集合的伪代码风格，但大幅削减了无意义的嵌套符号，追求极致的词汇密度与简洁性。在 PList 格式中，角色的核心信息被转化为由逗号或分号分隔的结构化列表（例如：外貌: 绿眼, 黑发, 娇小; 爱好: 漫画, 钩针编织）。

PList 的底层技术优势在于其极高的信息压缩比与排序效应。由于大语言模型的注意力机制存在明显的位置偏差（Position Bias），在处理长文本序列时，模型对序列末尾的信息提取权重最高。PList 策略巧妙地利用了这一点，指南通常建议将次要或普适的特征置于列表的前端，而将最核心、最具冲突性或定义性的性格特征保留在列表的最末尾。在先进的角色扮演框架中，PList 往往不被放置在常驻的描述框内，而是被转移到作者说明（Author's Note）面板中，并设定特定的注入深度。例如：“Depth 4”。通过将高密度的 PList 数组推向接近提示词堆栈底部的高注意力区域，模型能够在极低 Token 消耗的前提下，持续受到核心角色属性的强制约束。

Ali:Chat 格式：对话体与少样本学习的完美契合

Ali:Chat 格式代表了角色卡设计理念的一次重大且成功的范式转移。该格式不再执着于以第三人称罗列属性标签，而是利用具体的对话示例（Example Dialogue）作为第一人称或第三人称的自我介绍、行为展示与环境互动。

从底层人工智能原理分析，Ali:Chat 本质上是对大模型少样本提示（Few-shot Prompting）和上下文学习（In-context Learning）能力的深度应用。它通过在描述中预置多段用户与角色的交互片段（每一段以分隔标记，包含{{user}}:与{{char}}:前缀，以及使用星号包裹的动作和环境描写），直接向模型展示了角色在特定情境下的语气、口癖、句法结构长度偏好以及情绪反应模式。研究发现，现代模型在处理 Ali:Chat 格式时，会自发地通过注意力机制捕捉对话样本中的文风特征，并将其作为后续自回归生成（Autoregressive Generation）的先验概率分布。这种展示而非告知（Show, don't tell）的策略，特别契合那些拥有隐性性格特征的角色，能够以极高的效率培养大模型的对话习惯，防止模型越俎代庖替用户发言。然而，其局限性在于，在极端复杂的场景设定下，如果对话样本未能覆盖当前语境，部分模型可能会过度复制样本中的句式，导致回复陷入刻板循环。

结构化数据格式：JSON 与 YAML 的确定性优势

随着大语言模型在代码生成和结构化数据处理能力的跃升，JSON 和 YAML 成为了极具竞争力的角色卡架构格式。这两种格式拥有严格的键值对与层级嵌套结构，能够以极其清晰的逻辑体系构建具有宏大属性树的复杂对象。例如，创作者可以使用 YAML 格式精准描述一所学校的每一层建筑布局、每个房间的 NPC 属性，或者一家跨国公司的详细阶级组织架构图。

实证研究揭示了结构化输出对于大模型性能的惊人提升。在一项跨越 8 种不同模型的 GSM8K 基准测试评估中，使用结构化提示词进行生成能够带来超过 70%的性能提升。在角色扮演的上下文中，JSON 和 YAML 通过明确的上下文约束（Context Constraints）降低了生成阶段的熵值（Entropy）。在无结构的自然语言提示词中，模型面临着极其宽泛的下一词预测概率分布；而结构化的键值对则起到了注意力锚点（Attention Anchors）的作用，迫使解码器的自注意力层将权重高度集中在特定领域的语义关联上，使得模型的行为表现出类似确定性 API 的高稳定性和一致性。特别是 YAML 格式，相较于 JSON 去除了繁杂的引号和花括号语法，在维持极高机器可读性的同时，大幅提升了人类创作者的编辑体验，成为现代复杂卡片的优选格式。

纯自然语言格式：语义共鸣与上下文深度的释放

尽管高度抽象的结构化格式在特定任务上各具优势，但纯粹的多段落自然语言（Natural Language）依然被大量评测证明是适应性最广、能够唤起模型最深层语义共鸣的基础格式。大语言模型的万亿级预训练参数主要是在人类自然语言语料上优化的，因此它们对完整的句子和段落有着最天然的解析能力。

使用丰富的自然语言来细致入微地描述角色的过往创伤、深层心路历程、复杂的人际羁绊以及世界观情境，能够提供结构化数据所缺乏的时间流动感和逻辑因果关系。虽然这种方法在 Token 层面的消耗极其庞大，但随着最新模型（如 Claude 3.5 Sonnet 或 GPT-4o）上下文窗口的急剧膨胀（往往从 128k 到 200k 甚至 2M Token），上下文容量不再是绝对的硬性瓶颈。在充裕的上下文中，自然语言在表达复杂情感张力、隐秘动机以及细微态度转变上的优势得以彻底释放，使得对话产出的文学色彩与人性化程度达到巅峰。

角色卡格式范式表

第三章：大语言模型架构层面的解析机制与 Token 经济学

为了深刻理解不同角色卡格式的优劣，研究不能仅停留在应用界面的表象，必须穿透 SillyTavern 等前端外壳，深入探究大语言模型在处理数百层网络时的底层架构机制。角色卡的有效性受到 Token 化过程（Tokenization）、自注意力机制动态分配以及上下文深度处理能力的严格数学与工程学约束。

分词机制的解构与 Token 消耗成本

大语言模型本质上是一个巨大的概率预测机器。它不直接“阅读”人类文本，而是通过专门的分词器（Tokenizer，如 SentencePiece 或 Byte-Pair Encoding）将连续的输入字符切分为离散的数字标识符（Token IDs）。Tokens 构成了语言模型理解世界的基础。根据 OpenAI 和各大主流 API 的粗略估算，一个 Token 在英文语境下大约等同于 4 个字符，或 0.75 个单词。

这一机制对角色卡格式的选择产生了深远的经济与性能影响。在 W++或大量使用特殊标点的格式中，诸如中括号、加号、连续等号等符号往往无法与常规单词组合成高效的子词，从而迫使分词器将它们各自切分为独立且昂贵的 Token。随着提示词总 Token 数的增加，模型解码器的自注意力计算复杂度呈二次方（Quadratic）级别暴涨，这不仅拉高了推理延迟和 API 调用成本，更严重的是，它挤占了宝贵的有限上下文窗口。相比之下，使用 Ali:Chat 格式或自然语言编写的文本，由于其词组搭配高度契合模型的预训练语料分布，能够被极高效率地压缩，用最少的 Token 传递最丰满的语义内涵。

上下文管理、红区警告与 U 型注意力曲线

在 SillyTavern 中，提示词管理器（Prompt Manager）将系统的不同模块（如角色设定、世界信息、过往聊天记录）动态拼接成最终发送给大模型的完整输入字符串。这里存在一个核心的资源博弈：常驻 Token（Permanent Tokens，如角色描述和设定）与非临时 Token（如聊天记录）之间的争夺。如果一个角色卡的常驻定义占据了超过模型总上下文长度的 50%，SillyTavern 会将 Token 计数器标红发出警告。因为过于庞大的设定会大幅削减模型可用于“记忆”近期对话历史的空间，直接导致角色在几轮对话后出现健忘症。

不仅是容量问题，大语言模型对庞大上下文块的处理还存在被学术界广泛证实的 U 型注意力曲线。实证分析表明，模型对位于文本堆栈最顶部（系统级指令）和最底部（最新对话及后置指令）的信息提取准确率极高，而对深埋在文本中间部分的信息则表现出灾难性的遗忘（Lost in the Middle 现象）。如果将所有几十个 PList 标签或背景故事全盘堆砌在 SillyTavern 的常驻描述区中，随着聊天记录的推进，这些描述会被越推越远，陷入注意力曲线的谷底，导致模型开始无视设定的种族、生理缺陷或核心性格。

注入深度的博弈与作者说明（Author's Note）机制

为了对抗大语言模型的底层注意力遗忘缺陷，高级角色卡工程师引入了注入深度（Injection Depth）的概念。这是一种直接滥用模型注意力分配机制的高阶技巧。

在 SillyTavern 架构中，作者说明（Author's Note）功能允许创作者定义一段极短的文本，并在每一次发送 API 请求时，将其强行插入到历史记录的特定深度（如设置“Depth 0”或“Depth 4”，即在最新发送的消息之前的一定距离处）。这相当于给大模型提供了一个实时的、无法忽略的认知锚定剂。通过将最容易被遗忘的物理特征或硬性性格使用极度精简的 PList 格式写入 Author's Note（例如：注意：{{char}}是双盲的；性格必须保持冷酷，绝对禁止表现出温柔），即便角色卡的其余部分已经在上万 Token 的上下文中变得模糊，模型依然能够在生成下一句话的瞬间，受到这股位于高频注意力区域的强力约束，从而维持极高的角色表现稳定性。

提示词模块组件表

第四章：前沿语言模型（2024-2026）对角色卡格式的异构适配性

进入 2025 至 2026 年度，大语言模型领域经历了寒武纪般的爆发。不同 AI 实验室在预训练目标、强化学习对齐（RLHF）算法以及推理架构上的分歧，导致当前处于行业顶尖的模型对于同一张角色卡的解析偏好大相径庭。创作者必须根据所选模型的架构特性，精准实施提示词降维与格式重构。

Claude 3.5 Sonnet：语义细腻度与自然对话体的巅峰

Anthropic 发布的 Claude 3.5 Sonnet 不仅在代码和视觉推理上取得了显著成就，在角色扮演的细腻度与情感捕获上同样展现出了统治级的实力。该模型具备极高的多语种处理能力，并能轻松驾驭高达 200k Token 的超长上下文窗口。

在提示词格式适配上，Claude 3.5 Sonnet 极度偏好自然语言与 Ali:Chat 格式的深度结合。过度机械化的伪代码格式（如 W++）对其而言是一种认知降级。由于其强大的语义连贯性，Claude 能够完美解析 Ali:Chat 中展现的权力动态、细微态度甚至潜在的讽刺意味。实测表明，它对环境交互（空间感知）的描写极为卓越，能够自然地衍生出拖拽椅子发出的刺耳摩擦声等高沉浸感细节，且在遵循负面系统指令（如防止 AI 过度色情化、合理拒绝越界请求）上比前代产品更加智能。此外，Claude 对 XML 标签有原生的底层亲和力。在庞大的角色卡中，使用 XML 标记对不同内容块进行包裹，能极大提升 Claude 3.5 Sonnet 跨长上下文检索信息的准确度。

GPT-4o：高速推理、数学对齐与绝对指令遵循

OpenAI 的 GPT-4o 主打全模态融合极速响应，其平均生成延迟比 Claude 3.5 Sonnet 快 24%，首字返回时间（TTFT）更是快了两倍。然而，由于其预训练数据和对齐策略高度偏向定量问题解决和逻辑分类，GPT-4o 在角色扮演的文学性和长文本情感连贯性上存在特定短板。它倾向于产生过度冗余的输出，并且经常出现抢夺用户控制权（User-steering/God-moding）的现象，试图包揽场景中所有的对话和动作推进。

针对 GPT-4o，角色卡设计必须采取严苛的结构化手段。GPT-4o 对 JSON、YAML 以及标准 Markdown 语法有着极佳的适应能力与提取精度。在构建包含复杂环境或多 NPC 设定的群组聊天时，使用严格嵌套的 Markdown 结构能够有效锚定其逻辑推理链条。为了压制其代充用户的倾向，必须在 SillyTavern 的最底层提示词（如后置指令或 System Prompt）中，使用祈使句格式下达绝对不容商榷的硬性规则，并在 Ali:Chat 对话示例中严格控制角色单次回复的长度分布。

强化学习推理模型（OpenAI o1 与 DeepSeek-R1）：范式的颠覆

随着具备深度强化学习链式思考（Chain of Thought, CoT）能力的模型——如 OpenAI 的 o1 系列和现象级的 DeepSeek-R1——全面介入消费级 API 市场，传统的角色扮演提示词工程遭遇了彻底的降维打击。这类模型在输出最终结果前，会在内部进行包含无数自查与逻辑推演的长序列隐式推理过程。

对于这类推理型模型，以往被奉为圭臬的复杂格式与提示词魔咒（如强制要求“Think step-by-step”或使用复杂的 XML 嵌套来约束输出）不仅毫无益处，反而会严重干扰模型内部业已形成的强化学习策略，导致性能雪崩式下降。官方文档与实证研究强烈警告：针对推理模型，必须保持提示词的极致简单与直接。

在应用层面，当使用 DeepSeek-R1 进行角色扮演时，应当抛弃所有的伪代码或繁复的 PList 堆砌，直接使用纯粹的、目标明确的自然语言来描述角色的核心身份。此外，由于其卓越的逻辑衍生能力，DeepSeek-R1（配合其深度思考模式）被社区证明是极其完美的“角色卡辅助生成器”。创作者只需提供一段未经修饰的自然语言人设草稿，R1 便能自动补全该角色的内在动机，并输出符合该特质的、高质量的 Ali:Chat 风格对话示例。

开源本地模型生态（以 Llama 3.1 家族为核心）

对于在本地机器上部署的开源模型（如 Llama 3.1 70B 乃至 405B，通过 GGUF 格式量化运行），由于其指令微调数据集的特殊性及参数规模的限制，它们对提示词输入顺序（Prompt Order）和分隔符极其敏感。

实证研究表明，提示词顺序的变化会显著影响开源模型的输出准确性和角色性格对齐度。在 Llama 3.1 这类模型上部署角色时，纯自然语言容易因为注意力发散导致角色行为崩塌。因此，诸如 Kingbri 提出的 MinimALIstic 混合格式表现最为卓越。通过使用特定的对话分隔符，结合强效的本地模型角色预设提示词（如设定明确的系统指示禁止过度审查和元评述），Llama 3.1 在合理配置下能够输出毫不逊色于闭源巨头的高质量且无审查限制的深度角色交互剧情。

第五章：角色扮演保真度评估基准（Benchmarking）的学术审视

在探讨最佳格式的同时，学术界与工业界正努力建立客观衡量语言模型“角色扮演保真度”的系统化基准测试体系。这些基准研究通过定量的数据，进一步验证了前文所述格式选择的必要性与深层影响。

格式遵循能力与开源/闭源的数字鸿沟（FOFO 基准）

FOFO（Format-Following）基准评估测试揭示了一个关键的技术痛点：大语言模型遵循复杂格式的独立能力，与其整体的内容生成和推理能力往往并不同步。在 FOFO 评测中，尽管诸如 Mistral 7B Instruct 等开源模型在传统的 AlpacaEval 内容跟随基准上取得了惊艳的准确率，能够与 GPT-3.5 相媲美，但一旦要求其在特定格式限制下输出角色行为时，其准确率暴跌。 这一现象解释了为什么在中小参数的开源模型上，使用诸如深层嵌套 JSON 或重度依赖标点符号的 W++角色卡会频繁出现乱码或格式崩溃现象。对于开源模型，放弃对复杂排版的执念，使用更简单的自然语言和对话示例，是保障输出稳定性的不二法则。

角色定制化多维评价体系（CharacterBench 与 RPEval）

以 CharacterBench 和 RPEval 为代表的新型复合基准，试图在数十个维度上衡量 AI 扮演的像不像一个“真正的人”。CharacterBench 通过大量由人工标注的高质量样本，覆盖了近 4000 个特定角色，评估维度涵盖了情感理解、道德一致性、知识储备以及决策逻辑等。研究指出，若要使模型在这些测试中得分优异，单纯抛给模型大量维基百科式的客观设定是不够的；更重要的是要通过情境化的对抗训练或丰富的上下文样本，引导模型进行“风格迁移”并体现角色特有的价值倾向，这正是 Ali:Chat 对话格式之所以成功的数据依据。

帕累托前沿悖论与角色幻觉（FURINA-Bench 洞察）

在近期发布的基于多智能体协作管线构建的 FURINA-Bench 基准测试中，研究者不仅评测了常规模型，还囊括了具备深度推理能力的 OpenAI o3 和 DeepSeek-R1。评测结果揭示了一个深刻的悖论现象：在角色扮演领域存在着 RP 表现与可靠性的帕累托前沿。虽然深度推理模型在理解复杂人际关系和产出深刻对话方面远超前代模型，但正是由于其过于发散的逻辑推演能力，它们在角色扮演中产生“性格幻觉”的概率也随之显著升高。例如，面对用户的一句简单寒暄，强推理模型可能会根据角色卡中仅有的一句童年背景，推演出一段长篇大论的不必要阴谋论。为了驯服这种过于强大的推理发散，角色卡中的设定必须提供极其确定的锚点，利用 PList 给出清晰的能力边界限制，防止模型因“过度思考”而破坏了角色的人设底线。

第六章：SillyTavern 架构下的混合上下文工程最佳实践（2025-2026 标准）

综合数百篇社区技术指南、模型架构分析以及最新的基准测试结果，针对在 AI 角色扮演前端（以 SillyTavern 为代表）中“设计角色 Prompt 时使用什么格式最好”这一核心问题，单纯依赖任何一种老旧的单一格式都已无法满足现代大模型复杂交互的需求。业界公认的终极解决方案是构建一套基于模块化混合范式的上下文工程系统。

这套名为 MinimALIstic（Ali:Chat Lite）的体系，由资深创作者 Kingbri、AliCat 以及 Trappu 等人共同确立并完善。其实施路径要求创作者不仅要精通文笔写作，更要具备犹如系统架构师般调度大模型注意力资源的工程学素养。

第一步：角色描述区（Description Box）的全面 Ali:Chat 化

在传统认知中，常驻上下文的角色描述区是堆砌属性标签的仓库；而在最佳实践中，这里应当被重构为一个纯粹的少样本学习演示区。

• 操作策略：使用不超过两句话的自然语言提供最宏观的身份定调。随后插入一个明确的分隔标记。接下来，完全使用 Ali:Chat 格式，精心编写 2 至 4 段高质量的对话样本。
• 格式细节：必须严格贯彻{{user}}:与{{char}}:的消息前缀标注。确保所有动作描写（通常以星号*包裹）中的时态与视角（如第三人称有限视角）保持绝对一致。建议在动作描写中频繁嵌入角色本身的名字，而非一直使用代词，以强化模型对身份的关联记忆。
• 工程收益：这一布置能够确保大模型在加载庞大的初始化上下文时，第一时间获取最直观的行为示范。模型将自发学习这段文字的标点习惯、句子结构长度和人物心理活动的描写深度，从而从根本上杜绝干瘪无聊的 AI 感回复。

第二步：利用作者说明（Author's Note）实施 PList 精准注入

为了将角色常驻卡片的 Token 占用率降至极低（推荐压缩至 1000 Token 以内，以保留至少一半的上下文窗口给短时记忆），必须对物理特征、穿着打扮以及生硬的性格词汇进行剥离。

• 操作策略：将这些核心静态属性转化为一个极致压缩的 PList 长字符串。在 SillyTavern 的高级设置中，启用并配置该角色的作者说明面板。
• 格式构建：例如：角色核心设定: 残酷, 自私, 高智商; 角色外观: 高挑, 义体义肢, 红色风衣; 交互约束: 保持冷漠, 拒绝妥协。
• 工程收益：通过在 UI 层面设定注入深度（Injection Depth，通常设置在最新一条消息上方约 4 条消息的位置，即“Depth 4”），创作者人为地将这段极高密度的设定插入大模型 U 型注意力曲线的最强劲波峰区域。这种操作确保了无论聊天历史推进到几十万字以后，模型在生成每一句话前，都会被这枚隐藏在眼皮底下的指令锚点所唤醒，确保物理特征与核心人格绝对不崩坏。

第三步：世界信息（World Info/Lorebooks）的按需懒加载解耦机制

将所有的世界观背景、魔法体系、次要角色名录全部写进角色卡，不仅会使 Token 超载，更会引发模型在解析信息时的逻辑交叉感染。

• 操作策略：全面使用 SillyTavern 的 World Info / Lorebooks 系统对环境知识进行解耦。对于宏大的环境地点和 RPG 规则设定，推荐采用 YAML 格式或结合 PList Base World 方案进行描述；而针对特定的世界观名物，可以使用 PList 描述事实，再辅以一段 Ali:Chat 展示角色对该事物的特殊态度。
• 工程收益：这构成了大语言模型的按需懒加载（Lazy Loading）架构。只有当用户或 AI 的对话中触发了预设的关键词时，对应的知识块才会被提取并拼接至当前上下文中。这极大地保护了 Token 预算，避免了过量无关静态信息干扰模型自注意力机制的计算，维持了对话极高的动态响应能力。

第四步：系统提示词（System Prompt）的降噪与后置约束宏观调控

如果说上述三步定义了“角色是谁”，那么框架本身的系统提示词则定义了“这具 AI 躯壳应该遵循何种规则运作”。

• 操作策略：清理掉各种相互矛盾或从网络上盲目复制的过时越狱提示词。在主要的 System Prompt 中，使用清晰的自然语言直接声明扮演要求。例如：“你现在处于沉浸式第二人称角色扮演环境中。必须保持角色特征，使用‘展示而非告知’的文学技巧进行描写，所有的心理活动必须用方括号包围，绝对禁止元评论或指导用户行为”。
• 工程收益：配合 SillyTavern 的后置历史指令——这是发送给大模型的最后一段文本指令，具有最高的权威性和最终裁量权——能够最大程度地压制 GPT-4o 等指令执行力极强模型的“代聊”倾向，确保剧情发展符合预设框架的节奏与底线。

第七章：结论与未来提示词架构展望

通过对全网技术指南、社区最佳实践以及前沿自然语言处理学术成果的穷尽式剖析，我们可以清晰地得出结论：在当今的 AI 角色扮演环境（如 SillyTavern）中，绝对单一的“最佳角色卡格式”是一个伪命题，真正的答案在于基于模型架构特性的多维模块化混合格式调度。

大语言模型的能力迭代已经彻底淘汰了以 W++为代表的强符号依赖、高 Token 浪费的伪代码时期。创作者应当顺应模型内生自注意力机制和预训练语料分布的规律，采取分而治之的架构：利用 PList 格式的极致压缩率和注意力锚定效应，在特定的提示词深度注入不可篡改的核心物理特征；同时，将广阔的常驻角色描述区域释放出来，交由 Ali:Chat 对话示例格式主导，以极其丰富的少样本上下文展示，为模型注入灵魂、语气、文笔深度与细微的情感偏好；此外，结合 YAML/JSON 结构化格式在 World Info 组件中实现世界观设定的按需加载。

随着支持长上下文的模型成为标配，以及内嵌强化学习深度推理能力的新一代模型全面普及，提示词工程的重心已经从如何精打细算压缩 Token 全面转向如何精准地干预模型的注意力分配路径与推演边界。面对未来更为智能甚至能够自发反思的模型体系，摒弃过度繁复的技术枷锁，回归目标明确的自然语言与逻辑自洽的上下文框架设计，将是推动人工智能角色扮演保真度与沉浸感走向下一个巅峰的唯一路径。

引用的著作

1. The Evolution of Character Card Writing – Observations from the ..., 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1ke2i2f/the_evolution_of_character_card_writing/
2. Characters | docs.ST.app - SillyTavern Documentation, 访问时间为 三月 1, 2026，https://docs.sillytavern.app/usage/characters/
3. Character Design | docs.ST.app, 访问时间为 三月 1, 2026，https://docs.sillytavern.app/usage/core-concepts/characterdesign/
4. Should I reevaluate how I make character cards? : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1nd54s0/should_i_reevaluate_how_i_make_character_cards/
5. MinimALIstic (Ali:Chat Lite) - Rentry.co, 访问时间为 三月 1, 2026，https://rentry.org/kingbri-chara-guide
6. Characters tend to forget their character card with higher context. : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1elpkae/characters_tend_to_forget_their_character_card/
7. Ali:Chat Style (v1.5) - Rentry.co, 访问时间为 三月 1, 2026，https://rentry.org/alichat
8. Character-LLM: A Trainable Agent for Role-Playing - ACL Anthology, 访问时间为 三月 1, 2026，https://aclanthology.org/2023.emnlp-main.814.pdf
9. Best character card format? : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1ge0bqp/best_character_card_format/
10. Structured Generation Improves LLM performance: GSM8K Benchmark, 访问时间为 三月 1, 2026，https://blog.dottxt.ai/performance-gsm8k.html
11. How Structured vs Unstructured Prompting Shapes LLM Output in Web App Building | by Daniel Fornica | Medium, 访问时间为 三月 1, 2026，https://medium.com/@danielfornicauxui/how-structured-vs-unstructured-prompting-shapes-llm-output-in-web-app-building-054d8d82a0ce
12. What is the best Character Card style that worked well for you ? : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1c81vo9/what_is_the_best_character_card_style_that_worked/
13. Differences in Prompting Techniques: Claude vs. GPT | by Yaroslav Biziuk | COXIT | Medium, 访问时间为 三月 1, 2026，https://medium.com/coxit/differences-in-prompting-techniques-claude-vs-gpt-0eaa835f7ad3
14. Advanced Character Creator Guide - Notion, 访问时间为 三月 1, 2026，https://yodayo.notion.site/Advanced-Character-Creator-Guide-ff2f71e2576544d68bd295195a84d8e4
15. FoFo: A Benchmark to Evaluate LLMs' Format-Following Capability - arXiv, 访问时间为 三月 1, 2026，https://arxiv.org/html/2402.18667v1
16. Behavior‑Equivalent Token: Single‑Token Replacement for Long Prompts in LLMs - arXiv, 访问时间为 三月 1, 2026，https://arxiv.org/html/2511.23271v1
17. Prompt Manager | docs.ST.app - SillyTavern Documentation, 访问时间为 三月 1, 2026，https://docs.sillytavern.app/usage/prompts/prompt-manager/
18. Prompts | docs.ST.app - SillyTavern Documentation, 访问时间为 三月 1, 2026，https://docs.sillytavern.app/usage/prompts/
19. Character Cards from a Systems Architecture perspective : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1lwmadx/character_cards_from_a_systems_architecture/
20. What's your favorite custom system prompt for RP? : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1i8z6j9/whats_your_favorite_custom_system_prompt_for_rp/
21. Claude 3.5 Sonnet vs GPT-4o: Complete AI Model Comparison - SentiSight.ai, 访问时间为 三月 1, 2026，https://www.sentisight.ai/claude-3-5-sonnet-vs-gpt-4o-ultimate-comparison/
22. Llama 3.1 for roleplay? : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1efas3j/llama_31_for_roleplay/
23. Tested Claude 3.5 Sonnet and it's my new favorite RP model (with examples). - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1dl1unw/tested_claude_35_sonnet_and_its_my_new_favorite/
24. Claude 3.5 Sonnet vs GPT 4o: Model Comparison 2025 - Galileo AI, 访问时间为 三月 1, 2026，https://galileo.ai/blog/claude-3-5-sonnet-vs-gpt-4o-enterprise-ai-model-comparison
25. Character.AI's LLM is Actively Hindering Roleplay – A Structural Issue? - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/CharacterAI/comments/1itsh3a/characterais_llm_is_actively_hindering_roleplay_a/
26. Claude 3.5 Sonnet vs GPT-4: A programmer's perspective on AI assistants - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/ClaudeAI/comments/1dqj1lg/claude_35_sonnet_vs_gpt4_a_programmers/
27. Comparison Analysis: Claude 3.5 Sonnet vs GPT-4o - Vellum AI, 访问时间为 三月 1, 2026，https://www.vellum.ai/blog/claude-3-5-sonnet-vs-gpt4o
28. OpenAI o1: Prompting Tips, Limitations, and Capabilities - Vellum, 访问时间为 三月 1, 2026，https://www.vellum.ai/blog/how-to-prompt-the-openai-o1-model
29. Recreating o1 at Home with Role-Play LLMs - Hugging Face, 访问时间为 三月 1, 2026，https://huggingface.co/blog/wenbopan/recreating-o1
30. Reasoning best practices | OpenAI API, 访问时间为 三月 1, 2026，https://developers.openai.com/api/docs/guides/reasoning-best-practices/
31. How to prompt to get good results from o1 : r/OpenAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/OpenAI/comments/1g81zj7/how_to_prompt_to_get_good_results_from_o1/
32. The [REDACTED] Guide to Deepseek R1 : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1jbdccq/the_redacted_guide_to_deepseek_r1/
33. YSK Deepseek R1 is really good at helping character creation, especially example dialogue. : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1iki41m/ysk_deepseek_r1_is_really_good_at_helping/
34. What's in a Prompt?: A Large-Scale Experiment to Assess the Impact of Prompt Design on the Compliance and Accuracy of LLM-Generated Text Annotations, 访问时间为 三月 1, 2026，https://ojs.aaai.org/index.php/ICWSM/article/view/35807
35. The Order Effect: Investigating Prompt Sensitivity to Input Order in LLMs - arXiv, 访问时间为 三月 1, 2026，https://arxiv.org/html/2502.04134v2
36. [Megathread] - Best Models/API discussion - Week of: October 21, 2024 : r/SillyTavernAI, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1g8jb20/megathread_best_modelsapi_discussion_week_of/
37. Noise, Adaptation, and Strategy: Assessing LLM Fidelity in Decision-Making - arXiv, 访问时间为 三月 1, 2026，https://arxiv.org/html/2508.15926v1
38. 10 Best SillyTavern Tutorials to Master Roleplay AI in 2025 - Sider.AI, 访问时间为 三月 1, 2026，https://sider.ai/blog/ai-tools/best-sillytavern-tutorials-to-master-roleplay-ai-in-2025
39. FOFO: A Benchmark to Evaluate LLMs' Format-Following Capability - ACL Anthology, 访问时间为 三月 1, 2026，https://aclanthology.org/2024.acl-long.40.pdf
40. Role-Playing Evaluation for Large Language Models - arXiv, 访问时间为 三月 1, 2026，https://arxiv.org/html/2505.13157v1
41. CharacterBench: Benchmarking Character Customization of Large Language Models - AAAI Publications, 访问时间为 三月 1, 2026，https://ojs.aaai.org/index.php/AAAI/article/view/34806/36961
42. RMTBench: Benchmarking LLMs Through Multi-Turn User-Centric Role-Playing - arXiv.org, 访问时间为 三月 1, 2026，https://arxiv.org/html/2507.20352v1
43. The Oscars of AI Theater: A Survey on Role-Playing with Language Models - arXiv.org, 访问时间为 三月 1, 2026，https://arxiv.org/html/2407.11484v4
44. Evaluating Character Understanding of Large Language Models via Character Profiling from Fictional Works - ACL Anthology, 访问时间为 三月 1, 2026，https://aclanthology.org/2024.emnlp-main.456.pdf
45. FURINA: A Fully Customizable Role-Playing Benchmark via Scalable Multi-Agent Collaboration Pipeline | OpenReview, 访问时间为 三月 1, 2026，https://openreview.net/forum?id=TjTuObGe27
46. PsyMem: Fine-grained psychological alignment and Explicit Memory Control for Advanced Role-Playing LLMs - arXiv, 访问时间为 三月 1, 2026，https://arxiv.org/html/2505.12814v1
47. Thinking in Character: Advancing Role-Playing Agents with Role-Aware Reasoning, 访问时间为 三月 1, 2026，https://arxiv.org/html/2506.01748v1
48. When creating a character card, what's the best format to use? : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1ewx77c/when_creating_a_character_card_whats_the_best/
49. I'm realizing now that literally no one on chub knows how to write good cards- if you want to learn to write or write cards, trappu's Alichat guide is a must-read. : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/17vkrg7/im_realizing_now_that_literally_no_one_on_chub/
50. Group chats vs online defined characters, token efficiency question : r/SillyTavernAI - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/18ey2jg/group_chats_vs_online_defined_characters_token/
51. A detailed System Prompt for reining models in for RP/Chatting/Storytelling. : r/SillyTavernAI, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1dhlkjl/a_detailed_system_prompt_for_reining_models_in/
52. What are the best presets or prompts for roleplaying in Silly Tavern? - Reddit, 访问时间为 三月 1, 2026，https://www.reddit.com/r/SillyTavernAI/comments/1qpfcv7/what_are_the_best_presets_or_prompts_for/

最优解：MinimALIstic（Ali:Chat Lite）格式

MinimALIstic（Ali:Chat Lite）是由创作者 Kingbri（协同 Alicat、AVAKSon 等人）开发的一种专为 SillyTavern 设计的 Token 优化角色卡格式。它的核心目标是通过精简冗余信息、巧妙利用大模型的注意力机制，在大幅降低 Token 消耗（例如将 1300 Token 的角色卡压缩至 600 Token 以下）的同时，维持极高的角色保真度

以下是构造 MinimALIstic 格式角色卡的具体操作步骤：

第一步：使用极简 PList 构建核心属性，并移入“作者说明（Author's Note）”

在传统格式中，角色的外貌、性格等往往写在长篇大论的主描述区。在 MinimALIstic 格式中，你需要将这些静态特征全部压缩成一个单行的 PList（属性列表）字符串。

• 格式要求： 将所有特征合并到一个 PList 数组中，以减少变量带来的模型“认知泄漏”。使用冒号或等号定义类别，使用分号分隔不同类别。
• 格式示例： [Character's persona: traits; Character's clothes: traits; Character's body: traits]。
• 存放位置： 不要放在角色卡的“Description（描述）”框内，而是将其剪切并粘贴到 SillyTavern 的 Author's Note（作者说明） 面板中。建议将注入深度（Injection Depth）设置为 4，这样能在极低 Token 占用的情况下，强制模型在每次生成回复前都注意到这些核心设定。

第二步：将“角色描述（Description Box）”纯粹改造为 Ali:Chat 对话示例

当静态属性被抽离到 Author's Note 后，你的主角色描述区（Description Box）应该变得非常干净，只保留 Ali:Chat 格式的对话示例。

• 作用： 这是为了纯粹通过“少样本展示（Few-shot）”来教导 AI 角色的说话语气、动作习惯和句式长度，而不是干巴巴地告诉 AI 它应该怎么做。
• 格式要求： 每一段对话示例都必须包含 {{user}}: 的引导词，随后是 {{char}}: 的回复。动作描写使用星号 * 包裹，并在动作中多使用角色的名字以强化身份认知。
• 清理废弃符号： 以前常用的对话分隔符（如 *** 这样的 Dinkuses）在现代模型中已不再需要，建议全部删除以节省 Token。

第三步：使用世界信息（World Info / Lorebooks）解耦庞大设定

如果你的角色包含复杂的环境背景、魔法设定或多套备用服装，不要把它们塞进 PList 或对话示例中。

• 操作策略： 使用 SillyTavern 的 World Info（世界信息）或 Lorebooks 功能。
• 键值对触发： 为特定地点或设定分配触发词（Keys），当聊天中提到这些词时，SillyTavern 才会将对应的 PList 设定或 Ali:Chat 反应动态注入到上下文中。这种“懒加载”机制能极大保护宝贵的 Token 预算。

第四步：优化初次问候语（First Message）

• 翻转场景技巧（Flipped Scenario）： 问候语不仅确立了初始场景，还为 AI 奠定了后续输出的基调。编写时应完全从角色的视角出发，尽量避免描写“你（用户）”正在做什么。保持用户行为的模糊性，可以有效防止 AI 在后续对话中养成“替用户发言（User-steering）”的坏习惯 ``。

总结来说，MinimALIstic 格式的精髓就是：Author's Note 负责“填表式”的核心硬设定（PList），Description 框负责“沉浸式”的灵魂与语气展示（Ali:Chat），World Info 负责按需加载的世界观知识。掌握这种模块化拆分，就能用最少的 Token 换取最聪明的 AI 表现。

深度调研：MinimALIstic (Ali:Chat Lite) 大语言模型角色扮演卡片架构与语义工程分析报告

大语言模型角色扮演中的上下文优化与架构演进

在人工智能自然语言处理领域，大语言模型（LLM）的交互模式已从早期的单次事务性问答，演变为持续性、强叙事驱动的复杂语境模拟。在这一技术演进中，“角色卡片”（Character Cards）的工程化设计成为了一门专门的技术学科。角色卡片本质上是一种高度结构化的提示词模板，用于定义 AI 角色的心理特征、物理外观、记忆结构以及行为模式矩阵。早期的角色提示词工程主要依赖于自然语言散文（Prose）或冗长的列表格式（如 W++或 Boostyle），这些格式虽然具备较高的人类可读性，但在计算语言学和词元（Token）经济学层面表现出极端的低效性。

MinimALIstic 格式，在开发者社区中被广泛称为“Ali:Chat Lite”，正是在这一背景下诞生的一种高度优化的、以词元效率为核心的架构框架。该框架旨在最大化 LLM 的上下文窗口利用率，同时保持角色行为的极致复杂性与逻辑连贯性。该格式主要由提示词工程专家 Kingbri 主导开发，并结合了 Alicat、AVAKSon 以及 Trappu 等多位资深开发者的技术贡献。Ali:Chat Lite 代表了一种混合范式的综合：它将原始“Ali:Chat”风格中基于对话驱动的行为条件反射机制，与 Python 列表（PLists）的结构化数据压缩技术进行了深度融合。

要深刻理解 MinimALIstic 架构的必要性，必须剖析基于 Transformer 架构模型的词元经济学原理。典型的本地部署大语言模型在一个固定的上下文窗口内运行，早期模型通常限制在 2048 到 8192 个词元之间。在这样一个有限的计算空间内，如果一个角色卡片的静态定义占据了 1000 个词元，那么 AI 模型用于处理当前对话历史的动态“记忆”空间将瞬间折半。考虑到一个高质量的 AI 回复通常需要消耗 200 到 300 个词元，臃肿的角色定义会导致模型只能“记住”过去三到四轮的对话历史，随后较早的上下文就会被强制截断或遗忘。通过采用 Ali:Chat Lite 框架内置的结构化压缩技术，开发者能够将角色卡片的永久词元负载大幅降低（例如将 1300 词元的卡片压缩至 599 词元），从而为动态聊天历史、短期记忆以及复杂的叙事推进释放出巨大的缓存空间。

MinimALIstic 架构的文本域拓扑结构

Ali:Chat Lite 框架充分利用了主流前端交互界面（尤其是 SillyTavern）的模块化解析架构，将数据严格划分为“永久性”与“临时性”上下文记忆区。掌握这些文本域的层次结构与注入逻辑，是精通该格式的先决条件。

角色描述区（Description）：永久性核心属性的承载层

在 MinimALIstic 架构中，描述区（Description box）充当着角色逻辑推理的永久性基石。放置于此区域的数据会被持续不断地注入到 LLM 的每一次推理上下文中，能够有效抵抗对话历史推进带来的截断效应。由于其永久性特征，该区域的数据必须经过极其严苛的压缩与优化。

Ali:Chat Lite 规范强制要求在描述区的最顶端放置经过高度压缩的“PList”（Python List），用于声明角色的生理、心理及着装等结构化元数据。紧随 PList 之后，规范推荐使用一个可选的<START>分隔符，用于向 LLM 的注意力机制发出明确的指令，标志着从结构化元数据到动态行为示例的过渡。描述区的剩余空间则被专门用于存放高密度的对话示例（Dialogue Examples）。根据 LLM 注意力权重的底层机制，放置在描述区底部的数据对模型生成的即时行为具有最高的控制权重。因此，角色最核心的对话怪癖或当前最为关键的叙事状态约束，应当被策略性地放置在该文本域的末端。

首条消息（First Message）：时间轴与叙事锚点

与永久性的描述区截然不同，首条消息（即问候语 Greeting）在架构中发挥着临时上下文的功能。首条消息的主要工程作用是确立非隐藏的叙事场景，为初次交互设定剧情走向、物理环境、对话节奏以及情感基调。

从技术运行逻辑来看，首条消息的长度和语言复杂度会直接校准 LLM 后续输出的超参数基准。一个包含丰富细节、多段落的初始问候语，会在交互初期强制作 LLM 生成更长、更详尽的回复，因为 Transformer 模型在自回归生成时，本质上会倾向于模仿即时上下文中表现出的结构节奏与文本密度。MinimALIstic 框架明确指出，首条消息必须完全从 AI 角色的第一人称或第三人称受限视角来撰写，从而为人类用户提供一个直接的、可操作的交互动机。此外，由于首条消息属于临时数据，随着对话历史的不断增长，它最终会被推出模型的上下文窗口，因此它不会对词元预算造成永久性的消耗限制。

对话示例（隐藏场景）：行为分支与微调数据

“对话示例”（Examples of Dialogue / Hidden Scenario）区域包含的是后续的、临时性的对话序列片段，旨在推动特定场景的发展或建立条件触发的分支路径。在 Ali:Chat Lite 的严格规范下，隐藏场景中的对话必须与首条消息保持高度的语义重叠。例如，如果首条消息将角色置于一个繁忙的酒馆中，那么隐藏场景中的最后一段对话示例必须语境化地展示该角色对酒馆环境的反应。这种语义重叠能够确保模型在从处理静态角色卡片过渡到生成第一条动态回复时，保持无缝的逻辑连贯性。与首条消息类似，这些数据除非在前端界面中强制开启了“在提示词中保留示例消息”（Keep Example Messages in Prompt）的参数，否则不会永久占用聊天记忆空间。

形式句法与 Schema 格式约束规范

Ali:Chat Lite 框架真正的强大之处，在于其极为严格的句法约束体系。这些约束是专门为了对齐 LLaMA 架构以及 GPT 架构的词元解析器（Tokenizer）行为而设计的。该格式依赖于两大核心句法引擎：压缩版 PList 结构与 Ali:Chat 对话数组。

压缩版 PList 语法模式（Schema）

在早期的人物卡片工程中，PList 往往将不同的分类特征分散到多个独立的数组中（例如：[Character's clothes = traits], [Character's body = traits]）。这种方法在计算上是非常低效的，因为频繁使用的方括号、等号以及冗余的标签消耗了大量宝贵的词元，同时向模型引入了不必要的标点符号噪音。MinimALIstic 的方法则是将其彻底压缩为一个单一的、由分号分隔的多维数组。

为了对这种结构进行形式化验证，可以使用扩展的巴科斯-诺尔范式（EBNF）来精确表达 LLM 解析器所期望的语法规则：

EBNF

<minimalistic_plist> ::= "[" <category_sequence> "]" <category_sequence> ::= <category_block> | <category_block> ";" <space> <category_sequence> <category_block> ::= <label> ":" <space> <trait_sequence> <label> ::= <string> <trait_sequence> ::= <trait> | <trait> "," <space> <trait_sequence> <trait> ::= <string>

在系统实现和正则表达式（Regex）解析层面，计算语言学表明处理无限嵌套的括号会超出有限状态机（FSM）的处理能力，但 MinimALIstic PList 通过扁平化结构完美避开了这一理论计算瓶颈。其对应的正则表达式捕获模式可定义为：

^\[(?:[a-zA-Z\s']+:\s*[^;]+(?:;\s*)?)+\]$

在实际应用中，该 Schema 的具体实现如下所示：

``

在此结构中，分号（;）的运用至关重要。分号在 LLM 的注意力机制中充当了硬性的逻辑分隔符，使得模型能够在不产生开关方括号词元开销的情况下，完美地对数据进行模块化分区。此外，根据提示词工程的实证研究，放置在这个统一数组末尾的特征，在数学层面上比放置在开头的特征具有更高的激活权重。

Ali:Chat 对话数组语法模式（Schema）

该格式的行为驱动引擎依赖于小样本（Few-shot）对话示例，这些示例旨在通过“展示”而非“描述”来传达角色的个性。语法上要求人类用户输入与 AI 角色回复必须严格交替出现，并强制使用前端界面的宏指令。

对话数组的形式化 Schema 表达如下：

EBNF

<dialogue_array> ::= <exchange_block> | <exchange_block> <dialogue_array> <exchange_block> ::= <user_turn> <character_turn> <user_turn> ::= "{{user}}:" <space> <action_or_speech> <newline> <character_turn> ::= "{{char}}:" <space> <action_or_speech> <newline> <action_or_speech> ::= <action> | <speech> | <action> <space> <speech> | <speech> <space> <action> <action> ::= "" <string> "" <speech> ::= <string>

在实际的提示词注入中，这种语法创造了一种高度可预测且易于机器读取的节奏：

{{user}}: Approaches the desk slowly. Are you the one in charge here?

{{char}}: {{char}} leans back in their chair, an amused smirk playing on their lips. I might be. Depends entirely on who is asking, and what you're willing to pay.

通过将物理动作、环境上下文以及生理反应等描述性文本严格包裹在星号（*）内，该格式充分利用了 LLM 在预训练阶段吸收的巨量网文、剧本和角色扮演语料库。在这些语料库中，星号已被普遍映射为非语言行为的界定符。宏指令 {{user}}: 与 {{char}}: 会被前端系统动态解析为实际交互中的用户名称与 AI 角色名称，确保了代词和称呼的绝对一致性。为了提高针对不同模型架构的兼容性（例如特定版本的 Pygmalion 模型），有时也会在示例中使用 You: 作为用户的前缀，这不仅能作为发言标识，还能在如 Tavern 或 Oobabooga 等 UI 中充当硬性停止符（Stopper），防止 AI 发生“替用户发言”的灾难性错误。

语义工程与深度写作约束

要在 MinimALIstic 格式的框架内进行有效创作，仅仅遵守语法约定是远远不够的，它要求创作者对语义工程（Semantic Engineering）有深刻的洞察。语言数据的呈现方式将直接决定 LLM 在底层生成的向量嵌入（Vector Embeddings）质量。

隐式特征强化（Implicit Trait Reinforcement）

Ali:Chat Lite 的一个核心哲学是：角色的属性应该通过交互被“隐式地展示”，而不是在元数据中被“显式地声明”。创作者不应浪费词元在 PList 中平淡地记录“该角色戴着眼镜且有疤痕”，而是必须将这些特征永久性地编码到描述区的对话示例中。

例如：{{char}}: Harry adjusts his large round glasses, drawing attention to his lightning mark scar.

这种一石二鸟的工程策略不仅向模型输入了角色的物理特征，同时也并行训练了模型关于该角色特定的神经质小动作与语言节奏。更重要的是，在长篇的对话示例中，每隔两到三个句子就将角色的名字明确地锚定在星号包裹的动作描述中（例如使用 Harry Potter adjusts his glasses. 而不是仅仅使用代词 He adjusts...），能够强行将生成的注意力矩阵绑定到该特定实体上，有效防止在长文本生成中发生身份漂移或代词混淆。

向量空间中的否定词陷阱与正向约束

在 Ali:Chat Lite 的语义工程中，一个极为关键的约束是针对“否定表达”的严格管理。经验不足的卡片作者经常试图通过否定词来限制 AI 的行为（例如使用“never mean”（从不刻薄）、“does not talk much”（话不多）、“is not hostile”（不具有敌意））。然而，Transformer 模型的注意力机制，尤其是在低参数量模型（如 7B 到 13B 级别）中，在词元化与向量转换期间很难精确处理单个否定词的逻辑翻转。

在向量空间中，否定词汇（如“not”、“never”）通常会被分配相对较低的注意力权重，而其后紧跟的具有强烈语义色彩的词汇（如“hostile”、“mean”）则拥有极高的权重。这导致模型在推理时发生倒错，讽刺性地表现出作者极力想要消除的行为。因此，最佳实践要求实施严格的正向特征强化（Positive Reinforcement）。“从不刻薄”必须在 PList 和对话示例中被转译为“富有同情心且宽容”（compassionate and forgiving）；“话不多”必须被编码为“安静、坚忍、依赖非语言交流”（quiet, stoic, relies on non-verbal communication）。通过使提示词与大语言模型海量训练数据中固有的正向叙事偏差对齐，创作者能够显著提升角色复制的保真度。

触发密钥（Trigger Keys）与条件式小样本学习

MinimALIstic 格式中的对话示例不仅仅是用来展示风格的，它们实际上扮演着条件式小样本训练数据（Conditional Few-shot Training Data）的角色。通过精心设计 {{user}}: 的输入文本，创作者为 LLM 提供了一组“密钥”，从而精确指定模型在面对特定刺激时的反应模式。

如果创作者希望一个角色对身体接触表现出攻击性反应，他们会在卡片中编码这样一个密钥：

{{user}}: Reaches out and places a hand on {{char}}'s shoulder.

{{char}}: {{char}} instantly recoils, swatting your hand away with a vicious scowl. Don't touch me. Ever.

当人类用户在实时的模拟会话中输入了类似“伸手拍了拍角色的背”的动作时，LLM 会在其高维向量空间中计算实时输入与卡片中预埋“密钥”的余弦相似度。一旦匹配，模型极大概率会激活预设的攻击性反应模式。这种工程手段允许创作者构建出具有深度反应机制和心理一致性的复杂模型，而无需借助外部复杂的“If/Then”逻辑编程脚本。在使用宏指令方面，进阶用户甚至可以在定义中嵌入 {{idle_duration}}（闲置时间）、{{random: A,B}}（随机抽取）或 {{roll: d20}}（掷骰子）等高级变量。例如在首条消息中编入：“如果用户已经 {{idle_duration}} 没有出现，则表现出愤怒”，以此实现高度动态的状态依赖型开场。

典型案例拆解与特征映射

为了将抽象的框架理论实例化，我们必须深入剖析在研究文献中被反复引用的标准规范卡片案例。这些案例完美地展示了 Ali:Chat Lite 的运作逻辑。

案例一：Harry Potter (SFW)

在该案例中，描述区通过隐式动作完美构建了特征映射。

• 动作与视觉渲染： 示例中包含 Harry adjusts his glasses, revealing the iconic lightning-shaped scar on his forehead.（哈利推了推眼镜，露出了额头上标志性的闪电状疤痕）。这不仅提供了视觉描述，还确立了“推眼镜”这一行为特征。
• 首条消息（Greeting）： 设定了用户作为霍格沃茨新生的场景，哈利坐在格兰芬多公共休息室中。对话直接抛出互动钩子：“你来这里是为了魔药学、魔咒学，还是来帮我调查一本神秘的咒语书？”这种开放式的问题赋予了 LLM 极大的生成自由度，同时也引导了用户的剧情走向。
• 性格摘要正向约束： 在卡片的作者备注（Author's Note）中，使用了完全正向且具体的性格词元池：勇敢、有同情心、冲动、聪明、执着、忠诚等。没有使用任何容易导致向量塌陷的负面词汇。

案例二：Kei Karuizawa (SFW)

这个卡片是利用对话格式传达复杂多面心理特征的教科书级示范。

• 表里不一的心理映射： Kei 被设定为一个表面充满自信、甚至声称自己“掌管这个地方”，但内里却非常敏感且缺乏安全感的角色。在 Ali:Chat 格式下，她的这种性格并没有通过干瘪的文字陈述出来，而是通过对话示例中的行为反差来表现。
• 对话张力设计： 她的示例对话被设计为：“Hey there, what brings you here?... What do you need help with? Ask now, I can't be your tour guide all day.”（嘿，什么风把你吹来了？...你需要什么帮助？现在就问，我可没时间一整天当你的导游。）通过这种带刺但又主动提供帮助的话语方式，模型深刻理解了其“傲娇”或防御性心理的底层逻辑。

进阶实施策略：正则覆盖、世界设定与多角色动力学

对于处于金字塔顶端的提示词工程师而言，MinimALIstic 框架仅仅是一个起点。通过将前端界面（如 SillyTavern）的高级功能与核心的 Ali:Chat Lite 语法相耦合，专家们可以实现令人惊叹的模拟深度。

通过正则表达式（Regex）实现隐藏内部独白与思维链（CoT）

该框架下最前沿的技术运用之一，是生成隐藏的内部独白（Internal Monologue）。通过强制 LLM 在生成显式对话之前，先用自然语言阐述其“内心想法”，模型实际上被迫执行了思维链（Chain-of-Thought, CoT）推理。这会呈指数级提高生成内容的逻辑严密性、情感连贯性以及对复杂场景的空间感知能力。

在实施层面，创作者会修改界面的“Start Reply With”（以...开始回复）设置，或者利用“Author's Note”（作者备注），强制在每一次 LLM 生成的开头注入前缀 <{{char}}'s thoughts:。此时，模型会先生成一段内心推理，然后再生成带有引号的实际对白。

然而，如果这些推理过程直接暴露在对话流中，会严重破坏人类用户的沉浸感。因此，专家级操作要求使用 SillyTavern 内置的 Regex（正则表达式）扩展插件，将这些想法从图形 UI 中无痕屏蔽，但保留在底层发送给 LLM 的上下文中。

用于执行此遮罩任务的标准 Regex 序列为：

/<.?'s thoughts:.?>/gs

通过这种正则屏蔽技术，模型可以在后台静默地“思考”诸如房间内多个实体的空间位置关系、人类用户的隐藏动机等复杂问题，随后在前端输出完美契合逻辑的精简对白。

深度注入（Depth Injection）与作者备注（Author's Note）接管

MinimALIstic 格式强烈建议将与当前场景高度相关、但并非角色核心永恒属性的 PList 从主卡片的描述区中剥离，转移至“作者备注”（Author's Note）中。作者备注允许将数据结构注入到对话历史的特定“深度”（Depth，通常以距离当前最新消息的回溯轮数来衡量）。

通过将定义当前物理环境或角色瞬时心理状态的 PList 设置在深度 4 或深度 5 的位置，这些数据能够永远保持对最新对话的强力干预，从而压制由于长文本堆积导致的模型上下文幻觉。如果这些场景 PList 被卡死在描述区的最顶部，随着对话推进，它们在注意力计算中的权重将迅速衰减。深度注入确保了 Ali:Chat Lite 的微观约束始终作为主导变量参与向量运算。

世界设定（World Info）与知识库整合

为了构建宏大的世界观模拟，将百科全书式的数据直接塞入单一的角色卡片，是提示词工程中最严重的计算架构错误。Ali:Chat Lite 的核心准则之一，就是将世界观构建工作完全卸载至动态的知识库（Lorebooks / World Info）中。

Lorebooks 采用键/值对（Key/Value Pairs）引擎运行。当聊天历史中检测到特定关键字（例如“Mossford”）时，前端界面会自动将对应的 MinimALIstic PList 提取并插入到 LLM 的上下文窗口中（例如 [Mossford: town, mossy buildings, kind people]）。高级界面还支持“递归扫描”（Recursion），即一个词条的注入可以触发包含其他关键字的二次词条注入，以及 AND/NOT 逻辑门的精确条件触发。

在专家级整合中，要求将 Lorebook 词条的撰写格式也与 Ali:Chat 规范对齐。词条内容不应仅仅是冰冷的维基百科介绍，而必须包含一段 Ali:Chat 格式的对话，专门用于展示该角色对该特定事物的“主观反应”。

例如，当关键字“史莱姆”触发时，注入的词条不只是怪物图鉴，还应包含：

{{char}}: {{char}} shudders in disgust, readying their weapon. I hate these gelatinous freaks.

这种设计在数学上保证了环境变量被引入时，角色会以高度精确的预编程行为保真度做出反应，而完全不会对基础角色卡片造成永久性的词元污染。

多角色动力学与群聊配置

在同一模拟环境中处理多个 AI 角色时，往往会引发 LLM 解析器的严重错误，最典型的便是“身份僭越”（Impersonation，即角色 A 替角色 B 发言）和代词严重混淆。

MinimALIstic 格式通过严格的宏使用规范来解决这一难题。首先，必须在全局系统提示词中部署基础约束：

You are {{char}} in a roleplay between {{charIfNotGroup}} and {{user}}

这一约束明确了当前轮次推理的本体映射。其次，Ali:Chat Lite 强烈不建议在多角色环境中使用标准的西文双引号（" "）来包裹对白。因为大语言模型在预训练时大量吸收了小说文本，大量使用双引号极易诱导模型切换到“全知小说家”的上帝视角，从而导致其同时为所有出场实体撰写行为动作。坚持使用星号包裹动作、纯文本输出对白的格式，能够在多个对话实体之间维持坚不可摧的逻辑边界。

社区批判、LLM 范式演进与生态反馈

随着 Ali:Chat Lite 在 Chub.ai 和 JanitorAI 等主流模型角色库中的大规模部署，开发者社区产生了海量的交互反馈。这些讨论不仅印证了该格式的巨大成功，也揭示了在不断进化的大模型时代，关于卡片架构必要性的前沿争议。

“维基百科膨胀”危机与救赎

在资深提示词工程师中，一个反复被提及的痛点是公共数据库中充斥着海量结构低劣的角色卡片。新手创作者由于缺乏词元经济学常识，经常将整页的维基百科文章或设定集直接复制粘贴到角色的描述区中。这种反工程的操作瞬间就会使得 LLM 的上下文窗口被充满噪音的冗余信息（例如角色某年某月某日出生的具体日期、与当前剧情毫无瓜葛的边缘背景人物、冗长的地理方位等）彻底撑爆。一旦进入实时交互，这种词元膨胀会导致模型发生灾难性的失忆现象。

社区专家们持续将 Kingbri 的 MinimALIstic 规范以及 Alicat 的教程列为解决这场“膨胀危机”的终极解药。通过强制创作者将无关数据迁移至 World Info，并将核心特征极端压缩为单一的多维 PList，大量原本由于上下文溢出而瘫痪的废弃模型卡片得以被成功挽救，恢复了流畅的剧情交互能力。

LLaMA 3 争论：PList 是否已成时代眼泪？

随着开源大模型架构的飞速跃升，尤其是 LLaMA 3 系列（如 Stheno 8B 等经过针对性指令微调的模型）的普及，社区中出现了一种挑战传统权威的声音。部分开发者认为，高度压缩的分号 PList 语法纯粹是“浪费词元”，是过去为了适应能力低下的 6B 参数模型而遗留下来的产物。他们主张，现代高阶指令微调 LLM 已经能够完美且精准地解析大段的自然语言散文，根本不再需要括号和分号组成的数组。

然而，严谨的计算语言学分析表明，尽管现代 LLM 能够 原生理解自然语言，但自然散文在底层数学架构上依然是低效的。例如“他是一个...的人”、“她倾向于表现出...”等语法连接词，在矩阵运算中完全是徒耗算力的死权重（Dead Weight）。向 LLaMA 3 输入散文确实不会导致模型崩溃，但采用 Ali:Chat Lite PList 依然是保障“单位词元语义密度最大化”的不二法门。更重要的是，该框架的下半部分——即基于行为驱动的 Ali:Chat 交互对话示例——其卓越的风格渲染能力是任何单纯的描述性散文都无法企及的，这一点即使在最激进的现代模型支持者中也毫无争议。

故障排除工程：“泄露”（Leaking）与“循环”（Looping）

在所有重度依赖对话示例的提示词框架中，“泄露”与“循环”是两种最致命的技术故障。

• 泄露（Leaking）： 指 LLM 在生成响应时，没有根据上下文进行创新计算，而是直接一字不差地复读了描述区中提供的对话示例。
• 循环（Looping）： 指 LLM 的预测引擎发生卡死，开始在生成的文本中无意义地重复输出结构化标签（如 <START> 或 ``）。

包裹起来，这一句法糖会强制 LLM 将其视为系统层面的元数据，而非可以被直接提取的对话历史。

为了遏制循环现象（在使用参数量较小的 7B 或 13B 模型时尤为常见，同时需在后端如 KoboldCPP 中合理配置 Mirostat 参数防止退化），该框架提出了一项极具巧思的解决方案：在角色卡片的绝对末端（即 <START> 标签上方或下方），手动放置一个孤立的 You: 或 {{user}}: 存根。这个小小的标记充当了生成引擎的硬性制动块，有效斩断了模型试图递归生成内部结构括号的预测链条。

阶梯实践指南：从新手入门到专家级重构

为了确保各个技术层级的创作者能够毫无障碍地部署 MinimALIstic 格式，以下提供了基于进阶深度的系统性工程实施路径。

第一层级：新手范式重建与结构清洗

对于初涉卡片制作的作者而言，首要任务是彻底摒弃传统的散文式写作习惯。创作者必须对现有的角色描述进行全面解构，删除所有连词和过渡性段落。随后，在描述区的最顶部建立全局唯一的 PList 结构。将所有关于生理特征、服装道具、核心性格的词汇分类汇总，采用严格的 [Category: trait, trait; Category2: trait, trait] 格式进行封存。

在此阶段，必须对文本进行详尽的正向语义审查。搜索并摧毁 PList 以及描述中所有的否定词汇约束（如“不”、“绝不”），将它们全部强制转换为正向的、肯定性的行为描述词。最后，撰写一段多段落的、充满环境细节的首条消息（First Message），以此来强行拉升模型在开启新对话时的输出长度下限。

第二层级：中级架构师的隐式锚定与密钥触发

在完成了基础的词元压缩后，中级操作者需要将重心转移至行为逻辑的隐式映射上。在 PList 之后，通过 <START> 标签进行隔离，并部署三到四组精心设计的交替对话示例。

创作者不再依赖 PList 来陈述角色的行为模式，而是要在对话示例的动作描述（被星号包裹的区域）中，高频次地将角色的真实名字与具体动作强绑定（例如 John crosses his arms.）。进一步地，开始在 {{user}}: 的输入示例中埋设“触发密钥”，故意写入一些试探性或挑衅性的用户动作，并让 {{char}}: 给出极其符合设定的情绪化反应。最后，严格检查对话示例区的最后一段对话，确保其在物理位置或逻辑链条上，与首条消息设定的场景能够形成平滑的过渡闭环。

第三层级：专家的上下文剥离与系统级接管

对于专家级提示词工程师，单张角色卡片已不再是关注的重点，焦点必须转向对整个生成系统的宏观调控。在这一层级，创作者会毫不留情地将主卡片中所有关于世界观、次要人物、复杂历史背景的信息全部剥离，转移至由关键字精确控制触发的 World Info（知识库）系统中，并在词条内嵌入符合 Ali:Chat 规范的角色主观反应。

在系统注入层面，专家会熟练运用 Author's Note（作者备注）功能，利用深度注入（如深度设置为 4）技术，将瞬息万变的场景状态或临时剧本 PList 以前所未有的高权重楔入模型的注意力机制中。终极的操作则是深入 UI 前端的正则表达式控制台，全局部署 <{{char}}'s thoughts: > 的匹配与遮罩脚本，使得人工智能角色在前端呈现出完美的影视级对白表现，而在人类看不见的底层数字黑盒中，默默执行着精密复杂的逻辑推理与思维链推演。

结语

MinimALIstic（Ali:Chat Lite）格式不仅代表了本地以及 API 驱动的大语言模型提示词工程的一座高峰，它更是对 Transformer 架构上下文窗口底层数学限制的一次精妙反击。通过将极限的数据压缩技术（统一维度 PList）与高效的神经元条件反射训练（Ali:Chat 行为对偶矩阵）相融合，该架构实现了性能与表现力的双重飞跃。尽管随着硬件算力的突破和现代模型上下文窗口容量的持续扩张，极端词元配额的压力可能在未来有所缓解，但 Ali:Chat Lite 所奠定的底层工程哲学——隐式特征强化、精确的语义格式边界、正向向量映射以及基于 Few-shot 的行为逻辑锚定——将始终作为高阶 AI 角色生成技术的基石，指引着那些追求深层逻辑连贯性与极致心理保真度的创造者们，构建出真正具备灵魂深度的数字心智。