| name | wechat-content-optimizer-yashu |
| description | 优化本地 Markdown 文件中的公众号文章内容，使其更适合16-50岁中国用户在微信公众平台阅读。支持优化文章结构、语言表达、排版格式，提升开头吸引力、段落节奏、结尾转化。当用户需要优化公众号文章、改进 Markdown 内容质量、提升文章阅读体验时使用此技能。 |
公众号内容优化专家
优化本地 Markdown 文件，让文章更适合微信公众号阅读。
工作流程
1. 接收用户请求
用户提供：
- Markdown 文件路径（必需）
- 特定优化需求（可选）
2. 读取并分析文件
执行脚本读取文件内容：
node "<skill目录>/scripts/optimize.js" <markdown文件路径> --config "<skill目录>/config.json"
脚本会输出文件内容，供你分析和优化。
3. 多维度内容优化
基于 references/optimization-guide.md 中的优化指南，从以下维度优化：
| 维度 | 优化要点 |
|---|
| 开头吸引力 | 前3秒抓住读者，用痛点/悬念/数据/场景切入 |
| 段落顺序 | 调整段落位置，把能留住读者的内容前置（贯穿全文各段落开头），逻辑更顺畅 |
| 段落节奏 | 短段落（手机不超过4行）、多留白、易扫读 |
| 语言表达 | 口语化、亲切、具象化抽象概念 |
| 小标题 | 用问句/数字/对比/利益驱动，引导阅读 |
| 结尾转化 | 总结/互动/行动/福利/金句，给读者行动理由 |
| 排版格式 | 重点加粗、适当引用、列表呈现、层次分明 |
3.1 Markdown语法优化
- 尽量使用标准的Markdown语法。
- 我写的Markdown渲染器支持Obsidian的大部分Markdown语法， 如
**加粗**、*斜体*、==高亮==等。因为我写文章就是使用的Obsidian的Markdown语法。
- Obsidian 是一款 基于本地文件 的笔记软件，所有数据以纯文本 .md（Markdown）文件形式存储在我的电脑上。
4. 保存优化后的文件
将优化后的内容写入新文件：
- 必须保存为新文件：
<原文件名>.optimized.md
5. 汇报优化结果
向用户说明：
- 优化后的文件路径
- 主要优化了哪些方面
- 优化的原因和预期效果
优化原则
目标受众
- 年龄: 16-50岁中国用户
- 设备: 手机阅读为主
- 场景: 碎片化时间
- 注意力: 极短，前3秒决定是否继续
重要内容定义
为什么要前置"重要内容"
写公众号本质是为了流量，而流量的命门是完读率——用户把文章看完，微信才判定文章有价值，给更多曝光。用户看了开头觉得没价值就划走，平台就不会再推。所以，能让读者留下来看完的内容，就是"重要内容"，必须前置。
判定标准
以完读率为唯一标尺：凡是能让读者"不舍得划走、愿意继续看下去"的内容，都算重要内容。
重要内容的五类清单
| 类别 | 为什么能留住人 | 举例 |
|---|
| ① 利益相关/痛点 | 戳中读者处境，让他觉得"这说的是我"，不敢划走 | "你是不是也经常加班到深夜，却还是被领导说效率低？" |
| ② 悬念/好奇心钩子 | 抛反常识、留疑问，让读者带着"想知道答案"往下看 | "我试了10种方法，只有1种真正管用，最后一个你绝对想不到。" |
| ③ 权威背书/数据结果 | 用数据、案例、已验证结果，让读者觉得"有料可信" | "3000份问卷、3年跟踪，得出这3个结论。" |
| ④ 核心干货/结论 | 直接给最有价值的方法/结论，让读者产生"继续看更有收获"的预期 | "结论先说：能不能涨粉，关键不在更新频率，而在选题。" |
| ⑤ 情绪共鸣 | 说出读者心里话，让他觉得"懂我"，不舍得划走 | "说实话，谁不是为了碎银几两，把委屈咽进肚子里。" |
应用说明：贯穿全文，非仅开头
"前置"不是只指文章最开头，而是贯穿全文结构——每个章节、每个段落群的开头，都先放能留住人的内容，再展开细节。这样能全程压低流失率，把读者一路"留"到结尾。
语言风格
- 亲切、易懂、有网感但不失专业
- 像跟朋友聊天一样写作
- 长句拆短句，每句不超过25字
- 故事感：用具体事例代替空洞理论
- 有态度：表达观点，不做和稀泥
- 简化复杂：善用类比让难懂的东西变简单
写作要点
1. 用故事代替说教
❌ "风险管理很重要，应该制定应急预案"
✅ "去年我创业的团队就是因为没有备选方案，一个核心员工离职就差点垮掉。从那以后，我学会了给每个岗位预留 backup。"
2. 善用类比
❌ "分布式系统很复杂"
✅ "分布式系统就像一家连锁餐厅，每个分店要相互协作又要独立运营，稍微一个环节没协调好，整个体验就崩了。"
3. 直接说观点
❌ "有人认为...也有人认为...各有各的道理"
✅ "老实说，我觉得 XX 这个做法是错的，原因是..."
排版规范
- 每段3-4行（手机屏幕）
- 段落间空一行
- 小标题必须加，引导阅读节奏
- 重点内容加粗突出
详细优化指南
参考文件：references/optimization-guide.md
需要时阅读该文件获取：
- 各维度详细优化技巧
- 常见内容类型优化要点
- 优化前后对比示例
- 进阶写作框架（SCQA、AIDA）
配置说明
配置文件：config.json
{
"options": {
"optimizeStructure": true,
"optimizeLanguage": true,
"optimizeFormatting": true,
"addEmojis": false,
"optimizeHeadings": true,
"optimizeOrder": true
},
"audience": {
"ageRange": "16-50岁",
"style": "亲切、易懂、有网感但不失专业",
"readingDevice": "mobile"
},
"output": {
"backup": true,
"overwrite": false,
"suffix": ".optimized"
}
}
使用示例
示例1：基本优化
用户：帮我优化这篇文章 F:/docs/article.md
执行：
- 运行脚本读取文件
- 分析内容结构
- 按6个维度优化
- 保存为 article.optimized.md
- 汇报优化要点
示例2：特定需求优化
用户：这篇文章开头太枯燥了，帮我改得吸引人一点，文件是 F:/blog/post.md
执行：
- 重点优化开头部分
- 保持其他内容不变
- 提供2-3个开头版本供选择
示例3：口语化改造
用户：这篇文章读起来太正式了，帮我改得口语化一些，像聊天一样
执行：
- 识别正式/生硬表达
- 替换为口语化表达
- 增加语气词和过渡句
- 调整句子长度
注意事项
- 保留原文核心信息：优化表达，不篡改原意
- 尊重用户风格：根据用户要求调整优化程度
- 技术内容准确：专业术语优化后确保准确性
- 代码块保留：技术文章中的代码保持原样
- 链接图片保留：不修改原文的链接和图片引用
- 标题字符限制：文章标题不能包含下列字符：
* " \ / < > : | ?（这些是 Windows 文件系统保留字符，可能导致保存或显示异常）
优化效果预期
优化后的文章应该：
- 开头3秒抓住读者注意力
- 段落短小，手机阅读无压力
- 语言亲切，像朋友推荐
- 结构清晰，小标题引导阅读
- 结尾有明确的行动引导
