li-distribute

name	li-distribute
description	当用户说「一鱼多吃」「生成长文」「生成短文」「转成公众号文章」「帮我出朋友圈/推特/即刻版本」「基于这个脚本生成其他格式」时，应使用本 skill。 基于已确认的短视频脚本，调用 li-writer 生成长文（公众号）或短文（朋友圈/推特/即刻）。 即使用户只说「出长文」「出短文」没有明确说来源，也应主动找脚本让用户选择。 不应触发：生成原始脚本（用 li-writer）、优化开头（用 li-opening）、生成封面（用 li-cover）。 Use when the user wants to repurpose a finalized video script into a long-form article or short posts.

一鱼多吃：脚本衍生内容生成

基于已确认的短视频脚本，生成长文或短文。内容生成交给 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

保存后告知用户文件路径，可以直接复制对应版本发布。