文风复刻 · Voice Replica

输入一篇或多篇样本文章，提取文风画像（结构化描述），然后将任意目标文章改写成该文风。

When to Use

• 用户提供样本文章，想分析/提取其文风
• 用户想用某人（作家、博主、品牌）的文风改写自己的内容
• 用户说"模仿 XX 风格"、"用这篇文章的文风改写"
• 用户想统一团队/品牌的写作风格

Workflow (MANDATORY)

按顺序执行，不得跳步。

---

Step 1: 收集样本 & 目标

用 AskUserQuestion 确认：

问题：
1. 样本文章是否已在消息中提供？（若无，提示用户粘贴）
2. 要改写的目标文章是什么？（若无，只做文风分析输出画像）
3. 改写时是否保留原文结构，还是可以自由重组？

若用户在调用时已提供样本文章 + 目标文章，跳过提问直接执行。

---

Step 2: 提取文风画像

对样本文章进行深度分析，输出结构化文风画像（Style Profile）。

画像必须覆盖以下八个维度：

1. 句式节奏（Sentence Rhythm）

• 句子平均长度（短句 <15字 / 中句 15-30字 / 长句 >30字）
• 短句与长句的交替模式
• 是否常用省略、破折号、感叹号等停顿手段

2. 段落结构（Paragraph Structure）

• 每段平均句数
• 开头句惯用模式（设问？叙述？金句？）
• 结尾句惯用模式（总结？留悬念？行动号召？）
• 是否有"一句段"（单句成段）习惯

3. 词汇偏好（Vocabulary Palette）

• 用词风格（口语化 / 书面 / 学术 / 混搭）
• 高频词汇类型（动词密度、形容词风格）
• 是否使用专业术语、英文夹杂、数字量化
• 回避的词汇类型

4. 叙事视角（Narrative Voice）

• 人称（第一人称"我" / 第二人称"你" / 第三人称旁观 / 混合）
• 与读者的距离感（亲密 / 专业 / 权威 / 平等）
• 是否直接呼叫读者

5. 情感温度（Emotional Register）

• 整体情绪基调（冷静 / 热情 / 克制 / 激进 / 幽默）
• 是否有情绪弧线（开头平静 → 结尾激昂等）
• 对读者情绪的调动方式

6. 论证逻辑（Argumentation Style）

• 论点呈现方式（先结论后论据 / 先铺垫后揭示 / 问题导向）
• 是否大量用案例、数据、类比
• 转折词、递进词使用习惯

7. 修辞手法（Rhetorical Devices）

• 常用修辞（排比、对仗、设问、比喻、反复）
• 是否有标志性开头/结尾句式

8. 整体基因（Style DNA）

• 一句话定义这种文风（例："克制理性的深夜独白体"）
• 最像哪位已知作者/媒体（参照系）
• 禁忌：这种文风绝对不会出现什么

---

输出格式：

## 文风画像：[样本标题/作者]

**文风基因**：[一句话定义]
**参照系**：[最接近的已知风格]

### 句式节奏
[具体描述 + 典型例句摘录]

### 段落结构
[具体描述]

### 词汇偏好
[具体描述 + 高频词示例]

### 叙事视角
[具体描述]

### 情感温度
[具体描述]

### 论证逻辑
[具体描述]

### 修辞手法
[具体描述 + 典型例句]

### 禁忌清单
- 不用 [具体词汇/句式]
- 不做 [具体行为]

输出画像后默认存档为文件（见 Step 4），不要只停留在对话里。

---

Step 3: 改写目标文章

基于 Step 2 的文风画像，对目标文章进行改写。

改写原则：

1. 保留语义：原文的核心信息、论点、事实必须完整保留
2. 替换外壳：句式、词汇、节奏、段落结构、修辞全部换成样本文风
3. 结构自由度：根据用户在 Step 1 的选择决定是否重组段落
4. 禁忌遵守：严格遵守画像中的禁忌清单

改写后输出：

## 改写结果

[改写后全文]

---

## 关键文风调整说明（3-5条）
- 原文 [XXX句式] → 改写为 [YYY句式]，因为样本文风偏好...
- ...

---

Step 4: 存档（默认执行，不询问）

完成 Step 2 后立即默认把文风画像写入文件，无需征求用户同意。文风画像是可复用资产，存档是默认行为而非可选项。

写入路径：

./output/style-profiles/[作者或标签]-style-profile-[YYYY-MM-DD].md

• 用 Write 工具直接创建文件（目录不存在则一并创建）。
• 文件内容 = Step 2 的完整画像（含 frontmatter 标注样本来源、日期）。
• 存档后在回复末尾用一行告知用户落盘路径。
• 仅当用户**显式说"不要存档 / 只在对话里看"**时才跳过本步。

---

多样本处理

若用户提供多篇样本：

1. 分别分析每篇，找出共同特征（在所有样本中都出现的）
2. 记录个性特征（只在部分样本出现，标注为"偶发"）
3. 最终画像以共同特征为核心，偶发特征列为"可选用"

---

注意事项

• 文风画像是描述性的，不是评判性的——不说"好"或"差"
• 若样本文章版权敏感，不直接大段引用，只摘取 <20字 的典型例句用于说明
• 改写长文（>3000字）时，优先改写前 1/3 作为样本给用户确认，再继续

Runtime context (shared)

运行前读取本 Skill 包的 skill.yaml，由宿主提供 skill-runtime/v1 上下文。字段解析顺序为：当前请求、项目上下文、个人 Preferences、品牌 Profile、通用默认值。

• 只使用 Manifest 声明的字段；Profile 保存公开品牌事实，Preferences 保存个人工作偏好。
• required: true 字段缺失时，按 Manifest 的问题配置向用户提出一个聚焦问题；用户明确同意后再保存回答。
• 报错提供可复制的 context_id、字段路径与来源，诊断内容避开秘密、完整私人路径和原始配置。

通用反馈闭环

用户在 Skill 驱动任务中提出修改意见时，继续当前产物前必须执行：

1. 先判断意见是 task-specific（仅本次）还是 reusable（可跨任务复用）。
2. task-specific 只修改当前任务，不改 Skill。
3. reusable 先确定作用域：领域规则先更新对应 canonical Skill；适用于所有 Skill 的规则先更新共享规范。
4. 完成规则更新、版本、lint 与分发核验后，再把修改应用到当前任务。
5. reusable 修改会使此前的“确认”“继续”“发吧”失效；完成当前产物修改和回读后必须停下，等待用户下一步指示，不自动进入发布、提交或其他外部写入。