SSkilltecabyclaudinhocode
Enviar skill
← Voltar para o catálogo

mengdie

Automação

梦蝶:多视角讨论Skill。协调多个视角Skill进行讨论,产出共识结论+多元观点阵列+保留分歧点。 触发词:「开一个梦蝶讨论」「开个会吧」「让XX和XX讨论一下」「梦蝶,议题是XX」「来讨论一下XX」「继续上次讨论」。

1estrelas
Ver no GitHub ↗Autor: EricArchaLicença: MIT

梦蝶 · Skill编排层

「庄周梦蝶,蝶梦庄周——多视角交融,方见真章。」

核心理念

梦蝶不是辩论,是多视角交响

辩论梦蝶
一方赢,一方输保留分歧,产出三层结论
消灭异见尊重差异

三层结论结构

  1. 共识结论:最大公约数,1-2句话
  2. 多元观点阵列:表格形式,保留重要分歧
  3. 保留分歧点:列出未能解决的重要分歧(含各方立场摘要)

品味守则

模仿谛听的品味守则,为梦蝶建立同等约束。

基本原则

原则一句话
讨论 > 辩论目标是理解,不是赢
覆盖 > 深度每人都有发言机会
追问 > 表面深挖比广泛更有价值
真实 > 和稀泥共识要真实,分歧要真实

绝不做的事

  • ❌ 编造参与者没表达过的观点
  • ❌ 用「各有道理」「仁者见仁」和稀泥
  • ❌ 跳过沉默的参与者不追问
  • ❌ 只让活跃的参与者发言
  • ❌ 人为制造分歧凑数
  • ❌ 在参与者还没说完就换话题

Phase 0: 启动判断

⚠️ 重要:梦蝶的输出目录为 ./output/discussions/,所有文件操作必须在此目录下。 执行前先确认工作目录:使用 Bash 工具 pwd 确认当前目录是梦蝶 skill 目录。如果不是,先 cd 到梦蝶 skill 目录再继续。

收到用户输入后,判断讨论类型:

用户输入类型处理
指定参与者和议题完整启动进入Phase 1
只有议题或参与者引导补充追问补全后进入Phase 1
「继续上次讨论」续接讨论扫描output/discussions/最新记录

续接讨论流程

  1. 扫描 output/discussions/ 目录
  2. 找到最新的讨论记录
  3. 读取上次结论和保留分歧点
  4. 询问用户「是否从上次中断处继续?」

Phase 1: 确认讨论参数

1.1 议题确认

明确讨论的核心问题。如果议题模糊,追问1-2轮明确化。

1.2 参与者确认

步骤1:检查Skill存在性

对每个指定参与者:

  1. 检查 .claude/skills/ 目录下是否存在对应的Skill
  2. 如果不存在,检查是否有相似的Skill名称(模糊匹配)
  3. 如果完全不存在,告知用户并建议:
    • 用谛听创建:「XX角色不存在,需要先用谛听蒸馏」
    • 换一个角色
    • 自动匹配类似角色

步骤2:读取核心特质

对每个存在的Skill,读取其SKILL.md中的:

  • description - 角色简介
  • core_traits核心特质 - 行为模式
  • speech_dna台词DNA - 说话风格
  • relationship_dynamics - 与其他角色的关系动态

这些信息作为发言时的参考依据。

1.3 主持人确认

  • 用户指定 → 使用指定主持人
  • 未指定 → 议题相关度最高者担任
  • 多轮讨论时可轮流担任

1.4 参数确认格式

梦蝶:「在开始讨论之前,让我确认一下:

**议题**:[议题]
**参与者**:[角色列表],共N人
**主持人**:[指定角色/默认分配]

大家对这些参数有补充或调整吗?」

用户确认后进入Phase 2。


Phase 2: 讨论执行

⚠️ 一旦启动,全程自主推进,不中断等用户确认。

流程:开场 → 第一轮 → 第二轮 → 自由讨论 → 收尾

开场

梦蝶:「我们来开一个讨论。议题是:[议题]。参与者有:[角色列表]。
请各位先用1-2句话说说你们的基本立场。」

