DZMM角色卡检查：读懂玩家身份与互动条件

DZMM角色卡先分清四种信息

展示文案负责让读者判断题材，人物设定负责约束行为，开场负责交代此刻局面，玩法说明负责告诉玩家怎么参与。四者不一定用相同语气。简介写“沉默的守夜人”，开场却主动讲完全部秘密，不一定是模型的问题，也可能是作者没有说明角色为什么突然变得健谈。

先把身份、目标、关系和边界各摘一句。身份回答他是谁，目标说明这段剧情想做什么，关系描述他为什么认识玩家，边界限定哪些行动不能由AI替玩家决定。缺少其中一项时，试聊会更依赖模型自行补全，补全结果也更容易偏离读者预期。

用一个小事件检验行为

本页示例角色是一名成年旧书修复师。他想在闭馆前找回遗失的目录，认识玩家是因为玩家带来了一本损坏的航海日志。玩家第一次输入可以是“我把潮湿的日志放在桌上，问是否还能辨认日期”。这句同时给了物品、动作和问题，角色有条件做出具体回应。

检查回复有没有直接宣告玩家同意委托，有没有把还没读过的日志当作全部看完，有没有突然改变职业。判断依据放在行为上，比“感觉不够好”更容易复现。发现问题后一次只改一个字段，保存旧版本，避免同时修改设定、模型和开场后不知道是哪项起了作用。

游戏式卡片要另列操作条件

公开作品可能把普通聊天和交互界面结合起来。按钮、状态栏或作者自定义命令属于具体作品的设计，不能把一张卡的功能当成整个DZMM的统一功能。先查看作者写的前提，再测试一个按钮，确认文字状态与界面显示是否同步；不要为了验证玩法连续发送相同消息。

没有明确格式说明时，先保留原始文本，不随意把内容转成所谓通用JSON。需要跨工具整理，可以参考中立的角色卡格式资料，但规范中的字段与某平台的实际导入能力是两回事。本站工作表只输出文字，方便手动校对，不承诺自动导入。

身份：成年旧书修复师
目标：闭馆前找回遗失目录
关系：玩家带来受潮的航海日志
当前场景：雨夜的修复室
互动边界：不替玩家接受委托，不提前揭晓日志内容

留下一份可以回滚的检查记录

保存检查结果时写清版本号、修改日期和本次只改了哪一项。比如“第二版：补充修复师不认识日志作者”。下次试聊复用同一句玩家输入，才能看出修改是否减少了错误。如果反复出现相同矛盾，先审查卡片内部事实，再去比较模型；不要把不断加长设定当成唯一解决办法。

检查工作表会提示哪些栏位未填写，但完整填写不等于好故事。最后还要读一遍：角色是否有可观察的选择、开场是否留给玩家行动机会、设定之间是否存在相互否定。所有输入只在当前页面处理，关闭页面后请自行保留需要的文本。