메뉴
优化本地 Markdown 文件中的公众号文章内容，使其更适合16-50岁中国用户在微信公众平台阅读。支持优化文章结构、语言表达、排版格式，提升开头吸引力、段落节奏、结尾转化。当用户需要优化公众号文章、改进 Markdown 内容质量、提升文章阅读体验时使用此技能。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
将本地 Markdown 文章发布到微信公众号草稿箱。激活条件：用户消息必须包含以下关键词之一：`发布到公众号`、`上传 Markdown 到公众号`、`推送到公众号草稿`、`发布公众号文章`、`同步文章到微信`、`publish to WeChat`。
生成扁平的 SVG 图（架构图、中心辐射图、流程图、简易时序图、思维导图、组织架构图、2×2 对比矩阵、时间线、循环图、鱼骨图），也支持把已有 SVG 文件转成 PNG 图片。激活条件（满足任一即可）：生成类关键词 `画架构图`、`画中心辐射图`、`画流程图`、`画时序图`、`画思维导图`、`画脑图`、`画组织架构图`、`画树形图`、`画对比矩阵`、`画四象限`、`画时间线`、`画循环图`、`画鱼骨图`、`画因果分析图`；转换类关键词 `SVG 转图片`、`把 SVG 转成图片`、`把 SVG 转成 PNG`。
评审一个技能是否「自包含」——即其知识、经验、规范是否全部内置在技能文件内（SKILL.md + references/），不依赖特定 AI 客户端专有的知识接口命令（如 read_me / modules: / show_widget / Visualizer）去外部拉取，也不硬编码某个 AI 软件的私有路径（如 .workbuddy）。同时检查工具依赖（node、浏览器、命令行）是否仅作为用户自备工具声明、未写死私有路径。当用户要求「评审这个技能是否自包含 / 独立」「检查技能知识是否内置」「审查技能的独立性 / 可移植性」「audit / review a skill for self-containment」时触发。产出评审报告：结论（自包含 / 不独立）+ 问题清单（文件:行号 + 引用的外部依赖 + 为何影响独立性）+ 整改建议。
生成公众号文章封面图片的AI提示词。智能分析文章标题和内容，提取核心价值和视觉主题，生成适合即梦等AI绘图工具使用的专业提示词。支持从上下文中读取文章内容，确保封面与文章主题高度契合。当用户需要生成公众号文章封面、创建封面图片提示词、为文章配图时使用此技能。
将 C 盘大文件夹迁移到其他盘（D/E/F等），通过目录联接（Junction）保持原路径可用，释放 C 盘空间。当用户提到 C 盘空间不足、C 盘变红、迁移大文件夹、释放 C 盘空间、软链接迁移时使用此技能。Use when user mentions C drive full, move large folder, free up C drive space, symlink/junction migration.
自动启停视频课程录制所需的辅助程序。激活条件：用户消息须包含以下关键词之一:`我要录制视频课程`、`开始录制视频课程`、`准备录课`、`视频课程录完了`、`录课结束`、`停止录制`。
| name | wechat-content-optimizer-yashu |
| description | 优化本地 Markdown 文件中的公众号文章内容，使其更适合16-50岁中国用户在微信公众平台阅读。支持优化文章结构、语言表达、排版格式，提升开头吸引力、段落节奏、结尾转化。当用户需要优化公众号文章、改进 Markdown 内容质量、提升文章阅读体验时使用此技能。 |
优化本地 Markdown 文件，让文章更适合微信公众号阅读。
用户提供：
执行脚本读取文件内容：
node "<skill目录>/scripts/optimize.js" <markdown文件路径> --config "<skill目录>/config.json"
脚本会输出文件内容，供你分析和优化。
基于 references/optimization-guide.md 中的优化指南，从以下维度优化：
| 维度 | 优化要点 |
|---|---|
| 开头吸引力 | 前3秒抓住读者，用痛点/悬念/数据/场景切入 |
| 段落顺序 | 调整段落位置，把能留住读者的内容前置（贯穿全文各段落开头），逻辑更顺畅 |
| 段落节奏 | 短段落（手机不超过4行）、多留白、易扫读 |
| 语言表达 | 口语化、亲切、具象化抽象概念 |
| 小标题 | 用问句/数字/对比/利益驱动，引导阅读 |
| 结尾转化 | 总结/互动/行动/福利/金句，给读者行动理由 |
| 排版格式 | 重点加粗、适当引用、列表呈现、层次分明 |
**加粗**、*斜体*、==高亮==等。因为我写文章就是使用的Obsidian的Markdown语法。将优化后的内容写入新文件：
<原文件名>.optimized.md向用户说明：
为什么要前置"重要内容"
写公众号本质是为了流量，而流量的命门是完读率——用户把文章看完，微信才判定文章有价值，给更多曝光。用户看了开头觉得没价值就划走，平台就不会再推。所以，能让读者留下来看完的内容，就是"重要内容"，必须前置。
判定标准
以完读率为唯一标尺：凡是能让读者"不舍得划走、愿意继续看下去"的内容，都算重要内容。
重要内容的五类清单
| 类别 | 为什么能留住人 | 举例 |
|---|---|---|
| ① 利益相关/痛点 | 戳中读者处境，让他觉得"这说的是我"，不敢划走 | "你是不是也经常加班到深夜，却还是被领导说效率低？" |
| ② 悬念/好奇心钩子 | 抛反常识、留疑问，让读者带着"想知道答案"往下看 | "我试了10种方法，只有1种真正管用，最后一个你绝对想不到。" |
| ③ 权威背书/数据结果 | 用数据、案例、已验证结果，让读者觉得"有料可信" | "3000份问卷、3年跟踪，得出这3个结论。" |
| ④ 核心干货/结论 | 直接给最有价值的方法/结论，让读者产生"继续看更有收获"的预期 | "结论先说：能不能涨粉，关键不在更新频率，而在选题。" |
| ⑤ 情绪共鸣 | 说出读者心里话，让他觉得"懂我"，不舍得划走 | "说实话，谁不是为了碎银几两，把委屈咽进肚子里。" |
应用说明：贯穿全文，非仅开头
"前置"不是只指文章最开头，而是贯穿全文结构——每个章节、每个段落群的开头，都先放能留住人的内容，再展开细节。这样能全程压低流失率，把读者一路"留"到结尾。
1. 用故事代替说教
❌ "风险管理很重要，应该制定应急预案"
✅ "去年我创业的团队就是因为没有备选方案，一个核心员工离职就差点垮掉。从那以后，我学会了给每个岗位预留 backup。"
2. 善用类比
❌ "分布式系统很复杂"
✅ "分布式系统就像一家连锁餐厅，每个分店要相互协作又要独立运营，稍微一个环节没协调好，整个体验就崩了。"
3. 直接说观点
❌ "有人认为...也有人认为...各有各的道理"
✅ "老实说，我觉得 XX 这个做法是错的，原因是..."
参考文件：references/optimization-guide.md
需要时阅读该文件获取：
配置文件：config.json
{
"options": {
"optimizeStructure": true, // 优化文章结构
"optimizeLanguage": true, // 优化语言表达
"optimizeFormatting": true, // 优化排版格式
"addEmojis": false, // 是否添加 emoji
"optimizeHeadings": true, // 优化小标题
"optimizeOrder": true // 优化段落顺序
},
"audience": {
"ageRange": "16-50岁",
"style": "亲切、易懂、有网感但不失专业",
"readingDevice": "mobile"
},
"output": {
"backup": true, // 是否备份原文件
"overwrite": false, // 是否覆盖原文件
"suffix": ".optimized" // 新文件后缀
}
}
用户：帮我优化这篇文章 F:/docs/article.md
执行：
用户：这篇文章开头太枯燥了，帮我改得吸引人一点，文件是 F:/blog/post.md
执行：
用户：这篇文章读起来太正式了，帮我改得口语化一些，像聊天一样
执行：
* " \ / < > : | ?（这些是 Windows 文件系统保留字符，可能导致保存或显示异常）优化后的文章应该：