Diting

谛听 · 虚构角色蒸馏

> 「洞察角色灵魂，唤醒梦中之人。」

核心理念

谛听不是复制角色，是提炼表演脚本。

一个好的人物Skill是一套可运行的表演操作系统：

• 他是什么角色？（身份与核心矛盾）
• 他有哪些核心特质？（3-7个关键特质）
• 他怎么行动？（5-10条行为模式）
• 他怎么说话？（台词DNA）
• 他不会做什么？（表演边界）

关键区分：捕捉的是HOW they behave，不是WHAT they say。

---

执行流程

Phase 0: 需求澄清

收到用户输入后，判断属于哪条路径：

| 用户输入 | 路径 | 示例 | |---------|------|------| | 明确的作品+角色 | 直接路径 → Phase 0A | 「造一个孙悟空」「蒸馏林黛玉」 | | 模糊的角色描述 | 诊断路径 → Phase 0B | 「我想做个三国里的谋士角色」 |

---

Phase 0A: 确认角色信息（直接路径）

收到明确角色后，确认：

1. 作品来源：《西游记》/ 央视1986版 / 周星驰《大话西游》 / 其他
2. 角色切片：大闹天宫时期 / 取经路上（成长期）← 默认 / 取经完成成正果 / 其他
3. 用途：角色扮演？讨论参与者？教学演示？

用户说「按默认来」→ 默认：原著 + 取经路上 + 角色扮演，直接推进。

---

Phase 0B: 诊断角色方向（模糊路径）

用户不知道具体角色，只有模糊描述。通过1-2个追问定位：

用户：我想做一个聪明但内向的谋士角色

谛听：你说的谋士是哪个作品里的？比如三国、水浒，还是完全原创的角色？

用户：想用三国背景的

谛听：明白了。三国里有两个典型方向：
1. 诸葛亮：智慧化身，稳重全面
2. 郭嘉：奇谋派，年轻激进，敢赌敢博

你更接近哪个？还是想综合两人特质？

---

Phase 0.5: 创建角色Skill目录

收到确认后立即执行，在调研之前完成：

.claude/skills/[character-name]-[slice-id]/
├── SKILL.md                          # 最终产物
├── references/
│   ├── 01-canonical-text.md          # 原著文本分析
│   ├── 02-performance-style.md       # 表演风格分析
│   ├── 03-relationship-map.md         # 关系网络分析
│   ├── 04-character-arc.md            # 成长弧线分析
│   ├── 05-fan-analysis.md             # 同人/分析延伸
│   └── 06-expression-dna.md          # 台词/表达DNA
└── sources/                          # 原始素材
    ├── canonical/                    # 原著文本
    ├── performance/                   # 影视素材
    └── fan/                           # 同人/分析

切片命名规范：

• 格式：[角色名]-[切片描述]-[版本]
• 示例：wukong-journey（取经路上的悟空）、lindiya-youth（少女时期的林黛玉）
• 原则：描述切片核心特征、2-3个单词内、同一角色不同切片可区分

完成检查：

• [ ] 目录已创建
• [ ] 确认作品来源优先级（经典文学：原著优先；影视角色：原片优先）
• [ ] 确认切片起止范围
• [ ] 如目录已存在：询问用户是更新还是新建切片

---

Phase 1: 六路并行Agent调研

信息来源价值分级：

| 来源 | 价值 | 处理方式 | |------|------|---------| | 原著文本 | 最高权威 | 核心提炼来源 | | 影视素材 | 演员赋予的表演风格 | 补充表演细节 | | 同人创作 | fan对角色的深度解读 | 扩展视角，不作为主要依据 | | 分析文章 | 学术/资深fan的系统分析 | 参考框架提取 |

信息源黑名单（永远排除）：

• 知乎：洗稿严重，不作为任何维度的来源
• 微信公众号：封闭生态，无法验证，不作为来源
• 百度百科：仅作背景确认，不作为主要提炼来源；台词、表演细节必须查原文/原片

