公众号长文写作：从选题判断到成稿排版，案例只用你自己的
公众号长文写作。把一个选题写成可发布的公众号长文：判断值不值得写、选角度、给 3 个标题，写开头、结构和小标题，按手机阅读习惯分段，结尾留互动，附排版提示；案例和数据只用用户自己的素材，缺了就问。当用户要写公众号文章、拿不准选题、需要起标题或改开头时使用。真实触发说法：帮我写篇公众号、这个选题值得写吗、帮我起几个标题、把这些素材写成一篇推文、公众号开头怎么写。
装好之后怎么用
怎么用：在 AI 工具里直接描述任务即可自动触发。显式调用的写法各端不同：Claude Code / Cursor 等用 /wechat-longform-writer，Codex 用 $wechat-longform-writer，Kimi Code 用 /skill:wechat-longform-writer，ZCODE 用 $wechat-longform-writer，Gemini CLI 以自动激活为主。
适合谁：写公众号长文的人，尤其是有想法、有素材，但不知道怎么组织成一篇文章的人。
解决什么问题：它先帮你判断选题值不值得写、从哪个角度写，再给 3 个标题、开头和大纲，你确认后再写全文。段落按手机阅读的节奏来，结尾留一个和正文相关的互动问题，还会标出小标题、重点句和配图位置。文章里的案例和数据只用你提供的，缺了会标【需补充】，不替你编。
怎么用：装好后说「帮我写篇公众号，主题是……」，把你的观点、经历和素材一起贴上。只想起标题或改开头，也可以直接说。
提醒：配合「个人文风档案」写出来更像你，写完再用「去 AI 味审校」过一遍。
GitHub 上的同类技能（都是 MIT 协议）：KKKKhazix/khazix-skills 里的 khazix-writer、imraywang/wewrite、lijigang/ljg-skills 里的 ljg-writes，想对照可以去看。这个技能是 AI写作小组集合！ 自己写的中文版，没有搬运它们的原文。
技能内容
SKILL.md版本与文件 ›公众号长文写作
这个 Skill 能做什么
陪用户把一个选题写成一篇能直接发的公众号长文，按顺序做五件事：
- 判断选题：值不值得写，写给谁，用户手里有没有别人没有的东西。
- 定角度：给 2～3 个切入角度，让用户选。
- 搭框架：3 个标题、开头、结构和小标题。
- 写正文：按手机阅读的节奏分段，结尾留一个互动问题。
- 排版提示：标出小标题、重点句和配图位置。
文章里的观点、经历、案例、数据和引语都来自用户，或者有明确出处。用户没给的，标出来请用户补，不替用户编。
什么时候使用
- 用户有一个选题或一堆素材，想写成一篇公众号文章。
- 用户拿不准一个选题值不值得写，或者不知道从哪个角度写。
- 用户只需要其中一步，比如起标题、改开头、调结构。
开始前需要什么
- 选题：想写什么，为什么现在写
- 读者：这个公众号主要写给谁看
- 用户自己的素材：观点、亲身经历、案例、数据、聊天记录或截图（涉及他人的先脱敏）
- 篇幅和语气：没说的话，默认 2000～3000 字、像当面跟读者说话，并在交付时说明这个假设
- 参考文章（可选）：只用来了解话题，不改写搬运
如果当前目录有用户的个人文风档案（style-profile*.md），先读它，按档案的口吻写。没有档案也能写，可以提一句：先建一份文风档案，写出来会更像用户本人。
用户已经给过的信息不重复问。一次最多问 3 个问题，先问最影响文章的。
执行步骤
1. 判断选题
逐项回答，写成三五句话给用户：读者是谁，这件事和他们有什么关系；用户有什么别人没有的（亲身经历、一手数据、少见的观点）；核心观点能不能一句话说清；过一周再看还有没有价值。
结论分三种：值得写 / 换个角度再写 / 不建议写，附理由。不建议写时说清缺什么，由用户决定是否继续。
2. 选角度
给 2～3 个角度，每个写清：核心观点一句话、主要靠哪份素材撑起来、适合哪类读者。用户选定后再往下走。
3. 起标题
给 3 个标题，类型尽量不同：直接给结论、提出读者关心的问题、用一个具体场景或数字。每个标题后写一句「这个标题承诺了什么」，正文必须兑现。不写夸大内容、制造焦虑的标题。
4. 写开头
开头就是手机上标题下面的前几行，要让读者愿意往下滑。可选写法：一个具体场景、一个和常识不同的判断、读者正在遇到的问题。场景和故事必须来自用户素材；没有合适的，写【需补充：一个你亲身遇到的……场景】，并说明需要什么样的素材。
5. 搭结构和小标题
默认按「观点—论据/案例—转折—收尾」：
- 观点：开头之后尽早亮出核心观点
- 论据/案例：2～3 组，每组一个小标题，一个案例只证明一个分论点
- 转折：写反方意见、例外情况或用户自己的反思，不让全文只有一种声音
- 收尾：回到开头的场景或问题，给读者一个能带走的结论或行动
小标题写成一句完整的判断（如「先写给一个人看」），不写「一、背景」这种标签。先给大纲请用户确认，再写全文。
6. 写正文
- 一段只讲一件事，手机上一段不超过四五行，大约 100 字以内就换段
- 长短句交替，偶尔用单句成段，但不要每段都这样
- 每个分论点都落到具体的人、事、数字上；用户没提供的，标【需补充】
- 引用别人的观点和数据写明出处，出处不明的不用
- 用户说过的和你推断的分开：你推断出来的说法标【推断】，交付时单独列出请用户确认
7. 结尾留互动
最后提一个和文章直接相关、读者一两句话就能回答的问题，比如请读者说说自己遇到的类似情况。不用「你怎么看？」这种空泛提问，也不写用好处诱导转发、关注的话术，公众号平台规则不允许。
8. 排版提示
- 小标题单独成行
- 每节最多一两句重点句，用 加粗 标出
- 引用的原话放进引用块
- 适合配图的位置标【配图：内容建议】
成稿后建议用「去 AI 味审校」再过一遍，删掉套话和机械的连接词。
输出格式
完整流程分两次交付；用户只要某一步时，只给那一步。
第一次：确认方向
- 选题判断：结论和理由
- 2～3 个角度
- 3 个标题，各附一句承诺
- 大纲：开头写法、各节小标题、每节用哪份素材
第二次：成稿
- 正文全文，带排版标记
- 需补充清单：每个【需补充】的位置，以及建议补什么样的真实素材
- 推断清单：文中标了【推断】、需要用户确认的说法
质量检查清单
- [ ] 核心观点一句话能说清，全文没有跑题
- [ ] 标题承诺的内容正文都兑现了
- [ ] 案例、经历、数据、引语都来自用户素材或有明确出处，没有编造
- [ ] 缺的素材都标了【需补充】，推断的内容标了【推断】并单独列出
- [ ] 手机上不会出现一整屏不换段的情况
- [ ] 有转折，不只有一种声音
- [ ] 结尾的互动问题和正文直接相关，没有诱导转发、关注的话术
- [ ] 没有套话和夸大的表述
信息不足时怎么处理
- 只有一个题目、没有素材：先做选题判断和角度，再列出需要用户提供的 3～5 类素材，不直接写全文。
- 用户坚持先出全文：可以写，缺素材的位置全部用【需补充】占位，并在开头说明这是框架稿。
- 用户要求「编一个案例」：说明编造的案例会损害读者信任，建议改用用户自己的经历，或者写成明确标注的假设情境（如「假设你是……」）。
- 用户给的参考文章和要写的内容高度重合：提醒这样容易被认定为洗稿，建议换角度或加入用户自己的内容。
评论 0
更多
登录后可点赞、收藏、评论和举报。
还没有评论，先发起一个具体问题。