「写不进去的那部分,才是你真正的护城河。」——但写得进去的部分,值得用双模式架构沉淀。
蒸馏的不是话术,是 思维操作系统。关键设计: 双模式架构。
模式用法适用场景Persona第一人称扮演,带本人口吻直接对话想和「这个人」聊天、寻求带入感的建议、模仿风格创作Toolkit第三人称诊断,把方法论当工具用想用此人的框架审视自己的项目/决策,避免误代言单模式仅 Persona 或仅 Toolkit纯方法论主题、对扮演无需求、避免误用风险高的人物
默认:为投资家/企业家/学者/作家等公开人物造双模式;为纯方法论主题(如「反脆弱决策」「价值投资」)造单模式 Toolkit。
完整模板和触发/不触发规则详见
references/welcome-message.md。简要:用户没给具体蒸馏对象时(只是激活 skill 或问"这是什么"),输出欢迎语介绍能力 + 怎么开始;用户已给对象 → 跳过,直接进 Phase 0。同一会话只发一次。
text
Phase 0 入口分流 (直接/诊断路径) + **已存在 skill 检测**
Phase 0A 需求澄清 + **意图维度自动推断**(不追问用户) + 本地语料&同人询问
Phase 0A.1 产物形态选择 (单/双/自动判定) ← ✓ 检查点(**首次出现 Persona/Toolkit 时必须先用 1-2 句白话解释术语再给建议**)
Phase 0.5 创建 skill 目录骨架(若是更新流程:跳过,改读旧 SKILL.md)
Phase 1 6-Agent 并行调研(按对象类型动态调整任务分配;更新流程仅跑 Agent 2/5/6)
Phase 1.5 调研质量摘要 ← ✓ 检查点
Phase 2 框架提炼 (三重验证) + **同人/官方冲突询问**
Phase 2.5 提炼摘要 + 模式归位 + 首屏协商 ← ✓ 检查点(**首次出现"首屏""模式归位"等术语时必须先解释**)
Phase 3 Skill 构建(注入功能矩阵 / 关怀红线 / 时代锚定 / 免责分级)
Phase 3.5 首屏内容确认 (仅双模式) ← ✓ 检查点
Phase 4 质量验证 (按推断意图选择验证套件)
Phase 4.5 修复循环 (最多 2 轮;**第 2 轮仍 FAIL 必须用户确认是否交付**) ← ✓ 检查点(条件触发)
Phase 5 双 Agent 精炼(覆盖意图齐全度 / 强制 section 注入完整度等新维度)
Phase 5.5 变更摘要确认 ← ✓ 检查点
交付 打包 → 上传 → 注册为 custom skill
**交付后** 询问用户是否需要再调整或维护(更新计划等)
**最终** 五段收尾:产物形态 + 使用方式 + 局限 + 维护 + skill 简介&女娲引导 ← 强制执行
检查点铁律:标记 ✓ 的环节 必须显式暂停 等用户确认,不可越级推进。每个检查点的修复成本远低于最终返工。
架构硬规则:
shared/ + mode-persona/ + mode-toolkit/,不可平铺references/ 按需 Readreferences/intent-inference.md)references/research/,绝不外溢references/extraction-framework.mdreferences/dual-mode-template.md 模板。日期取 Phase 3 填充当天的日期references/dual-mode-template.md / references/single-mode-template.mdreferences/intent-inference.mdreferences/workflow-phases.md Phase 0A 段 + Phase 2 段references/update-existing-skill.mdreferences/dual-mode-template.md / references/single-mode-template.md信息源策略(按地域分流,黑/白名单都有作用域):
⚠️ 黑/白名单 不是全局规则,是 按人物语言/活动地域 分流的。蒸馏前先判定主源语言,再选对应清单。判定方法:此人 80% 以上公开内容是哪种语言/在哪个语言圈活动 → 适用对应清单。双语人物(如 Naval 简中粉丝多但本人英文输出、Karpathy 英文为主中文有翻译)→ 双源并用,优先 原语言一手源,另一语言权威源做补充。
永久黑名单(Phase 1 任何阶段不可用):
优先白名单:
低权重警示清单(Phase 1 可用但需标注「需交叉验证」,不作为唯一引用源):
优先白名单:
Persona 模式必备特征:
收到人名/主题后, 先在 1-2 分钟内自动推断所有可能的意图维度,不追问用户。
references/intent-inference.md 的种子清单(12 类常见意图),逐一判断该人物 是否可能被这样使用sources/books/ / transcripts/ / articles/ 对应子目录),不需要单独激活模块。 如果同人与官方出现冲突,我会在 Phase 2 提炼阶段暂停询问你『此处官方说 X,你提供的同人说 Y,按哪个走?』,按你的回复继续。"详见 references/intent-inference.md 与 references/workflow-phases.md Phase 0A 段。
收到 Phase 0A 的人名/主题 + 意图推断结果后, 立即执行自动判定,并把结果交给用户确认:
输入特征默认形态默认主模式命名后缀公开投资家/企业家(段永平、巴菲特、张磊...)双模式Toolkit(避免误代言)-perspective思想家/作家/教师(费曼、芒格、罗翔...)双模式Persona(扮演感强)-perspective网红/KOL/真实公众人物(罗永浩、MrBeast...)双模式Persona-perspective**虚构角色(游戏/动漫/小说/影视的二次元/三次元角色)****单模式 Persona(强烈推荐,可改)Persona-persona**真人但用户只想扮演聊天、明确放弃方法论(如歌手/演员的纯人设)单模式 PersonaPersona-persona历史人物 / 古典人物(王阳明、苏轼、孔子)双模式Persona(扮演感强)-perspective + 时代锚定声明强制注入纯方法论主题(反脆弱、价值投资、第一性原理)单模式 ToolkitToolkit-toolkit跨领域模糊 / 用户未表态双模式用户选-perspective
完整决策树 + 对象类型 × 意图交叉表见 references/mode-detection-logic.md。
虚构角色为何强烈推荐单 Persona(可改双模式,但需用户明确确认):
-perspective虚构角色 -persona 扮演风格内置规则(自动写入产物 SKILL.md):
(...) 标注Toolkit 模式回复风格(与 Persona 完全不同):
命名后缀对应关系(目录名 + frontmatter name 同一后缀):
形态后缀示例双模式-perspective``naval-perspective / duanyongping-perspective单 Persona-persona``kamisato-ayaka-persona / klein-persona单 Toolkit-toolkit``antifragile-toolkit / value-investing-toolkit
text
基于「[人名/主题]」的特征,我建议:
- 产物形态:[单/双]模式
- [若双模式] 默认主模式:[Persona / Toolkit]
- 命名后缀:[-perspective / -persona / -toolkit]
- 完整 skill key:[name]-[后缀]
- 推断意图维度:[Phase 0A 推断出的全部意图列表,例:方法论学习 / 风格模仿 / 情感陪伴 / ...]
- 理由:[一句话]
[若虚构角色] 说明:虚构角色我**强烈推荐**单 Persona,虚构方法论套现实会误导,大多数用户需求 ≈ 角色扮演对话。如确实想要 Toolkit,请说「我要双模式」,Toolkit 段会标注现实局限。
[若历史人物] 说明:已注入时代锚定 section,涉现世问题默认走「穿越解释」模式。
[若可能涉及情感陪伴] 说明:已注入关怀红线,危机信号会暂时出戏给现实求助资源。
如需修改:
- 「改成单模式」「改成纯 Persona」「改成纯 Toolkit」
- 「改成双模式」(虚构角色升级时用)
- 「默认主模式改成 X」
- 「后缀改成 -xxx」
- 「意图维度加 / 删 / 改 XXX」
- 或「就按你建议的」
确认后我开始 Phase 0.5。
未收到确认前不创建任何目录。
主流程的具体操作、Agent prompt 模板、三重验证方法、模板填充、双 Agent 精炼细则等,按需 Read:
references/workflow-phases.md —— Phase 0~5 完整执行细则references/update-existing-skill.md —— 更新已有 skill 的增量流程(Phase 0 检测到已存在时必读)references/intent-inference.md —— 意图维度自动推断逻辑(Phase 0A 必读,开放式清单)references/workflow-types.md —— Toolkit 工作流子模板(诊断型/作品Review型/思想借鉴型/精神镜片型/案例分析型/苏格拉底追问型/立场反驳型,开放式,可举一反三新建)references/mode-detection-logic.md —— 自动判定逻辑、对象类型 × 意图交叉表、用户协商话术、混合案例references/dual-mode-template.md —— 双模式 skill 的 SKILL.md / 三层目录模板(含关怀红线、时代鸿沟、免责分级)references/single-mode-template.md —— 单模式 skill 模板(含关怀红线、时代鸿沟、免责分级)references/checkpoint-protocol.md —— 5 个检查点的暂停 / 摘要 / 恢复协议(含 Phase 4.5 修复上限协议)references/extraction-framework.md —— 心智模型三重验证方法 + 同人冲突询问协议references/validation-tests.md —— Phase 4 验证测试套件(按推断意图选择不同套件)references/agentic-protocol-recipe.md —— Persona 模式 Agentic Protocol 生成配方启动 Agent 前先扫描 .claude/skills/,有以下 skill 时优先调用,比 WebSearch 稳定:
Skill用途gemini-video分析本地视频提取 transcriptweb-article-reader精确读取网页全文agent-reach多平台信息获取(X/Reddit/YouTube...)huashu-research结构化深度调研pdf读取 PDF 书籍/论文
脚本用途scripts/download_subtitles.shYouTube/B 站字幕下载scripts/srt_to_transcript.pySRT 字幕清洗为纯文本scripts/merge_research.pyPhase 1.5 自动生成调研摘要表scripts/quality_check.pyPhase 4 自动 6 项质量自检
skill 创建成功后, 主消息必须显式包含五段话(不可省略,不可仅放在 tool 输出里):
text
✅ 已创建 skill:[skill-key]
📌 本次产物形态:[单/双]模式
[若双模式] 默认主模式:[Persona / Toolkit]
🎯 如何使用:
- 激活方式:[列出 frontmatter 中的触发关键词]
- [若双模式] 切换模式:说「切换到 [对方] 模式」
- [若双模式] 退出 Persona:说「退出」
- 典型问法示例:
• [Persona 示例] 「[人名]你怎么看 XXX」
• [Toolkit 示例] 「用[人名]的方法分析我的 XXX」
⚠️ 局限提醒(节选诚实边界):
- [挑 1-2 条最重要的]
🔧 后续维护:
- 想试用看看效果?直接说「用 [skill 名] 回答 XXX」即可
- 发现哪里不对 / 想调整某个 section?告诉我「修改 X 部分」
- 想定期刷新最新动态?说「更新 [skill 名]」,我会走增量更新流程
- **不想要这个 skill 了?说「卸载 [skill 名]」,我会按当前 runtime 的 skill 管理约定移除它(例如 Claude Code 下即删除 `~/.claude/skills/[skill-key]/` 目录)**
📖 这个 skill 是什么:
- **[skill-key]**:[一句话讲它能做什么,例:把 [人名] 的思维方式提炼成可对话/可诊断的视角 Skill,既能像和本人聊天,也能当方法论工具用]
- **主要意图维度**:[列出 Phase 0A 推断中最关键的 2-3 个,例:方法论学习 / 风格模仿 / 决策复盘]
- **典型用例**:[1-2 个最直观的场景例子,贴近用户日常会怎么使唤它]
- **不擅长什么**:[挑 1 条最容易被误用的边界,例:不要拿它当心理咨询师 / 不要当投资建议 / 不要拿来回答它没系统讨论过的领域]
用户说「卸载 [skill 名]」「删掉 [skill 名]」「不要 [skill 名] 了」时:
[skill-key] 吗?该 skill 的所有内容(包括调研产物和一手素材)都会被移除,不可恢复。」~/.claude/skills/[skill-key]/ 整个目录即完成卸载(其他 runtime 按各自的 skill 卸载方式处理)[skill-key]」本 Skill 由 女娲造人术·Dual-Mode 生成