Wb Xhs Schedule Review

小红书排期与周复盘闭环

Runtime bootstrap and update gate

Before using any external program, browser automation, package, API client, or local script, apply ../RUNTIME_UPDATE_POLICY.md. Check the current version, automatically install or update a missing or outdated dependency to the latest stable supported version, run its diagnostic, and only then continue. Text-only work needs no installation. Never use sudo or claim success without verification.

R — 原文

> "排期 + 复盘，让它帮你记。"

>

> — 文子, X Article, 2026-07-06

> "小红书前10条 = 系统画像建立期。"

>

> — yanliudreamer, X Article, 2026-06-29

> "内容节奏不是发得快，而是创作、储备、发布之间的配速。"

>

> — yanliudreamer, X Article《0基础小红书教程(下)｜从0到1万粉：内容节奏怎么排？》, 2026-07-29

I — 方法论骨架

小红书冷启动不是单篇内容问题，而是连续发布和反馈问题。排期解决“今天发什么、什么时候发、发哪类”；复盘解决“数据说明了什么、下一周怎么改”。本 skill 还要先判断内容管线是否健康：有输入（素材）、有加工（选题/初稿/视觉 Brief）、有库存（可发布缓冲）、有输出（按阶段发布）。固定发帖频率不是目标，内容库存和反馈闭环才是。

文章建议把新号分成阶段：先让账号行为自然，再让平台识别标签，再逐渐稳定内容和商业转化。每周记录曝光、点击、点赞、收藏、评论、分享、涨粉等指标，并让 WorkBuddy 把结论写回记忆。

yanliudreamer 系列补充了冷启动实验节奏：前 10 条是系统画像建立期，建议组合自我背景/经历、方法/经验、踩坑/反思、情绪/观点；定位不要只靠想，而要用 10-20 条内容验证。复盘时不要只问“爆没爆”，而要判断系统是否认识你、哪类内容更容易被推荐、哪类内容更容易被互动和关注。

排期和复盘合在一起，才能把内容系统从灵感驱动变成数据驱动。

dbskill 的保存/恢复/报告思路可以转译成小红书运营记忆：每周不只产出排期，还要把“验证过的内容类型、禁用表达、评论区需求、下周实验假设”写回账号档案。这样下一轮不是重新开始，而是在上一轮证据上继续迭代。

xhs-visual-director-skill 补充了图文生产节奏：排期不只安排发什么，还要安排哪条做单图、哪条做 6-8 页图文、哪天出视觉确认图、哪天批量出最终图、哪周复盘封面点击和内页收藏。

本次新增的内容节奏模型见 content-rhythm-model.md。它把增长拆成“拉新 → 建立信任 → 强化标签”的循环，并用四个阶段的比例假设帮助排期：0–1000 试错，1000–5000 放大，5000–10000 建立系统，10000+ 形成飞轮。比例是起始实验，不是平台规则；每轮只根据真实数据调整少量变量。

A1 — 文章中的应用

案例 1: 30 天三阶段排期

• 问题: 新手日更最大障碍不是没内容，而是不知道节奏。
• 方法论的使用: 作者建议让 WorkBuddy 生成 30 天阶段计划和每周数据看板。
• 结论: 发布前能知道当天任务，发布后能知道下周调整。
• 结果: 选题库、数据和记忆文件形成闭环。

A2 — 触发场景

用户会在什么情境下需要这个 skill?

• 用户有选题库，但不知道如何排一周或一个月。
• 用户发了几篇后不知道数据该怎么解释。
• 用户想从冷启动进入稳定更新。
• 用户想让 WorkBuddy 记住每周复盘规律。
• 用户刚开号，想设计前 10 条内容。
• 用户发了 10-20 条，想根据数据收敛定位。
• 用户没有内容库存，想建立输入—加工—库存—输出的内容管线。
• 用户想从 0 到 1 万粉安排阶段节奏，而不是只问一周发几次。

语言信号

• "帮我做排期"
• "发了几篇没数据怎么办"
• "做个复盘表"
• "30 day XHS plan"
• "前10条怎么发"
• "10-20条后怎么复盘"
• "内容节奏怎么排"
• "我没有内容库存"
• "帮我建内容管线"
• "从0到1万粉怎么安排"
• "weekly content review"

与相邻 skill 的区分

• 与 wb-xhs-topic-bank 的区别: 选题库负责产生候选内容，本 skill 负责安排节奏和复盘数据。
• 与 wb-xhs-humanize-compliance 的区别: 去 AI 味处理单篇发布质量，本 skill 处理多篇内容的周期表现。

E — 可执行步骤

• 确定阶段与主要增长任务
• 判断账号处于 0–1000 试错、1000–5000 放大、5000–10000 系统化或 10000+ 飞轮阶段；同时为本轮内容标注主要任务：拉新、建立信任或强化标签。
• 完成标准: 阶段目标、主要增长任务和本轮不追求的目标都写清楚。

• 盘点内容管线与库存
• 记录输入素材、正在加工的选题/初稿/视觉 Brief、可发布库存和已经排出的内容；尽量保持发布前约两周缓冲。
• inventory_days < 7 时标记库存风险；< 3 时优先补库存、复用已验证主题或降低发布承诺，不把固定日更当成完成标准。
• 完成标准: 输出 input_slots、processing_slots、inventory_days、planned_outputs，并说明安全默认值或未知项。