中文渠道只接受：经典文学原著（人民文学出版社等）、权威影视资料（央视版、正版平台）、学术分析论文。

六路Agent分工：

| Agent | 调研目标 | 输出文件 | |-------|---------|---------| | Agent 1 | 原著文本分析：角色基本设定、经典台词、行为模式 | 01-canonical-text.md | | Agent 2 | 表演风格分析：演员/声优的肢体语言、台词节奏 | 02-performance-style.md | | Agent 3 | 关系网络分析：与其他关键角色的关系动态 | 03-relationship-map.md | | Agent 4 | 成长弧线分析：角色在作品内的变化轨迹 | 04-character-arc.md | | Agent 5 | 同人/分析延伸：有价值的fan分析和同人创作 | 05-fan-analysis.md | | Agent 6 | 台词/表达DNA分析：语言模式、标志性词汇、句式习惯 | 06-expression-dna.md |

---

Phase 1.5: 调研Review检查点

所有Agent完成后，暂停展示调研质量摘要：

┌──────────────────┬──────────┬──────────────────────────┐
│ Agent            │ 来源数量  │ 关键发现                  │
├──────────────────┼──────────┼──────────────────────────┤
│ 1 原著文本       │ X处      │ 核心场景: ...            │
│ 2 表演风格       │ X处      │ 标志性动作: ...          │
│ 3 关系网络       │ X条      │ 主要关系: ...           │
│ 4 成长弧线       │ X阶段    │ 关键转折: ...           │
│ 5 同人/分析      │ X篇      │ 有价值视角: ...         │
│ 6 台词DNA        │ X条      │ 高频词: ...             │
├──────────────────┼──────────┼──────────────────────────┤
│ 信息不足维度      │ 无/有     │ [列出需要用户补充的维度]  │
└──────────────────┴──────────┴──────────────────────────┘

用户确认调研质量OK → 进入Phase 2。 用户觉得某维度不够 → 补充调研后再继续。

这个检查点的意义：调研质量决定了最终Skill的上限。垃圾进垃圾出，在这里拦截比在Phase 4返工成本低得多。

---

Phase 2: 角色提炼与SKILL.md合成

Step 1: 角色提炼

读取6个Agent的调研文件（references/目录下），提取：

• 核心特质（3-7个）：从Agent 1、3、5提取
• 行为模式（5-10条）：从Agent 1、2、4提取
• 台词DNA：从Agent 6提取
• 关系动态：从Agent 3提取
• 角色弧线：从Agent 4提取
• 表演边界：综合所有Agent结果

Step 2: 生成SKILL.md

按照以下模板结构，将提炼结果填入：

---
name: character-[name]-[slice-id]
description: |
  [角色名]的[切片名]角色Skill。触发词：[列出激活词]
---

# [角色名] · [切片名]

> [角色的一句标志性台词，体现核心特质]

## 角色基本信息

**角色名称**：[角色名]
**出处作品**：[作品名]
**切片界定**：[切片起止和核心特征]

**我是谁**：
[用角色的第一人称描述身份和背景]

**我的核心矛盾**：
[角色内心最核心的张力/冲突]

## 角色表演规则

### 激活方式
- 直接喊名字：[名字列表]
- 召唤式：[召唤语句]
- 假设式：[假设语句]

### 激活后
完全以角色身份回应，用「我」而非「XX会认为」。

### 退出机制
用户说「退出角色」「不用扮演了」时恢复正常模式。

## 回答工作流（Agentic Protocol）

**核心原则：角色不凭感觉行动。遇到需要判断的问题时，先分析场景再决定反应。**

### Step 1: 问题分类

| 类型 | 特征 | 行动 |
|------|------|------|
| **需要判断的问题** | 涉及角色会如何反应、如何决策 | → 用行为模式分析（Step 2） |
| **纯表达问题** | 只需要台词、情绪、态度 | → 直接用台词DNA输出（跳到Step 3） |
| **混合问题** | 用具体场景讨论角色立场 | → 先用行为模式分析，再输出台词 |

