菜单
将平实、准确的内容改写成有网感、能引发互动的社交媒体文案。适用于 Twitter/X、小红书、即刻等平台的短文案优化。当用户希望优化推文、笔记、短帖子，或者想让功能描述/产品更新变得更抓人眼球时，使用此 skill。也适用于用户给出一个主题、一段草稿、或一组功能点，希望生成一条有活人感的推文。不适用于长文章、博客、正式文档。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | post-optimizer |
| description | 将平实、准确的内容改写成有网感、能引发互动的社交媒体文案。适用于 Twitter/X、小红书、即刻等平台的短文案优化。当用户希望优化推文、笔记、短帖子，或者想让功能描述/产品更新变得更抓人眼球时，使用此 skill。也适用于用户给出一个主题、一段草稿、或一组功能点，希望生成一条有活人感的推文。不适用于长文章、博客、正式文档。 |
把「正确但无聊」的内容，变成一个让人想读完的故事。
人不爱看功能列表，但爱听故事。
每一个产品更新、每一个技术决策、每一条生活感悟背后，都有一个故事——某个问题困扰了你，某个灵感突然出现，某次纠结之后做了一个取舍。把这个故事讲出来，活人感就自然来了。
对比一下：
| ❌ 功能罗列（死的） | ✅ 讲故事（活的） |
|---|---|
| 新增版本更新徽标功能，用户可在主窗口右上角查看更新日志 | 以前检测到更新就直接弹窗，总觉得像在打断用户。后来改成右上角放个小徽标——你看到了点一下，没注意到也不烦你。侵入感小了很多。 |
| 优化了图片压缩算法，速度提升 30% | 压缩一张 4K 图之前要等 3 秒，我自己用着都烦。花了一周重写了核心算法，现在不到 1 秒。 |
| 支持暗色模式 | 凌晨两点改 bug 的时候被自己的白色界面闪瞎了眼，第二天就开始写暗色模式。 |
故事的本质是：让读者看到「人」，而不是「产品」。
用户给的素材可能是：
无论哪种，你的第一步都是找到故事。
从素材中寻找以下线索（按优先级排列）：
如果素材里这些信息不够，主动问用户。 问得具体一点：
不要泛泛地问"能给我更多背景吗"——要针对性地挖。
| 信息 | 必需 | 默认值 |
|---|---|---|
| 素材内容 | ✅ | — |
| 目标平台 | ✅ | — |
| 语言 | 否 | 根据素材自动判断 |
| 配图情况 | 否 | 无 |
用搜索工具快速扫描一下素材相关领域的近期热点。目的不是做完整市场研究，而是回答两个问题：
注意：不是每条推文都需要蹭热点。 如果素材本身故事就很好，或者跟热点没有天然关联，就不蹭。硬蹭比不蹭更糟。
在动手写之前，先理清思路，输出一段简短的诊断（给用户看，让他们理解你的改写逻辑）：
只输出一个最优版本。
不要给三个风格让用户选——你是专家，直接给出你认为最好的方案。如果用户不满意，再调整。
改写时遵循以下结构（不是死板模板，灵活运用）：
[钩子] — 一句话抓住注意力（场景、痛点、反常识、一个让人共鸣的瞬间）
[故事] — 讲清来龙去脉（为什么做、怎么想的、做了什么取舍）
[结果] — 现在变成什么样了（功能展示、效果对比、解决了什么问题）
[收尾] — 让人想说话（抛问题、留互动钩子、或用一句利落的话收住）
这个骨架的关键在于：读者先看到「人」（你的经历、想法、纠结），再看到「产品」（你做了什么）。 而不是反过来。
用户确认后，可以进一步：
第一句话的唯一任务是「让人停下来」。最好的开头往往是故事的某个片段：
| 类型 | 示例 |
|---|---|
| 痛点共鸣 | "每次检测到更新就弹窗，总觉得像在打断别人说话。" |
| 场景闪回 | "凌晨两点被自己的白色界面闪瞎了眼。" |
| 反常识 | "MacBook 刘海终于有用了。" |
| 自我吐槽 | "压缩一张图要 3 秒，我自己用着都烦。" |
| 转折 | "本来只想加个小功能，结果重新想了一遍整个更新逻辑。" |
| 蹭共识 | 用一个读者已经知道的现象开头，自带话题性 |
绝对禁止用来开头的：
这是故事的核心部分——不是罗列"做了什么"，而是讲"为什么这么做"。
好的中段会让读者觉得：「哦原来是这么回事」「这个思路有意思」「我之前也遇到过这个问题」。
技巧：
好的社交媒体内容是「开一个话头」，不是「做一个总结」。
| ❌ 官方腔 | ✅ 朋友语气 |
|---|---|
| 我们致力于提供更好的更新体验 | 以前那个弹窗确实不太优雅 |
| 本次更新包含以下优化 | 这次改了个让我自己都受不了的问题 |
| 感谢用户们的理解和积极反馈 | 你们的吐槽都听到了，改了 |
| 经过团队的不懈努力 | 肝了两周终于搞定了 |
关键：有真实情绪，不装。 可以是兴奋、吐槽、自嘲、骄傲——但不能是「官方声明」。
素材：
Zipic 主窗口右上角新增版本更新徽标。检测到更新后显示徽标，点击可查看更新日志。
补充背景（用户提供或挖掘得到的）：
以前检测到更新要么需要用户手动触发，要么自动弹窗。觉得弹窗侵入感太强，想要一种更轻的方式。改成徽标后，用户看到了点一下看日志再决定更不更新，没注意到也不会被打断。
平台：Twitter / X（中文）
诊断：
改写：
以前检测到版本更新就直接弹窗，总觉得像在打断别人。
改成了右上角一个小徽标——你注意到了点一下，看看更新了什么再决定。没注意到也不烦你。
更新提醒这种东西，侵入感越小越好。
配图建议：主窗口右上角徽标的截图，或点击后显示更新日志的 GIF。
素材：
今天发现 Linear 的交互设计有个很巧妙的细节：当你拖拽任务卡片时，卡片会轻微倾斜并产生一个柔和的阴影变化，让你感觉真的在「拿起」一个东西。
平台：Twitter / X（中文）
诊断：
改写：
今天拖 Linear 的任务卡片时愣了一下——
这手感也太好了。卡片拖起来微微倾斜，阴影跟着手走，就像真的拿起了一张卡片。
好的微交互就是这样，你说不出哪里好，但就是舒服。
配图建议：屏幕录制 Linear 拖拽效果的 GIF，最好放慢。
素材：
做独立开发一年了，最大的感受是时间管理特别重要。以前上班的时候有人帮你安排优先级，现在所有事情都要自己决定先做什么。经常一天结束发现忙了很多但真正重要的事没推进。
平台：小红书（中文）
诊断：
改写：
独立开发者的一天是怎么"废掉"的
早上：今天一定要把那个核心功能写完 上午：先回复几条用户反馈吧 中午：顺手修个小 bug 下午：研究了一下新的部署方案 晚上：……核心功能一行没写
独立开发一年，这种剧情反复上演 😅
后来意识到问题不是时间不够，是没有人帮你说「不」 以前上班，优先级有人帮你定 现在每天起来第一件事就是跟自己博弈：今天到底先干嘛？
后来摸索出一个笨办法——每天只定一件"今天必须搞定"的事，不管发生什么先做完它
你们有什么管用的方法吗？
不要强行大改。可以：
如果一次更新了很多功能：
没有具体素材时，主动引导用户讲出背后的故事：
有了故事素材，再开始写。
Use the local Orchard CLI to interact with macOS Apple apps and services from Codex: Calendar, Reminders, Clock, Mail, Contacts, Notes, Music, Weather, Messages, Location/Maps, and Apple Shortcuts. Resolves either a globally installed `orchard` command or the bundled `Orchard.app/Contents/MacOS/orchard-cli`. Use when a task asks to read or manage local calendar events, reminders, Apple Mail, contacts, notes, iMessage/SMS, Apple Music playback/library, weather, current time/timezones, geocoding, routes, current location, or local Shortcuts.
Use the official Chatwoot CLI to inspect and operate Chatwoot conversations, messages, contacts, inboxes, labels, teams, help center articles, webhooks, reports, and raw Application API paths. Use when Codex needs to call Chatwoot APIs, work with a self-hosted Chatwoot domain, fetch customer feedback, summarize recent conversations, send replies or private notes, assign/label/close conversations, or guide a user through installing and authenticating the Chatwoot CLI.
macOS image compression and Zipic-app expert. Drives the local Zipic.app via its `zipic` CLI (Zipic >= 1.9.5) — structured JSON results, per-file `saved_pct`, exit codes. Falls back to the URL Scheme on older builds. Supports JPEG, PNG, WebP, HEIC, AVIF, TIFF, ICNS, PDF, GIF, JPEG-XL, SVG. Batch, format conversion, resize, presets, compression history. MUST use this skill when the user mentions: compress / optimize / shrink image, image too large, batch compress, convert to WebP/AVIF/HEIC/JXL, reduce image size, optimize SVG, minify SVG, preset, compression history. Also: "compress these" / "these images are too big" with image files (incl. SVG) attached. ALSO use for Zipic-usage Q&A: pricing, Pro features, activation, free-tier limits, troubleshooting, vs ImageOptim/TinyPNG/Squoosh, CLI install, format support, Raycast/Shortcuts integration. macOS only. Requires Zipic.app.
中国软件著作权申请材料生成工具。申请表直接输出 Markdown 提交，源程序/用户手册/设计说明书三份生成 LaTeX 并编译为 PDF。自动分析项目代码，生成四份材料（前后各30页共60页源程序、含页眉页脚的用户手册和设计说明书、Markdown 申请表），并做版本号一致性、模块覆盖双向核验、字数限制等信息一致性校验。适用于微信小程序、Web应用、移动App、桌面应用等各类软件项目。当用户提到软件著作权、软著申请、版权登记时必须使用此 Skill。当用户要为任何软件项目准备著作权材料、生成软著文档时也应使用。
25宫格选题助手（grid25）。帮用户为任意行业生成爆款内容选题关键词，渲染可交互的 25宫格抽签工具，并可直接搜索真实平台热门选题方向。 以下任意一条即触发： - 用户说"帮我做选题"、"内容选题"、"内容方向"、"25宫格"、"选题助手"、"grid25" - 用户问某个行业/产品/赛道该拍什么内容、做什么选题 - 用户想做小红书/抖音/视频号/B站的内容规划 - 用户提到"爆款选题"、"内容策划"、"选题库"、"内容关键词" - 用户说"帮我分析一下XX行业的内容方向" - 消息包含 "grid25搜索选题："（用户点了宫格里的「帮我找选题」按钮） - 用户点击了宫格里的「换个行业」按钮（触发 sendPrompt）
小红书运营专家——从0到1全流程指导。覆盖账号定位、内容创作、标题优化、封面设计、SEO搜索优化、推荐算法拆解、涨粉策略、变现路径、数据分析、平台规则合规、内容发布前审核、账号健康度诊断等全维度。 当用户提到以下任何场景时必须使用此 skill：小红书运营、小红书笔记、小红书涨粉、小红书变现、小红书账号、小红书定位、小红书标题、小红书封面、小红书SEO、小红书算法、小红书限流、小红书爆款、小红书选题、小红书带货、小红书直播、小红书蒲公英、笔记转写、内容种草、买手电商、笔记审核、账号诊断、账号健康度。 即使用户只说"帮我写一篇小红书"、"我想做小红书"、"小红书怎么运营"、"帮我优化这篇笔记"、"帮我看看这篇笔记有没有问题"、"我的账号是不是有问题"，也应触发。 当用户提到"种草"、"笔记"、"博主"、"达人"、"限流"、"没流量"、"违规"等关键词且语境与小红书相关时也应触发。