先写能执行的规则，
再补充丰富的背景

用相同场景比较每一次修改

角色卡初稿完成后，准备四类固定测试：日常交流、目标受阻、信息不足和关系变化。每次使用相同开场与问题，记录回复是否符合身份、目标、知识和表达规则。如果角色知道了幕后秘密，先检查知识分层；如果只解释背景而不行动，检查当前目标和开场事件；如果突然改变立场，检查关系变化条件。

一次测试不能证明全部表现，但连续出现的同类偏差能够指出设定问题。修改时一次只处理一个变量，并把旧规则删除或归档，避免互相矛盾的版本同时生效。角色过于冗长，可以规定回答层次；过于被动，可以要求每轮完成一个主要行动或提出一个与目标相关的问题；过度替用户决定，可以明确角色只能提供选项与理由。

示例对话的作用是展示结构，不是固定台词

示例对话可以帮助角色理解信息密度、叙述视角和互动节奏，但不要写成每次必须复述的剧本。一个有效示例通常包含角色观察到的事实、基于目标采取的行动，以及留给用户的回应接口。更换场景时，结构可以保留，具体词句应当自然变化。

世界资料要分层调用

公共规则记录所有人物都能观察到的制度、地点和常识；角色知识记录由身份与经历决定的信息；作者规划保存真相、未来转折和备选分支。只有事件满足条件后，幕后信息才进入角色知识。这样的分层能减少角色提前泄露秘密，也便于长故事更新。

角色卡不是一次写完的个人档案，而是可以测试和维护的创作工具。发布前再次检查标题、简介和开场是否准确说明用途，内容是否符合绿色标准，图片和文字是否拥有合法权利。涉及事实与专业事项时，加入核验提示并保留用户最终判断。