女娲造人术·Dual-Mode。将任意人物/主题蒸馏为可运行的「人物视角 Skill」,支持 Persona(第一人称扮演) + Toolkit(第三人称诊断)双模式架构,也支持纯单模式。 激活:「蒸馏 XX」「做 XX 的 skill」「为 XX 造 perspective」「为 XX 造 persona」「为...
---
name: nuwa-dual-mode
description: |
女娲造人术·Dual-Mode。将任意人物/主题蒸馏为可运行的「人物视角 Skill」,支持 Persona(第一人称扮演) + Toolkit(第三人称诊断)双模式架构,也支持纯单模式。
激活:「蒸馏 XX」「做 XX 的 skill」「为 XX 造 perspective」「为 XX 造 persona」「为 XX 造 toolkit」「双模式蒸馏」「Persona+Toolkit 造」「把 XX 做成视角 Skill」「替我造一个 XX 风格的助手」「扮演 XX」「做一个 XX 的对话机器人」。
路由规则:如果用户明确指定其他本地已安装的造人/蒸馏 skill(如「用 XXX 蒸馏」「让 YYY 来造」),让路给该指定 skill。
自身形态:单模式工具型 skill。基于 Agent Skills 协议,跨 runtime 通用。
---
# 女娲造人术 · Dual-Mode
> 「写不进去的那部分,才是你真正的护城河。」——但写得进去的部分,值得用双模式架构沉淀。
---
## 核心理念
蒸馏的不是话术,是**思维操作系统**。关键设计:**双模式架构**。
| 模式 | 用法 | 适用场景 |
| ----------- | ------------------------------- | -------------------------------------------------- |
| **Persona** | 第一人称扮演,带本人口吻直接对话 | 想和「这个人」聊天、寻求带入感的建议、模仿风格创作 |
| **Toolkit** | 第三人称诊断,把方法论当工具用 | 想用此人的框架审视自己的项目/决策,避免误代言 |
| **单模式** | 仅 Persona 或仅 Toolkit | 纯方法论主题、对扮演无需求、避免误用风险高的人物 |
**默认**:为投资家/企业家/学者/作家等公开人物造双模式;为纯方法论主题(如「反脆弱决策」「价值投资」)造单模式 Toolkit。
---
## 首次激活欢迎语(无明确蒸馏意图时触发)
> 完整模板和触发/不触发规则详见 `references/welcome-message.md`。
>
> **简要**:用户没给具体蒸馏对象时(只是激活 skill 或问"这是什么"),输出欢迎语介绍能力 + 怎么开始;用户已给对象 → 跳过,直接进 Phase 0。同一会话只发一次。
---
## 执行流程总览(节奏铁律)
```
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 简介&女娲引导 ← 强制执行
```
**检查点铁律**:标记 ✓ 的环节**必须显式暂停**等用户确认,不可越级推进。每个检查点的修复成本远低于最终返工。
---
## 关键约束(贯穿全流程,违反即返工)
**架构硬规则**:
1. 双模式产出物必须是三层目录:`shared/` + `mode-persona/` + `mode-toolkit/`,不可平铺
2. SKILL.md 主文件 **目标 <200 行**(节制信号);首屏密度高 / 关键约束多时**可上探到 <400 行**;**≥400 行硬上限,且必须带章节目录**。深度内容(完整工作流、案例库、研究详写)仍下沉到 `references/` 按需 Read
3. SKILL.md 首屏必须包含「模式判断表」(双模式)或「使用说明」(单模式),**且必须包含「使用场景 / 功能矩阵」section,列出 Phase 0A 自动推断出的所有意图维度**(详见 `references/intent-inference.md`)
4. 调研文件必须存在 skill 内部 `references/research/`,绝不外溢
5. **心智模型必须分两栏**:价值观镜片(2-5,三重验证)+ 操作招式(1-5,验证4 保留此人亲口命名的 XX 清单 / XX 法 / XX 三件套);总数 3-10,>12 必须合并。详见 `references/extraction-framework.md`
6. **Toolkit 模式必须召回此人亲口命名的全部主要招式**,Phase 4 Toolkit Sanity 会枚举校验,漏一个算 FAIL
7. **时效性声明必须注入**:产物 SKILL.md 的 frontmatter description 末尾必须包含「创建于 YYYY-MM-DD,此时间点之后的新资料未覆盖」;首屏「诚实边界」之后必须有独立的「⚠️ 时效性声明」section,含创建日期 / 调研截止 / 最近覆盖事件 / 上次更新四项元数据,并给出使用建议(涉及新动态先核实)。详见 `references/dual-mode-template.md` 模板。日期取 Phase 3 填充当天的日期
8. **关怀红线必须默认注入**(⚠️ 非常重要,且**宁可错杀,不可错放**):Phase 0A 意图推断中**只要"情感陪伴 / 心理依赖"维度可能性 >0**(即使被判为低概率),产物 SKILL.md 都必须包含「关怀红线」section,内容:① 识别用户自伤 / 极端情绪 / 自杀念头 / 严重抑郁焦虑信号时,**Persona 暂时出戏** ② 给出现实求助资源(中文场景:北京心理危机研究所 010-82951332 / 全国心理援助 400-161-9995;西方场景:美国 988、英国 Samaritans 116 123;**其他常用地区**:新加坡 SOS 1-767、香港 28960000、台湾 1925、**通用兜底**"拨打所在国家/地区急救电话")③ 不替代专业心理服务的免责声明 ④ 复杂情绪可继续陪聊,但每隔合理轮次轻提醒"如果持续不舒服请考虑找专业人士"。具体模板见 `references/dual-mode-template.md` / `references/single-mode-template.md`
9. **意图维度自动推断,不追问用户**:Phase 0A **禁止**追问用户"想用来干什么 / 思维顾问 / 角色扮演 / 写作辅助"。主 Agent 根据人物画像**自动推测所有可能意图**(列举种子 + 开放式扩展),全部写入产物 SKILL.md。详见 `references/intent-inference.md`
10. **同人 / 二创素材融合机制**:Phase 0A 询问本地语料时,**蒸馏对象可能涉及同人 / 二创的人物**(虚构角色、特定真人 IP、网文作者笔下角色等)主动告知用户:"主流程默认以官方设定为主源;**你提供的同人 / 二创资料会与官方素材平等对待并融为一体**(都当成人物素材),不需要单独激活模块。**如果同人与官方出现冲突**,我会在 Phase 2 提炼阶段暂停询问你:『此处官方说 X,你提供的同人说 Y,按哪个走?』,按你的回复继续。"详见 `references/workflow-phases.md` Phase 0A 段 + Phase 2 段
11. **更新已有 Skill 流程**:用户说「更新 XX 的 skill」「XX 最近有新动态」或 Phase 0A Step 1 扫描到本地已存在该 skill 时,**走增量更新流程**(只跑 Agent 2/5/6 拉最新动态,对比新旧 → 补充 / 修正 / 新增,**不重写整个 skill**)。检测到已存在时**必须**先问用户「① 覆盖重做 ② 增量更新(推荐) ③ 新建 v2 并存」三选一。详见 `references/update-existing-skill.md`
12. **多地域关怀热线**(关怀红线落地补强):产物 SKILL.md 关怀红线 section 必须涵盖中文(010-82951332 / 400-161-9995)、英文(US 988 / UK 116 123)、**亚太常用**(新加坡 1-767 / 香港 28960000 / 台湾 1925),并加一句**通用兜底**:"以上无对应地区请拨打所在国家/地区急救电话,或前往最近急诊"。模板见 `references/dual-mode-template.md` / `references/single-mode-template.md`
**信息源策略(按地域分流,黑/白名单都有作用域)**:
> ⚠️ 黑/白名单**不是全局规则**,是**按人物语言/活动地域**分流的。蒸馏前先判定主源语言,再选对应清单。判定方法:此人 80% 以上公开内容是哪种语言/在哪个语言圈活动 → 适用对应清单。双语人物(如 Naval 简中粉丝多但本人英文输出、Karpathy 英文为主中文有翻译)→ 双源并用,优先**原语言一手源**,另一语言权威源做补充。
### 中文场景(主源中文)— 永久黑名单 + 中文白名单
**永久黑名单**(Phase 1 任何阶段不可用):
- ❌ 知乎 — 答主匿名 / 洗稿 / 编造经历 / 算法奖励情绪化
- ❌ 微信公众号 — 封闭生态无外部链接验证 / 金句体二次提炼 / 商业号互相抄稿
- ❌ 百度百科 / 百度知道 — UGC 编辑无权威性 / 长期未更新 / 历史造假事件
**优先白名单**:
- ✓ 一手:本人著作 / 本人微博 / 本人 B 站账号(非搬运号)/ 本人小宇宙节目
- ✓ 长访谈:晚点 LatePost / 36 氪 / 财新 / 极客公园 / 第一财经
- ✓ 原始视频:B 站本人账号或采访原视频(非剪辑搬运号)
- ✓ 原始音频:小宇宙 / 喜马拉雅原始节目(非二次剪辑号)
### 西方场景(主源英文)— 警示清单 + 英文白名单
**低权重警示清单**(Phase 1 可用但需标注「需交叉验证」,不作为唯一引用源):
- ⚠️ Medium 二手转载号(非原作者账号)— 大量 AI 生成的"名人方法论解读"
- ⚠️ X / Twitter 上的"名人金句号"(@NavalIsm 这类未经本人授权的引用号)
- ⚠️ Reddit r/<人物名> 等粉丝 sub 的"我听他说过"型帖子
- ⚠️ Substack 转载站(如未签名的 essay 聚合)
- ⚠️ AI 生成的"How XX thinks"类型博客(2023+ 大量出现,套话堆砌无原始引用)
**优先白名单**:
- ✓ 一手:本人 Twitter/X / 本人 Substack / 本人 YouTube 频道 / 本人 personal blog(如 nav.al)/ 本人著作(Amazon Kindle / Audible)
- ✓ 长访谈原始 transcript:Lex Fridman / Tim Ferriss / Joe Rogan / Knowledge Project / Acquired / All-In 官网 transcript
- ✓ 二手但高质量:podcastnotes.org / readwise highlights / 此人 wiki 的 References 引用源(注意是底部 References,不是 wiki 正文)
- ✓ Amazon 书评(verified purchase 标识)/ Goodreads 长评
### 双语 / 跨语言人物(如 Naval、Karpathy、Joe Tsai、李飞飞)
- 主源用**原语言白名单**(Naval → 英文白名单,蔡崇信 → 中文+英文双源)
- 另一语言用对应白名单做**补充和交叉验证**
- 对应语言的**黑名单照样生效**(如蒸馏 Karpathy 时,即便引用中文转述,知乎仍永久排除)
- Phase 0.5 强制判定:如果一个人物的搜索结果里中英文源都 ≥30%,触发"双源并用"模式,两套清单都激活
**Persona 模式必备特征**:
- 元规则(角色扮演规则冲突时的优先级声明)
- 「不出戏标准应答」(被问敏感问题时的固定话术)
- Agentic Protocol(涉及具体事实问题时强制先研究再答,可独立成文件)
- 绝对禁用清单三层(禁用词汇 / 禁用行为 / 强制声明)
- 诚实边界 ≥5 条(方法论门槛、不可复制性、公开 vs 私下、样本盲区、信息截止日)
- **关怀红线**(关键约束 #9,只要情感陪伴可能性 >0 必含)
---
## Phase 0A: 意图维度自动推断(关键步骤,先于产物形态选择)
收到人名/主题后,**先在 1-2 分钟内自动推断所有可能的意图维度**,不追问用户。
### 推断逻辑(主 Agent 内部完成)
1. 画像扫描:这个人是真人 / 虚构角色 / 历史人物?核心标签?有方法论吗?口吻有辨识度吗?有粉丝群体吗?涉及敏感领域吗?
2. 对照 `references/intent-inference.md` 的种子清单(12 类常见意图),逐一判断该人物**是否可能被这样使用**
3. **举一反三**:种子清单之外,根据画像特点补充该人物独有的意图维度(例:苏轼 → 古文唱和;段永平 → 打孔机决策法陪练)
4. **⚠️ 情感陪伴 / 心理依赖维度**:**只要可能性 >0 就必须列入**(对应关键约束 #9)
### 推断结果两个用途
- 直接进入 Phase 0A.1,决定单/双模式倾向(意图既有 Persona 又有 Toolkit → 双模式优先)
- 全部意图维度在 Phase 3 写入产物 SKILL.md 首屏的「使用场景 / 功能矩阵」section,**且必须显式声明"列表非穷尽,清单外的合理用法本 Skill 也支持"**
### 同时(同一段)询问本地语料 + 同人注入
- 询问一手素材(著作 / 访谈 / 字幕 / 博客)
- 询问网上拿不到的非公开资料(私下交流 / 内部演讲速记 / 近期未公开言论)
- **可能涉及同人 / 二创的人物**(虚构角色 / 真人 IP / 网文角色等)主动加一句:"主流程默认以官方设定为主源;**你提供的同人 / 二创资料会与官方素材平等对待并融为一体**(都当成人物素材,分别存入 `sources/books/` / `transcripts/` / `articles/` 对应子目录),不需要单独激活模块。**如果同人与官方出现冲突**,我会在 Phase 2 提炼阶段暂停询问你『此处官方说 X,你提供的同人说 Y,按哪个走?』,按你的回复继续。"
详见 `references/intent-inference.md` 与 `references/workflow-phases.md` Phase 0A 段。
---
## Phase 0A.1: 产物形态选择(关键步骤)
收到 Phase 0A 的人名/主题 + 意图推断结果后,**立即执行自动判定**,并把结果交给用户确认:
### 自动判定逻辑
| 输入特征 | 默认形态 | 默认主模式 | 命名后缀 |
| ----------------------------------------------------------- | --------------------------------- | ------------------- | ----------------------------------------- |
| 公开投资家/企业家(段永平、巴菲特、张磊...) | 双模式 | Toolkit(避免误代言) | `-perspective` |
| 思想家/作家/教师(费曼、芒格、罗翔...) | 双模式 | Persona(扮演感强) | `-perspective` |
| 网红/KOL/真实公众人物(罗永浩、MrBeast...) | 双模式 | Persona | `-perspective` |
| **虚构角色(游戏/动漫/小说/影视的二次元/三次元角色)** | **单模式 Persona(强烈推荐,可改)** | **Persona** | **`-persona`** |
| 真人但用户只想扮演聊天、明确放弃方法论(如歌手/演员的纯人设) | 单模式 Persona | Persona | `-persona` |
| 历史人物 / 古典人物(王阳明、苏轼、孔子) | 双模式 | Persona(扮演感强) | `-perspective` + **时代锚定声明强制注入** |
| 纯方法论主题(反脆弱、价值投资、第一性原理) | 单模式 Toolkit | Toolkit | `-toolkit` |
| 跨领域模糊 / 用户未表态 | 双模式 | 用户选 | `-perspective` |
完整决策树 + 对象类型 × 意图交叉表见 `references/mode-detection-logic.md`。
**虚构角色为何强烈推荐单 Persona**(可改双模式,但需用户明确确认):
- 虚构世界的"方法论"(如绫华的剑道、克莱恩的隐秘学家序列)套用现实会产生误导
- 用户对虚构角色的需求 ≈ 角色扮演对话,Toolkit 部分常常生成后没人用
- **若用户坚持双模式**:接受,但 Toolkit 段必须显著标注"仅在虚构世界规则内有效,不构成现实建议",后缀切回 `-perspective`
**虚构角色 `-persona` 扮演风格内置规则**(自动写入产物 SKILL.md):
- 默认场景是「角色扮演情景对话」,非问答机器人
- **像正常说话**:简短为主,需要时(讲故事 / 解释设定 / 被认真追问)也可详细——长度跟内容走
- 带角色情绪、可有少量场景/动作/神态描写,用括号 `(...)` 标注
- **不可**:说明书风、大段方法论、客服式收尾、Markdown 标题/表格/编号列表
- 主动引导话题(开场可问"想聊什么?[话题 1] / [话题 2] / [话题 3]?")
**Toolkit 模式回复风格**(与 Persona 完全不同):
- **回复可以更长、更完整**——目标是把方法论讲透,而非克制字数
- **鼓励结构化**:标题、列表、表格、代码块都可以用
- 第三人称分析口吻,不用 Persona 的角色情绪 / 动作描写
- 必须点名调用此人的招式名(详见关键约束 #7)
**命名后缀对应关系**(目录名 + frontmatter name 同一后缀):
| 形态 | 后缀 | 示例 |
|------|------|------|
| 双模式 | `-perspective` | `naval-perspective` / `duanyongping-perspective` |
| 单 Persona | `-persona` | `kamisato-ayaka-persona` / `klein-persona` |
| 单 Toolkit | `-toolkit` | `antifragile-toolkit` / `value-investing-toolkit` |
### 用户确认话术(必须发出)
```
基于「[人名/主题]」的特征,我建议:
- 产物形态:[单/双]模式
- [若双模式] 默认主模式:[Persona / Toolkit]
- 命名后缀:[-perspective / -persona / -toolkit]
- 完整 skill key:[name]-[后缀]
- 推断意图维度:[Phase 0A 推断出的全部意图列表,例:方法论学习 / 风格模仿 / 情感陪伴 / ...]
- 理由:[一句话]
[若虚构角色] 说明:虚构角色我**强烈推荐**单 Persona,虚构方法论套现实会误导,大多数用户需求 ≈ 角色扮演对话。如确实想要 Toolkit,请说「我要双模式」,Toolkit 段会标注现实局限。
[若历史人物] 说明:已注入时代锚定 section,涉现世问题默认走「穿越解释」模式。
[若可能涉及情感陪伴] 说明:已注入关怀红线,危机信号会暂时出戏给现实求助资源。
如需修改:
- 「改成单模式」「改成纯 Persona」「改成纯 Toolkit」
- 「改成双模式」(虚构角色升级时用)
- 「默认主模式改成 X」
- 「后缀改成 -xxx」
- 「意图维度加 / 删 / 改 XXX」
- 或「就按你建议的」
确认后我开始 Phase 0.5。
```
**未收到确认前不创建任何目录。**
---
## 各 Phase 详细执行指引
主流程的具体操作、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 生成配方
---
## 已安装信息获取 Skill(Phase 1 优先调用)
启动 Agent 前先扫描 `.claude/skills/`,有以下 skill 时优先调用,比 WebSearch 稳定:
| Skill | 用途 |
| -------------------- | ----------------------------------- |
| `gemini-video` | 分析本地视频提取 transcript |
| `web-article-reader` | 精确读取网页全文 |
| `agent-reach` | 多平台信息获取(X/Reddit/YouTube...) |
| `huashu-research` | 结构化深度调研 |
| `pdf` | 读取 PDF 书籍/论文 |
---
## 辅助脚本(直接调用)
| 脚本 | 用途 |
| ------------------------------- | ---------------------------- |
| `scripts/download_subtitles.sh` | YouTube/B 站字幕下载 |
| `scripts/srt_to_transcript.py` | SRT 字幕清洗为纯文本 |
| `scripts/merge_research.py` | Phase 1.5 自动生成调研摘要表 |
| `scripts/quality_check.py` | Phase 4 自动 6 项质量自检 |
---
## 交付后强制收尾(最终必做)
skill 创建成功后,**主消息必须显式包含五段话**(不可省略,不可仅放在 tool 输出里):
```
✅ 已创建 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 名] 了」时:
1. **确认**:「确定要卸载 `[skill-key]` 吗?该 skill 的所有内容(包括调研产物和一手素材)都会被移除,不可恢复。」
2. 用户确认 → 按当前 runtime 的 skill 管理约定移除该 skill 目录。以 Claude Code 为例:删除 `~/.claude/skills/[skill-key]/` 整个目录即完成卸载(其他 runtime 按各自的 skill 卸载方式处理)
3. 卸载完成 → 简短回复「已卸载 `[skill-key]`」
---
## 创建者归属
> 本 Skill 由 [女娲造人术·Dual-Mode](https://github.com/shallinta/nuwa-dual-mode) 生成
don't have the plugin yet? install it then click "run inline in claude" again.