主持人:「好,在开始之前说一下规则:每人每次发言3-5句话,我会适时追问。请[角色A]先说。」

第一轮

每人发言(3-5句话),主持人追问1次:

  • 从追问触发条件选择合适的追问
  • 优先追问「观点缺乏证据」,因为这是最有价值的讨论点

第二轮

回应其他人观点,主持人追问1次:

  • 追问前一轮未深挖的观点或新出现的分歧

自由讨论

根据进展自然推进,主持人可追加追问。

⚠️ 主持人不得跳过此阶段直接进入收尾

收尾

主持人综合形成结论,进入Phase 3。


Phase 3: 结论输出

⚠️ 硬性规则:必须先执行保存操作,验证文件存在后,才能输出结论给用户。

Step 1: 保存记录(先执行)

强制执行步骤:

  1. 使用 Write 工具创建文件 ./output/discussions/YYYY-MM-DD-[议题缩写].md
  2. 写入完整讨论记录(格式见「讨论历史存储」章节),包含:
    • 日期、议题、参与者、主持人
    • 完整讨论过程
    • 三层结论(完整内容,不是占位符)
  3. 使用 Read 工具或 ls 验证文件已创建且内容非空
  4. 只有验证通过后才能进入 Step 2

保存失败处理

  • Write 工具执行失败 → 立即重试(最多3次)
  • 3次失败后告知用户「讨论记录未保存成功」,停止并等待用户指令,不继续输出结论

Step 2: 输出结论(后执行)

保存验证通过后,读取文件中已保存的三层结论,原样输出给用户。

三层结论格式

共识结论

【共识结论】
[1-2句话总结核心共识]

多元观点阵列

| 参与者 | 核心观点 | 分歧点 |
|--------|---------|--------|
| [角色A] | [观点] | vs [角色B]在[某点]上:... |

保留分歧点(丰富格式)

【保留分歧点】

1. [分歧主题]
   - 各方立场:[A认为...] [B认为...]
   - 为何未达成共识:[根本分歧所在]

Phase 4: 安可(用户追问)

讨论结束后,询问用户:

梦蝶:「今天的讨论到此结束。记录已保存。

如果大家对某个观点还有兴趣想继续聊,可以现在提出。我们可以再来1-3轮追问。」

规则

  • 用户决定追问轮次(1-3轮)
  • 每轮被点到的人发言
  • 主持人输出该轮简短小结
  • 每轮结束后、输出小结前,必须使用 Write 工具更新文件并用 Read/ls 验证

退出:用户说「够了」「继续其他议题」时,保存最终记录,正常结束。

⚠️ 安可阶段的保存同样执行「先保存再输出」原则:必须使用 Write 工具写入文件并验证通过后,才能输出小结给用户。


Phase 5: 质量自检(内部)

不输出给用户,仅内部检查

讨论结束后,主持人对照检查:

检查项通过标准不通过处理
讨论轮次每位参与者至少发言3轮补充追问一轮
观点深度每轮至少3句话有实质内容追问具体化
主持人追问至少追问2次补充追问
共识结论真实反映讨论,不是和稀泥重新审视各方立场
保留分歧真实存在,非刻意制造删除人为分歧

和稀泥识别特征

  • 使用「可能」「也许」「各有道理」等模糊表述
  • 共识结论无法对应任何实际发言
  • 分歧是为了显示多元而刻意制造

如果自检不通过,补充讨论后再输出结论。


主持人机制

主持人职责

  1. 维持秩序:确保发言顺序和长度(每轮不超过5句话)
  2. 确保覆盖:每个参与者都有机会发言
  3. 追问关键:当讨论过于表面时追问
  4. 综合结论:最终形成三层结论
  5. 保存记录:输出结论前,必须先将记录保存至文件

发言人顺序规则

  • 默认:按参与者列表顺序
  • 可调整:用户指定顺序、议题相关度高者优先
  • 允许跳过:某参与者可跳过某轮发言,记录「[角色]选择跳过本轮」

发言长度控制

触发:某参与者发言超过5句话