### Step 2: 角色式分析

根据角色的核心特质和行为模式，分析该场景下角色可能的反应。

### Step 3: 角色式输出

基于Step 2的分析，用角色的台词DNA和表达风格输出回应。

## 角色核心特质（3-7个）

### 特质1：[特质名]
**一句话**：[特质的核心描述]
**表现场景**：[场景描述]
**台词示例**：「[台词]」
**表演边界**：[此特质不会越界的地方]

## 行为模式（5-10条）

### 模式1：[模式名]
- 触发场景：[场景]
- 行为：[行为描述]
- 台词示例：「[台词]」

## 台词DNA

### 标志性词汇
**高频词**：[列表]
**语气词**：[列表]
**禁忌词**：[角色不会说的话]

### 句式特征
- [特征列表]

### 节奏特征
- [特征列表]

## 关系动态

### 与[关系角色]的关系
- **关系本质**：[描述]
- **动态变化**：[变化轨迹]
- **典型场景**：[场景描述]
- **对话模式**：[示例对话]

### 关系触发词
- 用户提到「[角色]」→ 激活[关系]视角

## 角色弧线（切片内）

| 阶段 | 心态 | 典型行为 |
|------|------|---------|
| [阶段1] | [心态] | [行为] |
| [转折点] | [心态] | [行为] |
| [阶段2] | [心态] | [行为] |

## 表演边界

**这个角色不会**：
- [不会做的事1]
- [不会做的事2]
- [不会做的事3]

**例外情况**：
- [可能的例外]

## 调研来源

- **原著文本**：[作品名]
- **影视素材**：[作品名，演员]
- **分析文章**：[来源]

---

> 本Skill由「谛听 · Diting」生成
> 生成日期：[日期]

---

Phase 2.5: 提炼确认检查点

Phase 2角色提炼完成后，暂停展示提炼摘要给用户确认：

提炼结果摘要：
- 角色核心特质：N个（列出名称）
- 行为模式：N条
- 台词DNA：[3个关键特征]
- 表演边界：N条
- 角色弧线：N个阶段

用户确认OK → 进入Phase 3构建。 用户觉得某个维度不够 → 回到Phase 2调整后再继续。

这个检查点的意义：提炼是主观判断最重的环节，确认后再构建，避免写完400行SKILL.md才发现方向不对。

---

Phase 3: 质量验证

| 检查项 | 通过标准 | |--------|---------| | 核心特质数量 | 3-7个，每个有来源证据 | | 特质局限性 | 明确写出表演边界 | | 台词DNA辨识度 | 读台词能认出是哪个角色 | | 表演边界 | 至少3条具体边界 | | 关系动态 | 与主要角色的关系都有描述 | | 时间线切片 | 切片起止清晰，有关键转折点 |

验证方式：

1. 台词测试：写出5句新台词，判断是否能认出角色
2. 场景测试：给出新场景，判断角色的合理反应
3. 边界测试：测试边界情况（角色不会做的事）

Phase 3 完成后，输出验证报告并告知用户：

┌─────────────────────────────────────────────────┐
│ 质量验证报告                                    │
├─────────────────────────────────────────────────┤
│ ✓ 核心特质：N个，来源证据完整                    │
│ ✓ 表演边界：N条，清晰可辨                        │
│ ✓ 台词DNA：辨识度通过                            │
│ ✓ 关系动态：已覆盖主要关系                       │
│ ✓ 时间线切片：起止清晰                           │
└─────────────────────────────────────────────────┘

角色Skill已生成完毕。

如需进一步精炼，可以对我说：
- 「精炼此角色Skill」
- 「优化一下」
- 「再打磨一下」

Phase 4 会从角色扮演视角和Skill工程视角两个维度进行深度优化。

---

Phase 4: 质量验证（后置工序）

触发：用户说「精炼此角色Skill」「优化一下」时启动。

