--- name: gzh-longform-writer description: 公众号长文写作(1500–4000 字)。先诊断作者手上已有什么(一个念头 / 一堆素材 / 半篇草稿 / 一份大纲 / 一篇不满意的成稿),再路由到对应的六种写法之一,产出成稿并过公众号专属质检。当用户说"写篇公众号""帮我写文章""这个主题怎么写""我有一堆素材不知道怎么组织""帮我扩写""这篇改一下""写不下去了""长文""深度文"时触发。 --- # 公众号长文写作 写 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` |