// 将平实、准确的内容改写成有网感、能引发互动的社交媒体文案。适用于 Twitter/X、小红书、即刻等平台的短文案优化。当用户希望优化推文、笔记、短帖子，或者想让功能描述/产品更新变得更抓人眼球时，使用此 skill。也适用于用户给出一个主题、一段草稿、或一组功能点，希望生成一条有活人感的推文。不适用于长文章、博客、正式文档。
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、小红书算法、小红书限流、小红书爆款、小红书选题、小红书带货、小红书直播、小红书蒲公英、笔记转写、内容种草、买手电商、笔记审核、账号诊断、账号健康度。 即使用户只说"帮我写一篇小红书"、"我想做小红书"、"小红书怎么运营"、"帮我优化这篇笔记"、"帮我看看这篇笔记有没有问题"、"我的账号是不是有问题"，也应触发。 当用户提到"种草"、"笔记"、"博主"、"达人"、"限流"、"没流量"、"违规"等关键词且语境与小红书相关时也应触发。
Transforms article content or summaries into minimalist hand-drawn style JSON prompts for AI image generation tools. Use this skill whenever the user wants to create any kind of visual from text content — including banners, article illustrations, inline diagrams, infographics, or concept visuals. Trigger on requests like "turn this into a visual", "create an image prompt", "make an illustration for this", "generate a diagram from this article", "I need a sketch for this section", or any request combining content analysis with image/visual prompt generation. Always use this skill when the user provides text content and wants an AI-ready image prompt output.
专业 AI 视频分镜设计师。当用户想要创作视频、制作分镜脚本、生成 AI 视频提示词、规划视频内容结构时，必须使用此 skill。 覆盖所有视频类型：短视频、广告片、教育内容、品牌视频、Vlog、微电影等。 即使用户只说"帮我做个视频"或"我想拍 XX 主题的内容"，也应触发此 skill。 输出专业分镜设计 + 可直接用于 即梦(Seedance 2.0) / Sora / Kling / Runway / Veo 等主流 AI 视频工具的提示词，其中即梦 Seedance 2.0 支持多模态 @ 引用语法专项输出。
| 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 下午：研究了一下新的部署方案 晚上：……核心功能一行没写
独立开发一年，这种剧情反复上演 😅
后来意识到问题不是时间不够，是没有人帮你说「不」 以前上班，优先级有人帮你定 现在每天起来第一件事就是跟自己博弈：今天到底先干嘛？
后来摸索出一个笨办法——每天只定一件"今天必须搞定"的事，不管发生什么先做完它
你们有什么管用的方法吗？
不要强行大改。可以：
如果一次更新了很多功能：
没有具体素材时，主动引导用户讲出背后的故事：
有了故事素材，再开始写。