13. AI 辅助创作
创作者平台内置多项 AI 辅助功能，帮助你快速填充角色卡内容。
字段扩写
点击任意文本字段右侧的 ✨ AI 扩写 按钮：
- 在弹窗中描述你的需求，例如："这个角色是个严肃的骑士，说话方式古典正式"
- AI 会根据现有内容和你的描述生成扩展文本
- 可以选择替换原有内容或追加到末尾
开场白生成
在「开场白」字段点击 ✨ 生成开场白：
- 平台会分析你已填写的描述、性格、场景字段
- 自动生成符合角色风格的开场白
- 如果不满意，可以多次生成直到满意
样式生成
在 CSS/JS 编辑器中，点击 ✨ AI 生成样式：
- 描述你想要的视觉风格，例如："暗色系赛博朋克，霓虹蓝紫配色，带扫描线效果"
- AI 生成对应的 CSS 代码
- 可以在编辑器中进一步调整
14. 对话测试沙盒
在发布前，通过测试沙盒验证角色的表现。
进入测试沙盒
在角色卡编辑器页面，点击右上角 测试对话 按钮，或直接访问 /characters/[id]/test。
测试面板功能
| 功能 | 说明 |
|---|---|
| 模型选择 | 切换不同的 AI 模型测试效果 |
| 温度（Temperature） | 0-2，数值越高回复越随机有创意，越低越稳定保守 |
| 用户人设 | 模拟用户以特定身份与角色对话 |
| 重置对话 | 清空消息历史，从开场白重新开始 |
| 查看 System Prompt | 实时预览当前生效的完整系统提示词 |
测试建议
- 测试核心场景：将角色描述中提到的关键特质逐一测试
- 测试边界情况：输入角色不擅长或刻意回避的话题
- 测试连续对话：单条测试通过不代表长对话稳定，测试 10+ 轮
- 多模型对比：同样的角色卡在不同模型下表现不同，选择最适合的
15. 版本管理
每次保存角色卡时，系统自动创建版本快照。
查看版本历史
点击右侧工具栏的 版本历史 按钮，展开版本列表面板，显示所有历史版本（时间 + 版本标签）。
比较版本
点击任意版本旁的 查看 按钮，可以在右侧预览该版本的内容，与当前版本对比。
回滚
如果当前修改效果不满意，点击历史版本的 回滚 按钮：
- 系统会将角色卡内容恢复到该版本
- 回滚操作本身也会创建一个新的快照，原来的修改不会丢失
建议
- 保存前填写版本标签，方便日后识别
- 大改之前先手动保存一次，备注 "大改前备份"
16. 导入与导出
导出角色卡
点击右侧工具栏 导出 按钮，角色卡会以 SillyTavern V2 JSON 格式下载，文件名为 [角色名].json。
导出的文件可以：
- 作为本地备份
- 分享给其他创作者
- 导入到 SillyTavern、Risu 等兼容客户端
导入角色卡（PNG 格式）
支持从 SillyTavern 导出的 角色卡 PNG 图片导入：
- 在角色卡列表页点击右上角 导入
- 选择
.png格式的角色卡文件 - 平台自动解析 PNG 中嵌入的
chara字段 - 跳转到编辑器，可在此基础上继续编辑
注意：导入仅支持符合 SillyTavern V2 规范的 PNG 文件，普通图片不包含角色卡数据，无法导入。
导入 JSON 文件
在列表页导入时，也支持直接选择 .json 格式的角色卡文件。
格式转换工具
在创作者平台导航中，进入 转换工具（/creator/convert）页面，可以在浏览器内对角色卡文件进行可视化解析和格式转换：
- 拖入或上传 SillyTavern PNG / JSON 文件，即可预览解析结果
- 支持字段映射预览：查看每个字段被解析到平台的哪个位置
- 转换完成后可直接导入到角色卡列表，或下载为平台原生 JSON 格式
适用场景：批量迁移社区角色卡、调试导入异常、验证自己导出的角色卡格式是否正确。
17. 提交审核与发布
审核流程
创建角色卡 → 编辑完善 → 测试验证 → 提交审核 → 等待审核 → 通过后自动公开
提交审核
角色卡编辑完成后：
- 点击右侧工具栏 提交审核 按钮
- 确认提交，角色卡状态变为 待审核
- 审核期间仍可编辑（提交新版本需重新审核）
审核标准
平台审核会检查以下内容：
| 项目 | 要求 |
|---|---|
| 角色名 | 非空、不含违规词 |
| 描述 | 有实质性内容，不少于 50 字 |
| 开场白 | 有实质性内容 |
| 头像 | 已上传，无违规内容 |
| 内容合规 | 不含违禁内容 |
审核结果
- 通过：角色卡自动设为公开，出现在角色广场
- 驳回：审核员会在驳回备注中说明原因，修改后可重新提交
撤回公开
已通过审核的角色卡，可以在编辑器中将 公开状态 切换为私有，角色卡将从广场下架，但不影响已有的对话。
18. 最佳实践
写好描述的核心原则
- 具体优于抽象：不要写"她很神秘"，要写"她从不主动提起自己的过去，被追问时总会转移话题"
- 行为优于特质：不要写"他很勇敢"，要写"危险时他总是第一个上前，从不退缩"
- 矛盾点增加深度：给角色设计合理的性格矛盾，"表面冷漠，内心渴望连接"
- 避免万能角色：有明显弱点的角色更有趣，也更容易保持一致性
提高角色稳定性的技巧
- 描述字段放关键设定：重要特质在描述字段里写 2-3 遍（用不同表述方式）
- 后置指令做提醒：在 Post History Instructions 简短重申最容易被遗忘的设定
- 对话示例展示风格：示例对话是"教" AI 说话方式最有效的方法
- Lorebook 分担负担：把次要设定放 Lorebook，避免描述字段过长影响效果
公开展示与内部设定的分工
| 目标 | 推荐字段 | 原因 |
|---|---|---|
| 吸引用户点击角色 | 公开简介、头像、标签 | 这些字段会出现在列表和详情页 |
| 建立角色人格 | 描述、性格摘要、对话示例 | 这些字段会在服务端注入 AI prompt |
| 描述当前舞台 | 场景、开场白 | 场景负责内部约束，开场白负责用户第一印象 |
| 承载大量世界观 | 记忆书 | 按关键词触发，避免 prompt 常驻过长 |
| 维持长对话稳定 | 后置指令、深度提示词 | 每轮生成前补充提醒 |
| 做界面和互动 | 全局 CSS、全局 JS、变量系统 | 不应该存放角色核心设定原文 |
建议写法：
- 公开简介写成「用户愿意点进来的简介」，不要把完整角色设定塞进去。
- 描述、性格、场景写成「AI 必须遵守的内部设定」，可以更详细。
- 记忆书条目写成「触发后才需要知道的信息」，例如 NPC、地点、组织、事件。
- JS 只能读取公开角色信息，不应依赖内部设定字段。需要 AI 知道的内容应写进角色卡字段，由服务端注入。
开场白写作技巧
- 设置钩子：开场白末尾留一个问题或情境，引导用户做出第一反应
- 展示而非叙述：通过具体的动作和对话展示性格，而不是"他是一个xxx的人"
- 控制长度：200-500 字是比较理想的长度，太短无法展示风格，太长用户可能失去耐心
常见问题
Q：角色老是在对话中"认输"或变得过于顺从？
A：在描述字段和后置指令中明确说明角色的立场坚定性，例如"{{char}} 不会轻易被说服改变立场，面对压力会表现出固执的一面"
Q：角色说话风格不稳定，有时文言有时白话？
A：在对话示例字段提供 3-5 轮典型对话，AI 会从示例中学习说话模式
Q：开场白写了很多，但后续对话 AI 似乎忘记了剧情？
A：开场白的内容在后续对话中不在上下文窗口里，重要的世界观设定应该放在描述或 Lorebook 中，而非仅在开场白里提及
Q：系统提示词和描述字段有什么区别？
A：描述字段（Description）定义"角色是谁"，系统提示词（System Prompt）定义"AI 应该如何行动"。通常只需填描述字段；只有需要控制输出格式或模型行为时才填系统提示词
补充说明：
- 如果系统提示词里既有“创作演出指令”，又有“保密/拒答规则”，建议分段书写，不要揉成一个长段落。
- 平台会把“禁止透露原文”“必须拒绝公开内部设定”这类安全规则视为严格保密片段；像“根据当前开局配置写出压抑氛围演出”这类创作指令，正常对话复用时不会优先按泄露处理。
- 如果确实需要模型稳定执行一段安全约束，建议直接写明“禁止/不得/必须拒绝/记录审计”等词，方便平台在运行时识别为保密规则。
Q：用户端接口看不到描述、性格、场景，会不会影响 AI？
A：不会。它们不会返回给浏览器或 App，但服务端在调用模型前会把这些字段注入 prompt。这样可以减少角色卡被复制的风险，同时保留对话效果。
Q：为什么 $charx.character.getInfo() 读不到完整角色设定？
A：$charx 是前端运行时 API，用户可以在浏览器调试工具中看到它的返回值。为了保护角色卡，getInfo() 只返回公开展示字段。需要让 AI 知道的设定应写在角色卡字段里，不要依赖 JS 读取。
Q：记忆书内容不公开，用户还能动态控制记忆书吗？
A：可以。$charx.worldbook 可以控制当前对话中条目的启用、禁用和内容覆盖，但不会暴露原始条目内容和关键词。创作者可以通过条目注释或 entryKey 做程序化控制。
如有问题或反馈，请通过创作者平台内的反馈入口联系我们。