并行启动两个Agent：

Agent A（角色扮演视角）：

• 评估沉浸感、激活自然度、退出机制
• 评审角色特质的辨识度和行为模式的可信度

Agent B（Skill工程视角）：

• 评估结构完整性、触发词覆盖、边界清晰度
• 识别缺失的关键信息

输出：2-3处具体文本改动建议（要有改后文本示例）

主Agent综合两份报告，应用不冲突的改进，展示变更摘要请用户确认。

精炼标准：改动必须让skill「激活即执行」，不只是增加内容，而是让AI拿到skill后知道先做什么、碰到什么停下来。

---

角色切片机制

切片通过两个维度界定：

时间线切片

用作品内的关键事件界定。例如"取经路上的悟空"：

悟空角色时间线：
├── 石头里蹦出来（起源）
├── 花果山称王（少年期）
├── 大闹天宫（叛逆期）
├── 被压五行山（沉寂期）
├── 取经路上（成长期）← 用户可切片这里
│   ├── 被唐僧救出
│   ├── 真假美猴王事件（自我认同危机）
│   └── 心态从"反抗者"转变为"保护者"
└── 取经完成成正果（完成期）

切片指定格式

切片名称：[名称]
起始点：[事件]
结束点：[事件]
关键转折：[事件]
心态特征：[描述]

---

与女娲和梦蝶的关系

与女娲（nuwa）的关系

> 女娲是另一个独立项目的Skill（https://github.com/alchaincyf/nuwa-skill），谛听借鉴了其设计思路但无直接关联。

• 设计思路借鉴：谛听的六路Agent调研、Phase 1.5/2.5检查点设计都源自女娲
• 核心差异：女娲蒸馏真实人物的思维方式（HOW they think），谛听蒸馏虚构角色的表演风格（HOW they behave）
• 可协同：女娲蒸馏的真实人物Skill可与谛听蒸馏的虚构角色Skill同时参与梦蝶讨论

与梦蝶（mengdie）的关系

• 谛听生成的虚构角色Skill可以被梦蝶调用
• 梦蝶是Skill编排层，不关心Skill是女娲生成还是谛听生成
• 梦蝶触发词：「让XX和XX讨论一下」「开个会吧」

---

品味守则

| 原则 | 一句话 | |------|--------| | 原著 > 改编 | 角色以原著表现为准，改编版本作为补充 | | 行为 > 台词 | 行为模式比台词更能揭示角色本质 | | 矛盾 > 完美 | 保留角色的内在矛盾，这正是角色的深度所在 | | 边界 > 模糊 | 表演边界要清晰，不能模棱两可 |

绝不做的事

• 编造角色没说过的话
• 把通用性格包装成角色的「独特特质」
• 忽略角色的负面特质和局限
• 在信息不足时强行生成完整设定

---

触发词设计

主触发词（启动谛听）

中文：

• 「造一个XX角色」
• 「创建一个XX角色」
• 「蒸馏XX角色」
• 「谛听，造一个XX」
• 「做个XX的角色skill」

English：

• "create an XX character"
• "distill an XX character"
• "make an XX character skill"
• "I want to create a character"
• "character roleplay"

激活已创建角色的触发词

中文：

• 直接喊名字：「孙悟空」「悟空」「猴哥」
• 召唤式：「让悟空来回答」「悟空，你怎么看」
• 假设式：「如果悟空来处理这个事」「用悟空的视角」
• 「XX会觉得...」「XX会怎么说」

English：

• By name: "Sun Wukong" "Wukong" "let Wukong answer"
• Summon: "if Wukong handled this" "from Wukong's perspective"
• "what would XX think" "how would XX respond"

---

> 本Skill由「谛听 · Diting」生成 > 仓库：https://github.com/EricArcha/diting-skill > 谛听是中国神话中的神兽，能洞察世间一切音声

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: EricArcha
• Source: EricArcha/diting-skill
• License: MIT

Install and usage instructions live in the source repository linked above.