62 lines
5.4 KiB
Markdown
62 lines
5.4 KiB
Markdown
# 公众号排版规则与产出配额
|
||
|
||
移动端阅读优先。本文分三部分：Markdown 硬规则（`check_article.py` 会核验）、标点与措辞规范、产出配额。
|
||
|
||
## 一、Markdown 硬规则（机器可查）
|
||
|
||
公众号编辑器对粘贴内容的支持有限，这些规则直接决定粘贴后成不成形：
|
||
|
||
1. **标题层级**：全文只允许一个 `#`（文章主标题，仅作记录用，粘贴时不进正文）；正文章节一律 `###`，不用 `##`、`####`——`###` 转换后与公众号原生标题字号最接近
|
||
2. **表格**：默认不写 Markdown 表格（移动端展示差）；确需表格时不超过 3 列且每格文字极少，否则改写成列表
|
||
3. **图片语法**：``，独占一行，前后空行。说明写清画面内容（「淘米」「小孩钓鱼」级别的概括即可），不写「示意图」「配图」这类敷衍词。**使用他人图片须标注来源与授权状态**；无授权的素材宁可不用
|
||
4. **摘要**：front matter `digest` 80–120 字（微信上限 120），概括核心价值而非复述开头；与正文导语不得逐字相同
|
||
5. **代码**：行内用反引号；代码块用三反引号围栏并标注语言，不用四空格缩进。不为展示贴大段代码
|
||
6. **加粗**：`**文字**`，不连用下划线变体；斜体中文不用（中文字形不适合倾斜）
|
||
7. **占位残留**：交付时正文中不得残留 `placeholder`、TODO 标记
|
||
8. **段落**：段与段之间空一行；一句话自成一段只在确需强调时用
|
||
|
||
## 二、标点与措辞规范
|
||
|
||
- **中英文间距**：汉字与英文字母、数字之间有且仅有一个半角空格（`用 Python 3 写了 5 个脚本`）；中文标点紧邻英文时不加空格
|
||
- **引号**：中文引用统一直角引号「」，嵌套用『』；不用弯引号""做中文引用
|
||
- **专有名词**：按官方写法（macOS、iOS、GitHub、ChatGPT）；有通用中文译名的优先中文，译名不通行时首次出现标注 `中文译名（Original Name）`
|
||
- **缩略语**：首次出现括注全称（除非广为人知）
|
||
- **省略号**：用……，不用三个句点
|
||
- **日期**：完整句中用 `2026 年 10 月 5 日` 式汉字单位表达；提国外事件标注当地时间换算
|
||
- **工具名精度**：素材指向具体产品时用准确名称；素材没说名称时保留「某个模型」「AI 工具」等概括表达，不猜名字装具体
|
||
- **链接**：链接文本要能说明目标内容，不用「点击这里」「这篇」；清理短链和跟踪参数
|
||
|
||
## 三、产出配额（不靠自觉，脚本核验）
|
||
|
||
这些配额的原理：公众号读者在手机上扫读，**加粗和标题是他唯一稳定看到的强调手段**。语法规则模型都会照做，但没有配额就一处都不产出——实测不写配额时金句卡 0/10 篇、正文加粗 0/5 篇。
|
||
|
||
- **加粗 = 划重点**
|
||
- 验收标准：全文加粗按顺序连读，是一篇能独立看懂的缩写版。读起来像词云（「效率/架构/落地」）或像把段落重念一遍，都是挑错了落点
|
||
- 密度：每 100 字左右一处（手机约 4–5 行），连续 200 字不得没有；每个 `###` 小节至少一处；结尾段也要有
|
||
- 每处加粗要能独立看懂：数字连着它的意思（`**省 88% Token**`），判断连着它的对象（`**打断不等于撤销**`）
|
||
- 不加粗整句空泛概括；不在每段首句同一位置加粗；一段最多两处
|
||
- **摘要 ≠ 导语**：front matter `digest`（进公众号后台的摘要）与正文开头导语不得逐字相同——读者会同一句读两遍
|
||
- **金句卡至多一处**：全文最有转发价值的那句写成 `> 金句。 —— 出处`；两处以上卡片退化成装饰条；不带出处就是普通引用
|
||
- **枚举用列表**：三项以上并列写成 `- **标签**：说明`，不压进一个长段落
|
||
- **`---` 分隔**：只在明显转场处用，独占一行
|
||
- **图位密度**：大纲阶段按下表选一档（统一词汇，不各说各话），写完自查数量：
|
||
|
||
| 密度档 | 就是说 |
|
||
|---|---|
|
||
| 每节一图 | 每个 `###` 小节各配一张，不多不少（未指定时的默认档） |
|
||
| 按需配图 | 只在文字讲不清的地方配（流程、对比、数据），其余不配 |
|
||
| 少图 | 全篇只配 1–2 张最关键的 |
|
||
| 多图 | 每 2–3 个自然段配一张 |
|
||
|
||
信息位文字逐字取自文章，节奏位不加文字，两者都不影响的图位删掉
|
||
|
||
## 标题
|
||
|
||
交付时给 3 个候选，混两种以上风格（悬念 / 干货 / 数字 / 反问 / 故事），并注明各自打法。**禁用套路**（命中即重起）：浅谈、万字长文、建议收藏、震惊、不转不是中国人、UC 震惊体、过度夸张的承诺；数字型标题里的年份写当年，不照抄示例。
|
||
|
||
## 起始与收尾
|
||
|
||
- 开头按类型路由走（见 [article-types.md](article-types.md)）；共同底线：不用「在当今…的时代」「随着…的发展」等零信息背景铺垫——时间与趋势本身是素材事实时才保留
|
||
- 高频连接词（首先/其次/最后/综上所述/值得注意的是/不难发现/让我们）只在承担真实顺序、转折、总结功能时保留，纯铺垫删掉
|
||
- 结尾按文章内容自然收束；**不自动追加**关注引导、账号名、推广信息——只有用户在当次任务明确要求或当前账号画像明确配置时才加
|