Transcript Rewriter — 提取改写器
与transcript-crafter的关系
基于transcript-crafter流程变体，核心差异：
- 原文角色：从"主体"降为"引子+一个信源"，读者看不出原文痕迹
- 增量角色：从"补充"升为"主体"，增量信息推动人设和框架成型
- 创作逻辑：数据驱动（非框架驱动）
- 搜索深度：4轮深度搜索（非1轮核查）
工作流对比图（v3.4 新增）
transcript-crafter（转写） transcript-rewriter（改写）
───────────────────────── ─────────────────────────
[1] 输入获取+预处理 [1] 输入获取+预处理
↓ ↓
[2] 13维度提取→素材稿 [2] 13维度提取→素材稿+自适应视角+内容类型
↓ ↓ ★ 确认点1：素材准确吗？
★ 确认点1：素材准确吗？ ↓
↓ [3] 4轮深度搜索→增量信息库（38通道）
[3] 行业适配+人设选择 ↓ （核验→5维度拓展→框架验证→交叉验证）
↓ [3.5] 13维度特化验证与质量门控
[4] 框架生成（含4.3标题候选） ↓ （[MODEL]/[INTENT]/[SIGNAL]+绿黄红门控）
↓ ★ 确认点2：框架+人设OK？ ↓
[5] 5工具搜索补充+事实核查 [4] 多候选框架+人设选择+评分（2-3候选→5维度）
↓ ★ 确认点3：补充信息对吗？ ↓
[6] 文章撰写+内容审核 [5] 框架生成（增量驱动，原文VIEW只是其中一个论点）
↓ ↓ ★ 确认点2（合并）：增量+13维度验证+框架+人设 OK？
[7] 质量验证+交付 ↓
↓ [6] 文章撰写+内容审核+反虚构硬规则检查
[8] Obsidian保存+飞书同步 ↓
[6.9] 标题生成与评分（基于完整文章诊断）
↓ ★ 确认点3（强制）：主标题+2备选+评分明细
[7] 质量验证+交付
↓
[8] 桌面保存+飞书云盘同步
关键差异：
- 流程顺序：转写是"框架驱动"（先人设框架后搜索），改写是"数据驱动"（先搜索增量后框架）
- Step 3.5 独有：改写独有的13维度特化验证（搜索预算14-23次），转写无此环节
- 标题位置：转写在撰写前定标题（基于素材），改写在撰写后定标题（基于成稿诊断）
- 确认点数量：两者都是3个，但改写的确认点2是合并展示（增量+框架+人设），转写是分开确认
- 原文角色：转写原文100%融入，改写原文直接引用≤10%
复用父skill的references（13维度提取/样式规范/事实核查/工具路由等），详见 ../transcript-crafter/references/：
- extraction-guide.md（v1.4.0 13维度提取体系，含 [MODEL]/[INTENT]/[SIGNAL] 三新维度 + 自适应视角声明 + 维度边界判定）
- wechat-format-guide.md（公众号格式规范）
- tool-router.md（37通道引擎级路由）
- interview-personas.yaml（人设库）
- anti-ai-rules.md（反AI规范）
- quality-checklist.md（质量检查清单）
- fact-check-guide.md（事实核查指南）
本skill独有的references：
- extraction-rewriter-extra.md（v3.2新增，v3.3修订：13维度提取的改写场景特化——[INTENT]场合门控+[MODEL]普适性升级+[SIGNAL]强制交叉验证+素材稿格式扩展+Step 3搜索预规划；v3.3强化"认知深度优先"原则，明确维度启用按"准确性门控"而非"成本精简"）
- extraction-search-routing.md（v3.3新增，v3.5升级：13维度验证的搜索工具路由矩阵——[MODEL]/[INTENT]/[SIGNAL] 三维度按内容类型分级的工具路由+anysearch垂直路由+v3.5升级为5级Tier信源标准+聚合平台追溯要求，填补 Step 3.5 搜索执行的工具选择空白）
- search-quality-gate.md（v3.3新增：搜索质量自检机制——绿/黄/红三级门控+搜索补充策略+搜索次数预算+红色门降级规则，确保 13 维度验证的搜索资源投入到位，防止以"成本"为由缩减搜索）
- pipeline-rewriter.md（差异流程详细规范，v3含多候选框架+标题生成，v3.2新增Step 3.5三维度特化验证，v3.3补充Step 3.5搜索执行细则+搜索质量门控引用）
- search-strategy.md（4轮深度搜索策略，38通道引擎级路由，v3.5新增零空缺兜底硬规则+7层降级链）
- block-rules.md（5个阻断规则+v3反虚构硬规则层+决策优先级链，v3.5新增6.4.10聚合平台阻断点+升级6.4.9为5级Tier标准）
- personas-extra-v2.yaml（改写专属人设扩展v2：4基础+7垂类=11个人设，含AI政务/教育/医疗/财经专家视角，优先级高于父skill interview-personas.yaml）
- search-channels-extra-v2.md（搜索通道扩展v2：anysearch CLI实测接入+4子命令调用示例+垂直领域优先级提升+兜底层级扩展至7层）
- content-types-extra.md（v3新增，v3.2升级，v3.3扩展：8种内容类型×5维度搜索优先级×anysearch垂直路由+13维度提取优先级映射+v3.3新增§9.2：8种内容类型×13维度搜索工具路由表，让搜索从一刀切变精准投放）
- title-strategist-extra.md（v3.1强化，v3.2升级，v3.4确认点重编号：融合gzh-title-strategist+借鉴transcript-crafter v1.3.0，12候选（按触发条件，v3.2支持13维度协同触发）→反幻觉扫描→5维度评分→6类风险（含增量归属风险）→Critical不可作主标题→确认点3强制展示）
- source-standardization.md（v3.5新增：5级信源标准化体系——Tier1官方/Tier2权威媒体/Tier3行业研究/Tier4聚合二手/Tier5社区推断，每级明确URL策略和文章标注方式，统一全skill信源标注规范）
- aggregate-platform-control.md（v3.5新增：聚合平台控制规范——7平台黑名单+20%占比硬限+5步始发追溯流程+[MODEL]/[INTENT]/[SIGNAL]三维度特化追溯要求，确保信源不依赖聚合平台）
- index-template.md（v3.5新增：标准化增量信息索引模板——7核心字段（核查结果/来源分级/来源标注/来源URL/搜索通道/文章写法/链接位置）+4扩展字段（增量档位/H2候选/质量门控结果/降级处理），统一全skill增量信息存储格式）
任务
将原文（链接/md/pdf）作为"引子+一个信源"，通过4轮深度搜索获取足够增量信息，基于"提取+增量"设定人设和框架，重构撰写一篇读者看不出原文痕迹的公众号深度长文（3500-5000字）。
输出格式
主管道（8步 + 3确认点 + Step 3.5 特化验证，v3.4 合并确认点2+3：4→3 确认点，v3.5 新增6.4.10聚合平台阻断点+5级Tier标准+零空缺兜底）
[1/8] 输入获取+预处理（新增PDF支持）
[2/8] 13维度提取→素材稿+自适应视角声明+内容类型判定（v3.2升级，含[MODEL]/[INTENT]/[SIGNAL]三新维度+改写角色标注+Step 3搜索预规划） ← 确认点1：素材准确吗？（含自适应视角声明+13维度素材+改写角色+搜索预规划）
[3/8] 4轮深度搜索→增量信息库（**38通道**按内容类型路由垂直搜索，**v3.5零空缺兜底硬规则+7层降级链**，按 `index-template.md` 7+4字段标准化存储）
[3.5] 13维度特化验证与质量门控（v3.2新增，v3.3强化搜索工具路由+质量门控，v3.4重命名，**v3.5升级5级Tier标准+聚合平台追溯**：[MODEL]普适性验证→可升级A档增量 / [INTENT]意图验证→场合门控 / [SIGNAL]信号验证→强制交叉验证 / 三维度汇总门控 / **搜索工具路由矩阵+绿/黄/红三级质量门控+5级Tier信源分级+聚合平台追溯**）
[4/8] 多候选框架+人设选择+评分（v3改良：2-3候选→5维度评分→主备推荐）
[5/8] 框架生成（基于增量，原文VIEW只是其中一个论点；[MODEL]升级A档可撑起独立H2） ← 确认点2（合并）：增量信息库+13维度特化验证汇总+多候选框架评分+主备推荐+人设选择 OK？
[6/8] 文章撰写+内容审核+反虚构硬规则检查 ← 6.0前置映射 / 反虚构7条硬规则 / 6.4.5原文痕迹检查 / 6.4.6多信源验证 / 6.4.7增量主导性 / 6.4.8框架独立性 / 6.4.9信源多样性（v3.5升级5级Tier） / **6.4.10聚合平台阻断（v3.5新增）**
[6.9] 标题生成与评分（v3.1强化，v3.2升级：12候选按触发条件（含[MODEL]/[INTENT]/[SIGNAL]协同触发）→反幻觉扫描→5维度评分→6类风险含增量归属→Critical不可作主标题→6.9.7 checklist自检） ← 确认点3（强制）：主标题+2备选+评分明细+风险标记+风格组触发+反幻觉扫描+文章诊断
[7/8] 质量验证+交付
[8/8] 桌面保存+飞书云盘同步
确认点合并理由（v3.4）：原确认点2（增量信息库）和确认点3（框架+人设）强耦合——框架由增量A档撑起，人设由增量方向塑造，分开确认会让用户在判断"增量够不够"时不知道"这些增量要怎么用"。合并后用户能一次性看到"搜到了什么增量→这些增量撑起哪个框架→哪个人设最匹配"，决策完整。Step 3.5 的13维度特化验证结果自然融入增量信息库展示，不需要单独确认点。
素材稿格式（Step 2 输出）
复用父skill v1.4.0 13维度格式 + 改写场景特化（自适应视角声明 + [MODEL]/[INTENT]/[SIGNAL] 三新维度素材节 + 改写角色标注 + Step 3 搜索预规划），详见 ../transcript-crafter/references/extraction-guide.md 和 references/extraction-rewriter-extra.md
增量信息库格式（Step 3 输出）
# 增量信息库：{主题}
## 核验轮（第1轮）
| 原文待核查项 | 核查结果 | 来源 | 分级 |
|------------|---------|------|------|
## 5维度拓展（第2轮）
### 时间维度
- [增量-A档] {能撑起独立H2的增量}
- [增量-B档] {验证/拓展原文的增量}
- [增量-C档] {补充背景/数据的增量}
### 空间维度 / 人物维度 / 数据维度 / 技术维度
（同上格式）
## 框架验证（第3轮）
- 预判框架：{基于增量的框架雏形}
- 每个H2支撑数据是否充分：{是/否}
## 交叉验证（第4轮）
- 核心论点1：原文信源 + 非原文信源1 + 非原文信源2
- 核心论点2：...
## 增量统计
- A档增量：X条（要求≥5条）
- B档增量：X条
- C档增量：X条
- 独立信源数：X个（要求≥8个）
- 增量占比：X%（要求≥75%）
最终文章格式（Step 6 输出）
H1标题（20-28字）+ 来源导语（斜体，H1后H2前）+ H2+H3结构 + 引用块（3-5处）+ 加粗（每段2-4处）+ 斜体（概念定义/注释）+ 列表（至少1处）+ 表格（至少1个）+ 分割线（2-3处），保存到 {skill_dir}/output/
格式适配 rico-md（md.ricoui.com）一键排版
规则
- 原文降级：原文从"主体"降为"引子+一个信源"。直接引用原文≤10%，原文结构相似度≤20%，读者看不出原文痕迹
- 原文元素转化：[VIEW]转化为"主题假设"用增量验证；[DATA]作为"一个信源"需交叉验证；[STORY]不直接使用可提及；原文结构和表达完全抛弃
- 增量主导：增量信息30-50条，A档增量≥5条（能撑起独立H2），增量占比≥75%，纯复述原文≤10%
- 4轮深度搜索：核验→5维度拓展→框架验证→交叉验证。每维度≥2引擎，详见 references/search-strategy.md
- 多信源验证：每个核心论点≥2个非原文信源，独立信源数≥8个，信源多样性≤30%
- 框架独立性：框架由增量A档撑起，原文VIEW只是其中一个论点，框架与原文结构相似度≤30%
- 三节点确认（v3.4 合并：原四节点→三节点）：素材稿→增量信息库+13维度特化验证+多候选框架+人设→标题候选，用户确认后才继续。用户说"全自动"则跳过确认（但确认点3除外，标题必须用户裁决）
- 交付必同步：Step 8必须执行——最终文章保存到用户桌面+上传飞书云盘，反馈完整路径
- 样式丰富度：H3全文3-6个、引用块3-5处、加粗每段2-4处、斜体至少2-3处、列表至少1处、表格至少1个、分割线2-3处（复用父skill规范）
- 5个阻断点：原文痕迹检查+多信源验证+增量主导性+框架独立性+信源多样性，详见 references/block-rules.md
- 反虚构硬规则（v3新增）：7条"不得"规则，禁止增量归并时的虚构行为，详见 references/block-rules.md
- 内容类型分型（v3新增，v3.2扩展）：按8种内容类型动态调整13维度提取优先级+5维度搜索优先级+anysearch垂直路由，详见 references/content-types-extra.md 和 extraction-rewriter-extra.md
- 多候选标题（v3.1强化，v3.2升级，v3.4确认点重编号）：12候选按触发条件（含[MODEL]/[INTENT]/[SIGNAL]协同触发）→反幻觉6条扫描→5维度评分→6类风险标记（含增量归属风险）→Critical不可作主标题→6.9.7 checklist自检→确认点3强制展示，详见 references/title-strategist-extra.md
- 13维度特化验证与质量门控（v3.2新增，v3.3强化，v3.4重命名）：Step 3.5 对 [MODEL] 普适性验证（可升级A档增量）、[INTENT] 意图验证（场合门控）、[SIGNAL] 信号验证（强制交叉验证）执行改写场景特化，三维度汇总门控，v3.3补充搜索执行细则（工具路由+搜索次数预算+信源分级），详见 references/pipeline-rewriter.md Step 3.5 和 references/extraction-rewriter-extra.md
- 13维度搜索工具路由（v3.3新增）：[MODEL]/[INTENT]/[SIGNAL] 三维度验证的搜索工具按"内容类型×验证目标"分级路由——主关键词搜索≥2引擎、拓展关键词搜索≥2引擎（含anysearch垂直）、学术/专业验证≥1引擎；搜索次数预算 [MODEL] 5-8次/[INTENT] 4-7次/[SIGNAL] 5-8次，详见 references/extraction-search-routing.md
- 搜索质量门控（v3.3新增）：13维度验证执行绿/黄/红三级质量自检——绿色门（搜索充分可判定）/黄色门（部分充分需追加搜索）/红色门（搜索不足需大幅追加）；红色门降级规则：[MODEL]→降B档、[INTENT]→降为[VIEW]注释、[SIGNAL]→不呈现；降级只能由红色门触发，不能由"成本考虑"触发，详见 references/search-quality-gate.md
- 认知深度优先（v3.3新增）：13维度全部启用，不设精简模式。本skill核心价值是从原文素材中提升认知、获得洞察，降低搜索成本等于放弃核心竞争力。所有维度按"准确性门控"启用（如[INTENT]在技术大会不启是因为"挖意图易失真"而非"成本高"），不按"成本精简"关闭。若用户要求"快速完成"，须提醒"13维度特化验证是认知深度的核心保障，不建议缩减搜索"，由用户显式确认后才可降级处理
- 5级信源标准化（v3.5新增）：信源从3级（Tier1-3）升级为5级（Tier1官方/Tier2权威媒体/Tier3行业研究/Tier4聚合二手/Tier5社区推断），每级明确URL策略和文章标注方式。Tier1-2必附URL，Tier3尽量附URL，Tier4选择性附URL，Tier5不附URL。详见
references/source-standardization.md - 聚合平台控制（v3.5新增）：聚合平台黑名单（头条搜索/百家号/UC大鱼号/企鹅号/网易号/搜狐号/36kr虎嗅聚合）占比≤20%，聚合信源100%追溯始发。[MODEL]聚合追溯失败→降B档+[待长期观察]；[INTENT]聚合追溯失败→删除增量；[SIGNAL]聚合追溯失败→删除增量。详见
references/aggregate-platform-control.md - 零空缺兜底硬规则（v3.5新增）：搜索执行7层降级链（专用通道→cn-web英文→anysearch垂直→anysearch批量→cn-web中文→WebSearch→[AI推断]），确保关键信息无空缺。每条增量标注核查状态标记（[VERIFIED]/[PARTIAL]/[UNVERIFIED]/[INCORRECT]/[MISLEADING]/[相关]/[间接相关]/[AI推断]）。例外：[INTENT]和[SIGNAL]不适用[AI推断]兜底，必须基于事实证据，无支持则降级或不呈现
- 标准化增量信息索引（v3.5新增）：所有增量信息按7核心字段+4扩展字段标准化存储——核心字段（核查结果/来源分级/来源标注/来源URL/搜索通道/文章写法/链接位置）+扩展字段（增量档位/H2候选/质量门控结果/降级处理）。详见
references/index-template.md - 6.4.10聚合平台阻断点（v3.5新增）：在6.4.9信源多样性阻断之后、6.5格式适配之前新增第6个阻断点，检查聚合平台占比、追溯率、维度特化处理。聚合平台占比>20%或聚合信源未追溯→禁止进入6.5。详见
references/block-rules.md§6.4.10
能力边界（v3 新增）
擅长
- 技术深度类（AI/大模型/芯片/算法）：增量空间大，搜索覆盖广
- 产业分析类（就业冲击/商业模式/竞争格局）：多源验证有效
- 对比类（中美/跨公司/跨技术路线）：增量天然丰富
- 政策法规类：anysearch 可查标准化文件+跨地对比
- 垂类专业类（AI政务/教育/医疗/财经）：v3 人设+垂直搜索已覆盖
不擅长（建议降级为 transcript-crafter 转写）
- 纯时效新闻（发生<24小时）：搜索有时滞，增量不足
- 纯个人体验类（如"我用XX一周的感受"）：增量空间小，强行改写破坏原味
- 强情绪类（如悼文/宣言）：冷峻改写不适合
- 纯对话类（访谈Q&A）：原文结构已是最佳，改写损失信息
已知局限
- 4轮搜索对"刚发生<24小时"的话题覆盖有限
- anysearch extract 对反爬严格站点失败（21经济网/部分公众号）
- 垂直领域依赖 anysearch 可用性，降级时回到通用搜索
- 标题生成不做关键词热度判断（不查微信指数），只验证正文是否真实出现
- 4轮固定轮次对简单主题可能过度搜索（用户已确认保持4轮）
- 13维度验证搜索预算（[MODEL] 5-8次 + [INTENT] 4-7次 + [SIGNAL] 5-8次 = 14-23次特化验证搜索）是认知深度的必要投入，不可缩减（v3.3 用户确认认知深度优先）
示例
输入：用户提供虎嗅《流量分发新逻辑，小程序范式正被改写》链接
Step 2输出（原文素材，节选）：
- [VIEW] 微信AI"小微"不是功能迭代，是赌上未来的生态重构
- [VIEW] 对话取代点击——14.32亿月活用户的注意力统一至AI调用
Step 3输出（增量信息库，节选）：
- [A档] 苹果Siri 2026春季升级+谷歌Gemini 1.2万亿参数 → 撑起"全球对话式交互竞赛"H2
- [A档] 张小龙2016年"用完即走"4大价值观 → 撑起"微信产品哲学十年演变"H2
- [A档] MCP协议是AI工具调用的USB-C接口 → 撑起"AI工具调用标准化"H2
Step 5输出（框架）：
- H1：
2026对话式交互战争：从苹果Siri到微信小微，科技巨头的入口之争 - 原文只是"微信小微"这一个案例，占文章20-30%
- 读者看完不会想到"这是从一篇虎嗅文章改写来的"
权限声明
| 能力类别 | 是否使用 | 说明 |
|---|---|---|
| 网络访问 | ✅ | 调用 WebSearch/WebFetch/anysearch/cn-web-search/last30days-cn/aihot/mx-data/mx-search 执行 4 轮深度搜索 + Step 3.5 三维度特化验证；关闭方式：用户使用 --no-search 指令（仅基于原文撰写，会显著降低增量质量） |
| 文件读写 | ✅ | 读取：用户提供的原文（md/pdf/链接）；写入：output/ 目录（中间产物）+ 用户桌面（最终文章）；临时文件清理策略：每次执行前清空 output/ 目录 |
| 环境变量 | ❌ | 本 skill 不直接读取任何环境变量（搜索工具自身的凭证由各工具自行管理） |
| subprocess | ✅ | 调用：anysearch CLI（垂直搜索）、mx-data/mx-search CLI（财经数据）、pdfplumber（PDF 解析，Python 库） |
| 外部 API | ✅ | 调用：WebSearch API、WebFetch URL 抓取、anysearch REST API、aihot API、cn-web-search API、last30days-cn API、mx-data/mx-search API；飞书云盘 API（lark-drive skill，用于 Step 8 同步） |
触发词
- 提取并改写
- 提取改写
- 深度改写