• 设计阶段节奏假设
• 0–1000: 可从每周 5–7 条开始测试，起始比例 40% 经验/方法、30% 踩坑/反思、30% 观点/情绪；重点是找高反馈内容，不把数字写成硬规则。
• 1000–5000: 找出表现最好的 3 条，起始比例 50% 已验证主题延伸、30% 同类优化、20% 新题测试；优先把有效结构做成系列。
• 5000–10000: 起始比例 60% 主赛道、20% 爆款复刻优化、20% 轻测试；建立固定栏目、系列、公开过程、失败复盘和长期项目更新。
• 10000+: 迭代爆款、固定栏目、评论区互动、合集/知识库和内容互相带流量，不强行套统一比例。
• 完成标准: 每个比例都标为 ratio_hypothesis，并列出验证指标与调整条件。

• 设计前 10 条画像内容
• 新号优先安排 3 条自我背景/经历、3 条方法/经验、2 条踩坑/反思、2 条情绪/观点。
• 完成标准: 系统和用户都能看见一个“完整的人”，而不是单一教程机器。

• 生成排期表
• 按周安排内容类型、发布时间、标题方向、制作任务。
• 完成标准: 至少给出 7 天计划；需要时扩展到 30 天。

• 安排图文制作任务
• 为每条内容标注发布形态: 单图、6-8 页图文、长文、案例拆解、工具清单；需要图片时安排 10 问澄清、视觉母版、视觉确认图、最终图和审查时间。
• 完成标准: 排期包含内容生产和视觉生产，不只包含发布日期。

• 建立数据看板
• 记录曝光、点击率、停留、点赞、收藏、评论、分享、关注、私信、发布时间、内容类型。
• 完成标准: 用户能每周填表。

• 补充视觉数据字段
• 记录封面风格、标题字数、主视觉类型、页数、是否有统一母版、收藏率、评论主题和用户截图反馈。
• 完成标准: 能判断问题出在选题、封面、内页信息密度还是账号定位。

• 10-20 条后收敛定位
• 比较不同主题在点击、停留、互动、关注上的差异，判断主方向和备选方向。
• 完成标准: 不是凭感觉定位，而是用一轮实验数据收敛。

10. 复盘增长循环并处理人设垂直

• 分别判断本周哪些内容负责拉新、哪些建立信任、哪些强化标签；把最佳主题、真实经历、观点证据、系列候选、评论区需求、禁用表达和失效视觉写回账号档案。
• 早期保持内容方向相对垂直；账号形成稳定认知后，判断旅行、读书、生活等多元内容是否能被同一条人设/成长语境接住。无法被主线解释或会改变主号预期的主题，建议放到小号/矩阵。
• 完成标准: 输出下周 3-5 个具体调整动作，并记录 main_account_extension、secondary_account_candidate 和判断理由。

11. 无灵感时启动兜底题

• 用“一个问题（用户痛点）→ 一个经验（你的经历/动作）→ 一个观点（你的判断）”生成候选题；必须填入真实场景和可核验边界，不输出空泛鸡汤。
• 完成标准: 兜底题仍标注主要增长任务、内容承诺、用户需求和下一步视觉形态。

12. 生成周度运营报告

• 汇总本周有效假设、失效假设、最强标题触发器、最强内容机制、最值得继续测试的 3 个方向。
• 完成标准: 报告能直接更新账号档案、选题库和下周排期。

视觉交接边界

排期只在确认后交给视觉流程“生产日期、审核日期、已确认的发布形态和复盘约束”；如无此类信息，传递 constraints: []。不改派到变现定位，不输出 execution_mode、已选视觉专家、输出路径、持久化状态或未知字段。视觉路由器拥有这些运行时决策。

纯排期请求的所有权

用户只要求 7 天、30 天或首 10 条排期时，select wb-xhs-schedule-review alone。可在排期中使用 [主题]、[人群] 等占位符和一个最小确认问题；不要为了补全占位符而同时调用选题库，也不改派到定位。

B — 边界

不要在以下情况使用

• 用户只有一个初稿要改，应使用去 AI 味 skill。
• 用户没有任何选题或定位，应先补前置 skill。

失败模式

• 排期过满，导致新手无法执行。
• 把固定日更或固定周更当成目标，忽略输入、加工和库存。
• 没有两周左右缓冲就承诺稳定输出，导致内容质量和复盘都被 deadline 绑架。
• 只看点赞，不看收藏、评论、点击和涨粉关系。
• 复盘只写感受，没有转成下周动作。
• 发了 3 篇没起色就放弃，样本太少无法判断方向。
• 一篇爆了就突然乱发，打断系统对账号的归类。
• 只追求拉新，不安排建立信任和强化标签的内容。
• 账号稳定前就把多个兴趣混在主号，或稳定后仍把“内容垂直”误解成只能讲一个窄题。
• 每周复盘只留在聊天记录里，没有写回账号档案或下周实验。
• 排期只写发布时间，不预留封面、图文拆页、视觉确认和审查时间。
• 复盘只看选题，不记录封面风格、页数、信息密度和收藏反馈。
• 把四阶段比例当成平台硬规则，未用真实数据调整。

作者盲点

• 文章建议的阶段节奏不一定适合所有赛道。
• 小样本数据波动大，不能过早得出确定结论。

相关 skills

• depends-on: [wb-xhs-topic-bank, wb-xhs-humanize-compliance]
• contrasts-with: []
• composes-with: [wb-xhs-topic-bank, wb-xhs-account-profile]

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: prompts prepared
• 内容节奏融合: 2026-08-01，参考 yanliudreamer 2026-07-29 X Article；详细模型见 references/content-rhythm-model.md。