$npx -y skills add jackbauerxu/workbuddy-xhs-skills --skill wb-xhs-schedule-reviewUse when the user wants a Xiaohongshu posting calendar, weekly review board, first-10-post launch plan, 10-20-post positioning test, or data-based next-step plan. Trigger phrases: "排期", "复盘", "30 天计划", "前10条", "10-20条测试", "发了没数据", "weekly review", "content calendar", "XHS schedul
| 1 | # 小红书排期与周复盘闭环 |
| 2 | |
| 3 | ## Runtime bootstrap and update gate |
| 4 | |
| 5 | Before using any external program, browser automation, package, API client, or local script, apply [`../RUNTIME_UPDATE_POLICY.md`](../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. |
| 6 | |
| 7 | ## R — 原文 |
| 8 | |
| 9 | > "排期 + 复盘,让它帮你记。" |
| 10 | > |
| 11 | > — 文子, X Article, 2026-07-06 |
| 12 | |
| 13 | > "小红书前10条 = 系统画像建立期。" |
| 14 | > |
| 15 | > — yanliudreamer, X Article, 2026-06-29 |
| 16 | |
| 17 | ## I — 方法论骨架 |
| 18 | |
| 19 | 小红书冷启动不是单篇内容问题,而是连续发布和反馈问题。排期解决“今天发什么、什么时候发、发哪类”;复盘解决“数据说明了什么、下一周怎么改”。 |
| 20 | |
| 21 | 文章建议把新号分成阶段:先让账号行为自然,再让平台识别标签,再逐渐稳定内容和商业转化。每周记录曝光、点击、点赞、收藏、评论、分享、涨粉等指标,并让 WorkBuddy 把结论写回记忆。 |
| 22 | |
| 23 | yanliudreamer 系列补充了冷启动实验节奏:前 10 条是系统画像建立期,建议组合自我背景/经历、方法/经验、踩坑/反思、情绪/观点;定位不要只靠想,而要用 10-20 条内容验证。复盘时不要只问“爆没爆”,而要判断系统是否认识你、哪类内容更容易被推荐、哪类内容更容易被互动和关注。 |
| 24 | |
| 25 | 排期和复盘合在一起,才能把内容系统从灵感驱动变成数据驱动。 |
| 26 | |
| 27 | dbskill 的保存/恢复/报告思路可以转译成小红书运营记忆:每周不只产出排期,还要把“验证过的内容类型、禁用表达、评论区需求、下周实验假设”写回账号档案。这样下一轮不是重新开始,而是在上一轮证据上继续迭代。 |
| 28 | |
| 29 | xhs-visual-director-skill 补充了图文生产节奏:排期不只安排发什么,还要安排哪条做单图、哪条做 6-8 页图文、哪天出视觉确认图、哪天批量出最终图、哪周复盘封面点击和内页收藏。 |
| 30 | |
| 31 | ## A1 — 文章中的应用 |
| 32 | |
| 33 | ### 案例 1: 30 天三阶段排期 |
| 34 | |
| 35 | - **问题**: 新手日更最大障碍不是没内容,而是不知道节奏。 |
| 36 | - **方法论的使用**: 作者建议让 WorkBuddy 生成 30 天阶段计划和每周数据看板。 |
| 37 | - **结论**: 发布前能知道当天任务,发布后能知道下周调整。 |
| 38 | - **结果**: 选题库、数据和记忆文件形成闭环。 |
| 39 | |
| 40 | ## A2 — 触发场景 |
| 41 | |
| 42 | ### 用户会在什么情境下需要这个 skill? |
| 43 | |
| 44 | 1. 用户有选题库,但不知道如何排一周或一个月。 |
| 45 | 2. 用户发了几篇后不知道数据该怎么解释。 |
| 46 | 3. 用户想从冷启动进入稳定更新。 |
| 47 | 4. 用户想让 WorkBuddy 记住每周复盘规律。 |
| 48 | 5. 用户刚开号,想设计前 10 条内容。 |
| 49 | 6. 用户发了 10-20 条,想根据数据收敛定位。 |
| 50 | |
| 51 | ### 语言信号 |
| 52 | |
| 53 | - "帮我做排期" |
| 54 | - "发了几篇没数据怎么办" |
| 55 | - "做个复盘表" |
| 56 | - "30 day XHS plan" |
| 57 | - "前10条怎么发" |
| 58 | - "10-20条后怎么复盘" |
| 59 | - "weekly content review" |
| 60 | |
| 61 | ### 与相邻 skill 的区分 |
| 62 | |
| 63 | - 与 `wb-xhs-topic-bank` 的区别: 选题库负责产生候选内容,本 skill 负责安排节奏和复盘数据。 |
| 64 | - 与 `wb-xhs-humanize-compliance` 的区别: 去 AI 味处理单篇发布质量,本 skill 处理多篇内容的周期表现。 |
| 65 | |
| 66 | ## E — 可执行步骤 |
| 67 | |
| 68 | 1. **确定阶段** |
| 69 | - 判断账号处于画像建立、方向测试、标签识别、内容放大、稳定转化中的哪一阶段。 |
| 70 | - 完成标准: 每个阶段有不同发布目标。 |
| 71 | |
| 72 | 2. **设计前 10 条画像内容** |
| 73 | - 新号优先安排 3 条自我背景/经历、3 条方法/经验、2 条踩坑/反思、2 条情绪/观点。 |
| 74 | - 完成标准: 系统和用户都能看见一个“完整的人”,而不是单一教程机器。 |
| 75 | |
| 76 | 3. **生成排期表** |
| 77 | - 按周安排内容类型、发布时间、标题方向、制作任务。 |
| 78 | - 完成标准: 至少给出 7 天计划;需要时扩展到 30 天。 |
| 79 | |
| 80 | 4. **安排图文制作任务** |
| 81 | - 为每条内容标注发布形态: 单图、6-8 页图文、长文、案例拆解、工具清单;需要图片时安排 10 问澄清、视觉母版、视觉确认图、最终图和审查时间。 |
| 82 | - 完成标准: 排期包含内容生产和视觉生产,不只包含发布日期。 |
| 83 | |
| 84 | 5. **建立数据看板** |
| 85 | - 记录曝光、点击率、停留、点赞、收藏、评论、分享、关注、私信、发布时间、内容类型。 |
| 86 | - 完成标准: 用户能每周填表。 |
| 87 | |
| 88 | 6. **补充视觉数据字段** |
| 89 | - 记录封面风格、标题字数、主视觉类型、页数、是否有统一母版、收藏率、评论主题和用户截图反馈。 |
| 90 | - 完成标准: 能判断问题出在选题、封面、内页信息密度还是账号定位。 |
| 91 | |
| 92 | 7. **10-20 条后收敛定位** |
| 93 | - 比较不同主题在点击、停留、互动、关注上的差异,判断主方向和备选方向。 |
| 94 | - 完成标准: 不是凭感觉定位,而是用一轮实验数据收敛。 |
| 95 | |
| 96 | 8. **复盘并回写记忆** |
| 97 | - 判断最佳类型、最佳时间、失败原因、评论区新选题、爆款后是否应顺着方向继续发。 |
| 98 | - 完成标准: 输出下周 3-5 个具体调整动作,并建议写入账号档案。 |
| 99 | |
| 100 | 9. **生成周度运营报告** |
| 101 | - 汇总本周有效假设、失效假设、最强标题触发器、最强内容机制、最值得继续测试的 3 个方向。 |
| 102 | - 完成标准: 报告能直接更新账号档案、选题库和下周排期。 |
| 103 | |
| 104 | ## 视觉交接边界 |
| 105 | |
| 106 | 排期只在确认后交给视觉流程“生产日期、审核日期、已确认的发布形态和复盘约束”;如无此类信息,传递 `constraints: []`。不改派到变现定位,不输出 `execution_mode`、已选视觉专家、输出路径、持久化状态或未知字段。视觉路由器拥有这些运行时决策。 |
| 107 | |
| 108 | ## 纯排期请求的所有权 |
| 109 | |
| 110 | 用户只要求 7 天、30 天或首 10 条排期时,select `wb-xhs-schedule-review` alone。可在排期中使用 `[主题]`、`[人群]` 等占位符和一个最小确认问题;不要为了补全占位符而同时调用选题库,也不改派到定位。 |
| 111 | |
| 112 | ## B — 边界 |
| 113 | |
| 114 | ### 不要在以下情况使用 |
| 115 | |
| 116 | - 用户只有一个初稿要改,应使用去 AI 味 skill。 |
| 117 | - 用户没有任何选题或定位,应先补前置 skill。 |
| 118 | |
| 119 | ### 失败模式 |
| 120 | |
| 121 | - 排期过满,导致新手无法执行。 |
| 122 | - 只看点赞,不看收藏、评论、点击和涨粉关系。 |
| 123 | - 复盘只写感受,没有转成下周动作。 |
| 124 | - 发了 3 篇没起色就放弃,样本太少无法判断方向。 |
| 125 | - 一篇爆了就突然乱发,打断系统对账号的归类。 |
| 126 | - 每周复盘只留在聊天记录里,没有写回账号档案或下周实验。 |
| 127 | - 排期只写发布时间,不预留封面、图文拆页、视觉确认和审查时间。 |
| 128 | - 复盘只看选题,不记录封面风格、页数、信息密度和收藏反馈。 |
| 129 | |
| 130 | ### 作者盲点 |
| 131 | |
| 132 | - 文章建议的阶段节奏不一定适合所有赛道。 |
| 133 | - 小样本数据波动大,不能过早得出确定结论。 |
| 134 | |
| 135 | ## 相关 skills |
| 136 | |
| 137 | - depends-on: [wb-xhs-topic-bank, wb-xhs-humanize-compliance] |
| 138 | - contrasts-with: [] |
| 139 | - composes-with: [wb-xhs-topic-bank, wb-xhs-account-profile] |
| 140 | |
| 141 | ## 审计信息 |
| 142 | |
| 143 | - **验证通过**: V1 ✓ / V2 ✓ / V3 ✓ |
| 144 | - **测试通过率**: prompts prepared |
| 145 | - **蒸馏时间**: 2026-07-07 |