本文へ移動
cccskills
無料GitHub で公開

gzh-longform-writer

公众号长文写作(1500–4000 字)。先诊断作者手上已有什么(一个念头 / 一堆素材 / 半篇草稿 / 一份大纲 / 一篇不满意的成稿),再路由到对应的六种写法之一,产出成稿并过公众号专属质检。

当用户说"写篇公众号""帮我写文章""这个主题怎么写""我有一堆素材不知道怎么组织""帮我扩写""这篇改一下""写不下去了""长文""深度文"时触发。

インストール方法を見る

含まれるファイル(2)

  • SKILL.md10.0 KB
  • references/method-templates.md5.7 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

公众号长文写作

写 1500–4000 字的公众号文章。不负责起标题(交给 baokuan-title-generator),不负责排版配图(交给 space-wechat-layout / space-chart-image)。

核心原则:先诊断,再选路

不要一上来就问"你想写什么主题"。 这个问题对已经有素材的人是浪费,对没想清楚的人是逼供。

第一句话只问一件事:

你手上现在有什么?一个念头、一堆素材、半篇草稿、一份大纲,还是一篇写完了但不满意的稿子?

用户有什么走哪条
只有一个模糊念头 / 一段经历① 访谈式
想清楚了,但展不开② 大纲式
写了一半卡住③ 续写式
一堆零散材料(链接、笔记、聊天记录、截图)④ 素材整合式
有主题,但不知道从哪个角度切⑤ 破题式
有完整成稿,就是不满意⑥ 重写式

六种写法的完整流程和提示词模板见 references/method-templates.md。下面只给每种的要点。


六种写法

① 访谈式 —— 把脑子里的东西问出来

适用:个人经历、复盘、年度总结、"我做了 X 之后的感受"。作者心里有货,但一写就干。

做法:扮演资深编辑访谈作者。一次只问一个问题,根据回答追问细节,问 8–10 轮,然后整理成大纲。

关键:追问要往具体走,不要往抽象走。

  • ❌ "你从这件事里学到了什么?" → 得到一堆正确的废话
  • ✅ "当时具体卡在哪一步?你试了哪几种办法?哪个先成功的?" → 得到能写进文章的细节

整理成稿时保留作者原话。 用户口述里那些不通顺但生动的表达,往往比你改顺的版本更好。

② 大纲式 —— 把骨架撑成肉

适用:观点文、教程、技术解读。作者知道要说什么,缺的是展开。

做法:先落一份带字数配额的大纲,作者确认后再扩写。

配额很重要——不给配额,AI 会把每部分写成一样长,导致重点被稀释。

一、开头(200 字):一个具体场景切入
二、背景(300 字):为什么现在值得说
三、核心论点 1(600 字):观点 + 案例
四、核心论点 2(600 字):观点 + 案例
五、反面 / 边界(300 字):什么情况下不成立
六、收束(300 字):拉高一层

必须有"五"这一节。 只讲好处不讲边界的文章,读者信任度低。

③ 续写式 —— 找出卡点再往下写

适用:写了一半停了。

关键动作是先诊断为什么卡住,不要直接续。卡点通常是三种之一:

症状真实原因解法
不知道下一段写什么大纲没想清退回去补大纲
知道写什么但写不出来缺具体材料去找案例/数据,或改成访谈式挖
越写越觉得没意思选题本身立不住换角度(走 ⑤ 破题式),别硬撑

第三种最常见,也最该诚实告诉作者。硬把一个立不住的选题写完,是浪费两个人的时间。

④ 素材整合式 —— 从一堆材料里长出一条主线

适用:收藏了一堆链接、记了一堆笔记、群里聊了很多,想合成一篇。

做法:

  1. 逐条读完,把每条压成一句话
  2. 找共同指向——这些材料加在一起,能支撑哪一个判断?
  3. 把这个判断写成一句话,作为文章主线
  4. 按主线重新排列材料,删掉撑不住主线的

