小红书正文超 1000 字是拆篇信号 · v1
入档:2026-08-18 触发:《目标是成为 Prompt 大师》第 13 期《月白》发布,正文写到 1062 字撞上上限,作者在发布现场手删 验证状态:字数上限是平台硬规格(实测撞线,确定);“超了该拆不该删”是推论 ⚠️ ——与 小红书点赞与收藏陷阱 同向,但本次未做拆篇对照
一句话
小红书正文 1000 字上限不是排版限制,是平台在替你执行「别写大教程」。 写超了,第一反应不该是删字,该是拆篇——因为逼你超限的那个结构(五条病灶 / 八个要点 / 全流程),正是 小红书点赞与收藏陷阱 里会把笔记打成”保存型内容”的那种结构。
事实
第 13 期《月白》是一篇「改写诊断」型教程帖,正文结构是五个病灶逐条讲。
- 定稿正文段(不含标题与标签)1062 字,超出小红书正文 1000 字上限;
- 发布现场由作者手动删减若干段落后才发出去;
- 后果:存档版与线上版不逐字一致,归档时要额外加一行”发布版经删减”的说明。
这不是个案。同系列的教程帖凡是走”N 条心得 / N 个病灶”结构,写满就接近上限——第 12 期《霜瞳》三条心得约 900 字,已经贴边。
规律:结构类条目 ≥5 条,正文必超。
为什么这是拆篇信号,不是排版事故
小红书点赞与收藏陷阱 已经论证过:小红书算法里点赞 > 收藏,内容密度过高会被判成”保存型内容”而停止推送;对策是”把一篇 8 张图大教程拆成 2-3 篇聚焦笔记,每篇瞄准点赞不瞄准收藏”。
1000 字上限和这条是同一件事的两个面:
| 算法侧(点赞收藏陷阱) | 编辑侧(本档) | |
|---|---|---|
| 现象 | 干货太足 → 收藏 > 点赞 → 限流 | 干货太足 → 正文超 1000 字 |
| 平台在说什么 | ”这篇不会激起即时互动" | "这篇装不下,你写的是长文” |
| 正确反应 | 拆成 2-3 篇聚焦笔记 | 拆成 2-3 篇聚焦笔记 |
| 错误反应 | 加”建议收藏”话术 | 硬删到 999 字 |
硬删的代价:删掉的通常是过渡句、语气和例子——也就是让笔记”像人写的”的部分,留下的是干巴巴的要点堆,反而更像保存型内容。相当于为了绕过限制,把内容往陷阱里又推了一步。
同源的元规律见 prompt极简化原则_v1:砍掉一半词,出图反而更准。那条讲的是模型的注意力有限,这条讲的是读者的注意力有限——低频退化与频率定律 是它们共同的理论落点。
操作规则
- 正文定稿后先数字数,不要等到发布界面报错。教程型图文尤其。
- 结构类条目控制在 4 条以内。5 条起就该问:是不是两篇?
- 超出的那一条,优先挪进图里——拆解卡 / 方法卡的下半截通常有余白,把第 5 条做成图上的一栏,比塞进正文更容易被看见。
- 真要拆篇,按”每篇一个钩子”拆,不按字数均分。拆出来的每篇都要能独立立住一个”我没想到”,否则拆成了两篇半成品。
- 若最终仍在发布现场手删,归档时必须标注”发布版经删减、与存档不逐字一致”,否则后续复盘会拿存档版去解释线上数据,归因就错了。
反例 / 边界
- 纯作品图文(非教程)不受此约束:散文诗式文案、题跋式短句本来就远低于上限,这条用不上。
- 工具型清单内容可以接受高密度:小红书点赞与收藏陷阱 的反例条款说得清楚——清单 / 对照表本来就是”以后用”,收藏多是合理的,代价是流量天花板低。这类内容超限时可以拆,但不必强求”每篇一个钩子”。
- 上限数字本身可能变:1000 字是本次(2026-08)实测撞到的值,平台改版会动。规律不依赖具体数字——依赖的是”平台给正文设了上限”这件事本身。
- ⚠️ 本档的”拆篇优于删字”未做对照:本次是硬删发布的,没有同题拆篇版可比。要升级验证状态,需要同一批干货做”一篇删到 999 字” vs “拆成两篇”的背靠背对照。
关联文档
- 同源机制:小红书点赞与收藏陷阱 —— 算法侧的同一件事(内容密度过高 → 保存型 → 限流);本档是它的编辑侧表现
- 改造工具:短钩子公式_逐渐加动作 —— 拆篇后每篇要立住的那个钩子怎么写
- 元规律同源:prompt极简化原则_v1 —— 砍词出图更准 ↔ 砍字笔记更传播,都是”注意力有限”
- 理论落点:低频退化与频率定律 —— 为什么”更短更高频”胜过”更长更复杂”
- 平台对比:快手分发SOP_v1 · 网易云音乐人发布SOP_v1 —— 各平台字段与主轴不同,不可复用同一套
- 顶层原则:好流量是好作品的产物_v3.1反思 —— 平台机制只决定分发,不决定创作
- 案例来源:
E:\目标是成为 Prompt 大师\13_月白\月白_小红书正文.md(档头记录了删减事实)