♻️ refactor(项目结构): 落地规则修订B方案并续校001—020章
- 精简 AGENTS.md 与风格约束.md,移出展开条文只留全书级底线与执行顺序 - 压缩 .kilo/agent 下八份代理配置与三份 command 提示,去重禁止项与流程 - 在 草稿/规则修订-B方案/ 落地替换段(AGENTS-替换段、风格约束-增补与替换、说明) - 续校 正文/1 弃船 下 001—020 章短句接缝与段落节奏,保留人物声纹与事实 - 同步世界书、人物卡使用说明、伏笔与承诺、工业与制造、资产索引中的引用指向
This commit is contained in:
+9
-9
@@ -4,27 +4,27 @@
|
||||
|
||||
本目录的人物卡同时服务两个层面:
|
||||
|
||||
1. **作者层 Canon**:身份、能力、关系、知识边界、长期人物线和写作风险。正文修订与续写时,以这些完整章节核对事实。
|
||||
1. **作者层 canon**:身份、能力、关系、知识边界、长期人物线和写作风险。正文修订与续写时,用这些完整章节核对事实。
|
||||
2. **模型生成层**:从每张卡的“生成层”提取精简 PList 与 Ali:Chat 声纹示例,用于稳定人物的思考入口、句法、回应方式和动作习惯。
|
||||
|
||||
模型生成层不取代作者层 Canon。PList 为高频提醒,Ali:Chat 负责示范人物怎样把这些特征真正说出来;两者若与正文事实冲突,以正文和作者层 Canon 为准。
|
||||
模型生成层不取代作者层 canon。PList 是持续在场的高频提醒,Ali:Chat 示范人物怎样把这些特征真正说出来;发生冲突时,按 `AGENTS.md` 的设定权威顺序处理。
|
||||
|
||||
## SillyTavern 字段映射
|
||||
|
||||
若将人物卡导入 SillyTavern,采用以下映射:
|
||||
若将人物卡导入 SillyTavern,采用以下项目内映射。这不是 SillyTavern 的唯一用法,但本项目应保持一致:
|
||||
|
||||
- **名称**:人物卡标题中的姓名。
|
||||
- **角色注释/Character's Note**:PList。建议深度 4、频率 1,用作持续在场的精简声纹与边界提醒。
|
||||
- **角色描述/Description**:Ali:Chat 声纹示例。只保留两至三个质量最高、彼此功能不同的示例,不靠大量近义样本堆叠。
|
||||
- **角色描述/Description**:Ali:Chat 声纹示例。该字段会持续进入上下文;只保留两至三个质量最高、彼此功能不同的示例,不靠大量近义样本堆叠。
|
||||
- **个性概述/Personality Summary**:生成层中的一句话概述;保持简短,不重复整份 PList。
|
||||
- **场景/Scenario、第一条消息/First Message**:本项目默认不在人物卡内固定。每章的时间、地点、在场人物、目标和压力由当前正文、章纲及任务提示动态提供。
|
||||
- **World Info/Lorebook**:继续使用 `世界书.md`、`设定/`、`大纲/` 和相关资料,不把大段历史、工业与政治背景重复塞入单个人物卡。
|
||||
|
||||
固定场景留空是本项目对聊天角色卡的必要适配。《越共》是多人物长篇,不应让某一次会面、某个地点或某种关系状态永久污染后续章节。
|
||||
固定场景留空是本项目对聊天角色卡的必要适配。《越共》是多人物长篇,不应让某一次会面、某个地点或某种关系状态永久固化到后续章节。
|
||||
|
||||
## 生成层结构
|
||||
|
||||
每张主要人物卡在作者层 Canon 之后增加:
|
||||
每张主要人物卡在作者层 canon 之后增加:
|
||||
|
||||
### 个性概述
|
||||
|
||||
@@ -42,7 +42,7 @@
|
||||
|
||||
- 标签必须能改变人物的观察、选择、台词或动作,不能只写空泛褒义词。
|
||||
- 复杂特征拆成两个能互相限制的描述,例如“愿意照顾伤员/不用安慰性谎言掩盖风险”。
|
||||
- 身份、关系和能力只写当前 Canon 已确认的部分。
|
||||
- 身份、关系和能力只写当前 canon 已确认的部分。
|
||||
- 最重要、最容易漂移的声音与边界放在靠后位置。
|
||||
- 不把世界书、剧情摘要和一次性衣着塞进 PList。
|
||||
|
||||
@@ -58,7 +58,7 @@
|
||||
|
||||
## 声纹示例门禁
|
||||
|
||||
- 每个 `{{char}}` 回复至少同时体现两项:关注对象、句子组织、回应策略、动作或情绪泄露。
|
||||
- 每个 `{{char}}` 回复至少同时体现两项:关注对象、句子组织、回应策略、动作或可观察的情绪。
|
||||
- 三个示例不能共用同一套“短问—短答—补限制”结构,也不能都以同一口头禅开头。
|
||||
- 示例长度应有变化。命令、警报、拒绝和关键裁决可以短;解释、安抚、谈判和责任推演必须示范人物怎样说完整。
|
||||
- 动作只写人物自己能够完成和当前场景能够观察的部分,不替对话对象行动。
|
||||
@@ -69,7 +69,7 @@
|
||||
## 本项目的使用顺序
|
||||
|
||||
1. 先读当前章及相邻章节,确认人物状态、目标、知情范围和关系阶段。
|
||||
2. 再读人物卡作者层 Canon,排除能力、权限和历史知识越界。
|
||||
2. 再读人物卡作者层 canon,排除能力、权限和历史知识越界。
|
||||
3. 将 PList 作为持续约束,用 Ali:Chat 示例校准句法、节奏与动作习惯。
|
||||
4. 生成或改写后做反向检查:遮住提示语,台词是否仍能从关注点和回答方式辨认人物?
|
||||
5. 若正文形成了新的稳定声音,只能在用户确认后更新人物卡;一次性的情绪失控或特殊场景不自动升格为永久口吻。
|
||||
|
||||
Reference in New Issue
Block a user