最常见的失败是舍不得删。 十条材料里通常只有五六条真正服务于主线,剩下的塞进去会让文章散掉。宁可少讲两个点。

⑤ 破题式 —— 同一个主题,找到值得写的那个角度

适用:主题定了(比如"某个新产品上线"),但不知道怎么写才不撞车。

做法:一次给 5–8 个角度,每个用一句话说清,让作者挑。角度维度:

  • 反直觉:大家都说 A,我看到的是 B
  • 切身:我拿它干了一件具体的事
  • 对比:和它的前身 / 竞品 / 国外同类比
  • 溯源:为什么现在才出现
  • 代价:它解决了什么,又带来了什么新问题
  • 人群:对某一类特定的人意味着什么
  • 预测:如果这条路走通,接下来会发生什么

判断标准是"只有你能写"。 如果一个角度换个作者也能写出一模一样的,就不值得写。

⑥ 重写式 —— 先定位病灶再动刀

适用:有成稿,不满意,但说不清哪不对。

先诊断,输出病灶清单,再改。常见病灶:

  • 开头绕:前三段都在铺垫,第四段才进正题 → 直接从第三段开始
  • 没有我:通篇是公开信息的复述,没有作者的判断 → 每个大段落至少加一句"我认为"
  • 例子是编的:抽象案例("比如某公司")→ 换成具体的、可验证的
  • 结论悬空:讲了一堆,最后没落到一个明确判断
  • 平:每段都一样长、一样重要 → 砍掉次要的,把主要的写透

不要"整体润色"。 那等于把文章改得更像 AI 写的。定点手术。


公众号特有的五个约束

这是本 Skill 和通用写作助手最大的区别。通用方法论不管这些,但它们直接决定文章有没有人看完。

1. 开头几句要能独立成立。 摘要不填会自动截取正文开头。所以第一段不能是"最近很多人在问我一个问题"这种没有信息量的铺垫——它会原样出现在读者的消息列表里。

2. 手机屏是唯一的阅读场景。 段落按手机屏算,一行约 22–24 字,单段超过 90 字(约 4 行)就该断。桌面上看着正常的段落,手机上是一堵墙。

3. 没有目录,靠小节标题导航。 超过 2000 字必须分小节。小节标题要能让人扫一眼就知道这段讲什么,不要用"其一""其二"这种。

4. 读者是订阅者,不是信息流路人。 他们已经关注你了,不需要在开头证明你是谁。可以直接进入正题,可以用"上一篇说到"这种连续性表达。

5. 结尾必须有一个明确动作。 留言、转发、点"在看"、读上一篇、加群——只给一个。给三个等于没给。


三种常用结构骨架

骨架适合形状
总分总观点文、行业判断亮判断 → 三根支柱 → 拉高
时间线复盘、经历、产品史起因 → 转折 → 结果 → 提炼
问题链教程、深度解读一个问题 → 答案引出下一个问题 → 收束

一篇里只用一种。 混着用会让读者失去方向感。


成稿质检(输出前必过)

项判断
有没有"我"通篇是公开信息复述,还是有作者自己的判断?至少 3 处只有作者能说的话
例子是不是真的有没有"某公司""某用户"这种编造的抽象案例?
有没有边界有没有承认什么情况下不成立?
段落长度有没有超过 90 字(约 4 行)的段落?
开头能不能独立第一段抽出来单看,有没有信息量?
结尾动作是不是只有一个,且具体?
AI 腔见下方黑名单

AI 腔黑名单(出现即改)

  • "本质上""说白了就是""换句话说"
  • "这意味着什么?"后面跟一句空泛概括
  • "不是 X,而是 Y"(一篇最多 1 次)
  • "值得注意的是""综上所述""笔者认为"
  • 三段排比结尾("是……,是……,更是……")
  • 每段都以"而"或"然而"开头

