一鱼多吃：脚本衍生内容生成
基于已确认的短视频脚本，生成长文或短文。内容生成交给 li-writer skill 处理，文风自动对齐。
第一步：定位脚本
脚本可能在两个位置，都需要搜索：
01-内容生产/待发布的内容/中短视频/（定稿但未发布）02-已发布内容/短视频/（已发布归档）
用户指定了具体内容 → 两个目录都 Glob 搜索，Read 找到的文件。
用户没有指定 → 列出两个目录下最近 5 个脚本，让用户选一个再继续。
脚本要完整读取，画面提示（【画面：xxx】）也保留，生成时需要提取其中的操作描述。
第二步：确认格式
用户没有说清楚要什么格式时，询问：
基于「[脚本标题]」，要生成哪种格式？
A. 长文（公众号）
B. 短文（朋友圈 / 推特 / 即刻，可多选）
C. 两个都要第三步：调用 li-writer 生成内容
调用 li-writer skill，传入以下上下文：
- 来源脚本全文
- 目标格式（长文 / 短文 + 平台）
- 转换说明（见下方）
li-writer 负责保证文风一致（实践者平等对话风格，真实性 9/10，权力 2/10，具体 9/10）。
长文（公众号）的转换说明
传给 li-writer 的任务描述：
基于以下短视频脚本，生成一篇公众号长文。转换原则：脚本是说给人听的，长文是写给人看的。把口播语言改成可读的书面语，适当补充脚本里因时间限制省略的细节。画面提示（【画面：xxx】）不保留原始标记，把画面里的操作描述转成文字说明。 结构要求： - 标题 25 字以内，公众号风格（比小红书标题更平实，不用时间承诺公式） - 正文用小标题分段，对应脚本的主要段落 - 结尾用具体的行动召唤或一个问题收尾，不用「希望对你有帮助」这类套话 保留所有真实数据、案例、具体工具名，这是内容可信度的来源。
短文的转换说明
每个平台单独生成，因为语气和格式差异大，混在一起反而都不对。
传给 li-writer 的任务描述（按平台分别传）：
朋友圈版：
基于以下脚本，生成一条朋友圈。150 字以内，口语语气，像发给熟人看的，纯文字无序号。从脚本里挑一个最有感触的点写，不要把整个脚本塞进去。
推特版：
基于以下脚本，生成一条推文。280 字符以内（中文约 140 字），简洁，一个观点一句话说清楚。链接如果有放最后。
即刻版：
基于以下脚本，生成一条即刻。200-400 字，可以带结构（加粗、序号），把 1-2 个观点说透，比朋友圈展开更多。
三个平台挑不同的角度，不要三个版本都在讲同一件事——脚本里通常有 3-5 个独立的点，分配给不同平台。
第四步：保存文件
长文： 01-内容生产/待发布的内容/长文/[脚本标题].md
短文（三个平台合在一个文件）：
---
平台: 朋友圈 / 推特 / 即刻
来源脚本: [脚本标题]
生成时间: YYYY-MM-DD
---
## 朋友圈版
[内容]
---
## 推特版
[内容]
---
## 即刻版
[内容]保存路径：01-内容生产/待发布的内容/短文/[YYYY-MM-DD]-[脚本标题].md
保存后告知用户文件路径，可以直接复制对应版本发布。