| 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秒抓住读者注意力
- 段落短小,手机阅读无压力
- 语言亲切,像朋友推荐
- 结构清晰,小标题引导阅读
- 结尾有明确的行动引导