一个重要区分:自问自答 本身是好的节奏工具——问句独立成段,后面紧跟具体的回答。它变成 AI 腔,是因为后面跟的是抽象概括。

  • ✅ "这意味着什么?" → "以前你用 AI 写代码是 1 对 1 对话,现在它自己拆任务、自己分配、自己解决冲突。"(具体)
  • ❌ "这意味着什么?" → "这意味着 AI 正在深刻改变我们的工作方式。"(空泛,删掉不损失任何信息)

输出格式

  1. 诊断结论:判断走哪条路,一句话说明为什么
  2. 大纲(②③④⑤走这步)或病灶清单(⑥走这步)—— 先给作者确认
  3. 成稿:Markdown,小节标题用 ##
  4. 质检报告:逐项打勾,列出字数、段落最长几行、"我"的判断出现几处
  5. 待补清单:需要作者自己补的数据、链接、截图、案例

红线

  • 不编造案例、数据、引用、人名。 需要案例但作者没给,在待补清单里标明,不要造一个"某互联网大厂"出来。
  • 不替作者表达他没表达过的立场。 尤其是评价具体公司和产品时。
  • 不把推测写成事实,不把相关写成因果。
  • 作者的选题立不住时直说,不要硬写完。

风格

默认按通用的中文非虚构写作标准。

作者说「用我的风格」时,读取 ../references/my-voice.md,把里面的规则当硬约束执行。


与本仓库其他 Skill 的配合

场景转到
写之前要定方向gzh-positioning
找选题、看同赛道爆款baokuan-article-analysis / gzh-explosive-content-detector
稿子写完要起标题baokuan-title-generator
要配图 / 逻辑图space-chart-image / space-text-logic-diagram
要排版贴进公众号space-wechat-layout
同一份素材要产出短文版gzh-short-post

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Fetch and analyze WeChat Official Account hot articles / 公众号爆款文章 by sector or keywords. Use when the user asks for 爆款文章分析, 赛道爆款, 公众号爆款数据, reading counts, likes, shares, comments, title patterns, writing style, 爆款原因分析, or writing references for content creation.

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6432026年8月26日 更新

科技/AI/互联网领域的公众号 10 万+ 爆款标题生成器。输入一篇文章、一段内容或一个主题,先建内容简报,再按多种方法产出多个候选标题,逐个评分、标风险、按用途分角色推荐,并给 A/B 测试建议。当用户说"起标题""想个爆款标题""这篇文章叫什么好""标题优化""标题改写""多组标题""标题评分""10万+标题"时触发。方法论提炼自 100 篇真实科技类爆文标题。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6432026年8月26日 更新

创作者全域内容搜索总控 Skill。用户发送平台名+关键词、平台链接,或要求分析博主、文章风格、热度、点赞、收藏、评论、爆款原因、选题方向时触发;根据平台和任务自动路由到小红书热门笔记、全域内容搜索、公众号爆款搜索、公众号赛道分析等分支 Skill。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6432026年8月26日 更新

全域内容搜索|当提到小红书/B站/抖音关键词搜索、笔记/视频详情、评论、博主/UP主作品监控时使用。优先基于 Agent Reach / OpenCLI / bili-cli / 公开只读接口访问;Agent Reach 不可用时,小红书可用 Guaikei API 作为最后兜底。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6432026年8月26日 更新

为公众号文章创作打造的专业数据洞察工具。全网持续收录每日爆款文章,收录依据:低粉高阅读、阅读靠前、数据增长中、原创靠前,助力号主获取数据参考。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6432026年8月26日 更新

公众号定位分析 + 三件套设计(账号简介 / 关注后自动回复 / 自定义菜单)。先通过分层访谈和历史文章反推,收敛出一句话定位,再派生出可直接粘贴进公众号后台的三份内容,全部带字数校验。当用户说"公众号定位""账号简介怎么写""功能介绍""公众号介绍""关注后回复""欢迎语""自动回复""菜单怎么设计""菜单栏""公众号装修""新号怎么起步""号没人关注"时触发。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6432026年8月26日 更新

SpaceZephyr のスキルをすべて見る

このスキルの問題を報告する