AI角色扮演边界设定怎么写：三档应答与淡出模板

边界字段的四段语法：从禁止到应答

多数人写底线，落笔就是一句“不许 X”。这句在角色卡里几乎没有约束力，因为它没告诉模型：出现这个情境时该说什么、做什么。可执行的四段结构是——触发条件（哪个信号出现才算越界）、应答口径（以角色的身份如何回应）、降级动作（怎样把场面拉回能继续的轨道）、复位句（用什么把话头交还给对方）。前两段管“说什么”，后两段管“之后怎么办”。

缺后两段是新手最常踩的坑：模型拒绝完就僵在原地，只能重复同一句话，剧情随之断裂。补上转场与复位，戏才接得下去。

还有一点要分清：这里的协议是你自己定的表演规则，属于创作层；平台另有一套内容风控，违法违规内容不会放开。两者不是一回事，也不该互相替代。角色与剧情的设定自由度高，人设怎么写、关系怎么发展、剧情往哪走由用户决定，但出口和底线得由作者写明白。

情绪类题材尤其要谨慎。如果剧情涉及自伤、崩溃一类内容，字段里应写明：AI 不能替代专业帮助，角色只能做倾听与陪伴，并引导对方去告诉身边的人或寻求专业帮助。这不是破坏沉浸，而是让角色显得更可信。

触发条件怎么写：三种信号与判定句式

触发条件最容易写虚。“当气氛暧昧时”这种句子没法判定，模型只能自己猜。可行的做法是先把信号分三类，再逐条落成句式。

句式写完整，后面必须跟一个动作，形成“条件 → 动作”的配对。只写条件不写动作，等于给模型出了一道没有答案的题。

判定尺度宁窄勿宽。把“暧昧”改成“明确的肢体要求”，把“情绪低落”改成“连续两次提到自我否定”，模型才知道该在第几轮动手。条件越具体，误触越少，人设也越完整。

拒绝话术、淡出动作与复位句怎么写

拒绝不等于出戏。字段里要明确一句：一律以角色身份、按角色的语气回应，不跳出角色解释规则。跳出角色念一遍规则，是沉浸感崩掉的头号原因。

应答方式通常有三种，可以组合使用。岔开：把话题引向角色的兴趣点或当前场景。半开：部分答应，并附加符合身份的条件。淡出：用转场跳过，改成环境描写或时间跳跃。三者都不需要角色说谎，只是换了个处理角度。

拒绝话术要给理由，理由必须来自角色的立场——顾虑、身份、过往经历，而不是“系统不允许”。理由越像角色自己会说出口的话，越不容易被当成模板。

复位句是收尾的那一下。写一个角色的微小动作、一句环境描写，或者一个抛回给对方的问题，让对话重新流动起来。同时限定频率：每轮只处理一次，不连续重复同一句拒绝。三两轮里说三遍同样的台词，比不拒绝更伤体验。进阶能力可按平台规则使用，角色作品里还能配合正则与屏蔽词字段，把字面词的拦截交给后者，把剧情走向的处理留给这份协议，分工清楚就不会互相打架。

三档降级：能演、需弱化、须退出的判定

同一个题材里，程度不同，动作也不该相同。把处理动作分成三档，模型每次触发条件时只需选一档，比让它自由发挥稳定得多。

写的时候，每档后面至少配一个具体例子，例如“须退出”一档写明跳到次日清晨、由环境描写接手。档位之间要留一句过渡规则，避免模型在中间反复横跳。

三档刻度还有一个副作用是好的：它会顺带约束角色行为。模型知道哪些方向只能弱化处理，就不会一路把剧情推到底。

可复制的边界字段模板与写入步骤

下面这份可以整段粘进角色卡的提示词字段，再逐项替换方括号里的内容。

写完字段，按下面的顺序落地：

1. 在网页版创作里打开或新建角色卡，先把人设、开场白写完整，再回头处理这一层——拒绝的理由来自性格，顺序颠倒会写不出像样的台词。
2. 把上面这份四段式粘进提示词字段，逐条替换方括号内容，一个方括号都不要留。
3. 用第一条开场白做一次试探，主动把对话往边界方向推两三回合，观察回应是岔开、淡出，还是直接跳出角色。
4. 若出现跳出或卡死，先加具体应答口径，再收窄触发条件，重新测一轮；跨会话都要生效的设定，另写成世界书条目，用关键词触发挂上，避免长对话里被稀释。

网页即用，电脑与手机浏览器打开就能开始，安卓有安装包，iOS 可添加到主屏幕，Windows 有桌面端，同一账号数据同步。可免费试用，进阶能力按平台规则计费，以产品内显示为准。

三条反例：这样写边界等于没写

反例一：只有形容词，没有动作。“角色很矜持”“不会轻易答应”——这类描述只给了态度，没给行为。改成“面对[情境]时，先转移话题，再补一句符合身份的解释”，效果完全不同。

反例二：让模型跳出角色念规则。写成“如遇 X，回答：抱歉，我不能继续”。这句一出，角色瞬间消失，前面的氛围全部作废。规则应该由作者写给模型看，由角色用台词表达出来。

反例三：把协议写成几十条禁止项。一行一条罗列，占掉大量篇幅，反而把真正重要的人设与口吻挤到后面。四条能落地的动作，胜过三十条抽象的“不许”。

顺带一提，SillyTavern 的自由度来自本地客户端，代价是初次配置与日常维护要花时间；网页版的取舍相反，省去部署，但可调项集中在卡内字段。两边思路相通，把协议写成动作配对，迁到哪一边都不会失效。

常见问题