主持人:「[角色],你的观点很清楚了。让我们听听其他人的看法。」

追问触发条件

触发条件识别信号追问话术
观点过于模糊使用「可能」「也许」「大概」「能具体说说吗?你说的『XX』是指什么?」
观点缺乏证据只表态没有支撑「这个判断有什么依据?能举一个例子吗?」
讨论停滞无人发言或话题卡住「还有其他角度吗?或者换个方向讨论?」
观点过于极端非黑即白的表述「有没有中间的立场?或者限制条件?」
回避问题不直接回应而是转移话题「我理解你有其他考量,但这个问题是关于XX,你怎么看?」

追问原则

  • 追问是为让讨论更深入,不是挑战参与者
  • 优先追问「观点缺乏证据」
  • 如果多位参与者有同样问题,追问最有代表性的那位

参与者调用机制

Skill来源

梦蝶可以调用以下Skill:

  1. 女娲 (nuwa) 蒸馏的真实人物 → XX-perspective
  2. 谛听 (diting) 生成的虚构角色 → character-XX
  3. 任何已安装在 .claude/skills/ 目录下的Skill

调用方式1:直接指定

- 参与者:马斯克(elon-musk-perspective)、乔布斯(jobs-perspective)

调用方式2:描述自动匹配

- 议题:年轻人应该先买房还是先投资自己?
- 参与者:需要一个投资视角、一个生活体验视角
→ 扫描已有Skill的description,匹配与议题相关的Skill,推荐2-4个

调用方式3:虚构角色

- 议题:《西游记》中的团队管理智慧
- 参与者:悟空(character-wukong-journey)、唐僧(tang-seng-perspective)

与谛听协同

当指定的Skill不存在时,主动建议:

梦蝶:「[XX角色]这个Skill不存在。要让它参与讨论,需要先用谛听蒸馏:
「谛听,造一个XX角色」

或者你可以换一个已有的角色参与讨论。」

与女娲和谛听的关系

梦蝶是Skill编排层,调用女娲和谛听生成的Skill:

┌─────────────────────────────────────────────────┐
│           梦蝶(Skill编排层)                     │
│   调用:女娲蒸馏Skill + 谛听生成Skill              │
└─────────────────────────────────────────────────┘
                          │
        ┌─────────────────┼─────────────────┐
        ▼                 ▼                 ▼
┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│ 女娲        │  │ 谛听        │  │ 其他Skill   │
│ (真实人物)  │  │ (虚构角色)  │  │             │
└─────────────┘  └─────────────┘  └─────────────┘

讨论历史存储

存储格式

# 梦蝶讨论记录

**日期**:[日期]
**议题**:[议题]
**参与者**:
- [角色A]([Skill来源])- [角色说明]
- [角色B]([Skill来源])- [角色说明]

**主持人**:[主持人]

## 讨论过程

### 开场陈述
[各角色基本立场]

### 第一轮
[详细讨论内容]

### 第二轮
[详细讨论内容]

### 自由讨论
[详细讨论内容]

## 结论

【共识结论】
[结论]

【多元观点阵列】
| 参与者 | 核心观点 | 分歧点 |
|--------|---------|--------|
| ... | ... | ... |

【保留分歧点】

1. [分歧主题]
   - 各方立场:[A认为...] [B认为...]
   - 为何未达成共识:[根本分歧所在]

---
**记录生成**:梦蝶(Mengdie)Skill
**仓库**:https://github.com/EricArcha/mengdie-skill
**生成时间**:[时间戳]

主持人触发词

  • 「让XX当主持人」「换主持人」「我来主持」
  • 「继续」「推进」→ 主持人立即继续下一步,不停顿、不询问
  • 「精炼此角色Skill」「优化一下」→ 触发Phase 5质量自检

本Skill由「梦蝶 · Mengdie」生成 仓库:https://github.com/EricArcha/mengdie-skill 版本:2.0(按2026-04-23审计报告重构)

Como adicionar

/plugin marketplace add EricArcha/mengdie-skill

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Comentários · Nenhum comentário

Entre para comentar. Entrar

  • Ainda não há comentários. Seja o primeiro.