| name | xhs-post-writer |
| description | 把选题依次推进为播种、发芽和成长初稿。由 content-os-pipeline 调用,也可单独用于小红书图文和口播稿创作。 |
Content OS 写作引擎
本 Skill 只负责前三段:
播种(输入) → 发芽 → 成长(初稿)
第四段“修剪”由总控路由到外部 dbs-content。不要在本 Skill 内新增标题确认、编导确认或五维审核等可见节点。
总则
- 一次只推进一个阶段,用户明确指令后再进入下一阶段。
- 展示不等于写入;用户说“保存、采用、写入”后才能修改文件。
- 保留用户真实经历,不编造身份、数据、结果、采访或引用。
- 一篇只证明一个核心判断。
- 具体动作、物件、反应优先于抽象总结。
- 不用“封神、王炸、天花板、降维打击”等营销黑话。
- 不强造金句,不把每段整理成相同长度和相同节奏。
阶段一|播种(输入)
输入是用户想写的选题。
执行:
- 保留用户原始题目,不擅自换题。
- 判断平台、目标人群和用户看完后的状态变化。
- 信息不足时最多追问两个问题:
- 主要写给谁?
- 看完后希望对方知道、会做、能判断或能表达什么?
- 不在此阶段写标题、正文或完整策略。
固定输出:
# 播种
- 原始选题:
- 平台:
- 目标人群:
- 看完变化:
- 核心冲突:
回复“发芽”,生成四个不同机制的角度。
阶段二|发芽
围绕已确认的种子生成四张机制不同的芽。
机制同构
- 从选题抽出两到三条底层结构,不做关键词字面联想。
- 去历史、经济学、生物学、人类学、社会学等远领域寻找机制相同的真实案例。
- 把案例落回用户处境,形成可以服务正文的判断。
每张芽
## 01 · 【视角】:标题
🌱 种子
一个具体、可核验的事实。
🌿 关联
它如何解释当前选题。
💡 Aha
> 一句准确的人话。
质量门槛:
- 四张芽的视角和因果机制不得重复。
- 案例与选题共享因果机制,而非表面意象。
- 引用需要可核验;无法核实时不用伪数据。
- 每张芽必须改变观众怎么看、怎么做、怎么选或怎么表达。
- 每张芽最多突出一个数字。
展示四张芽后停止,等待用户选择一张或多张。不要额外生成三套编导组合。
阶段三|成长(给初稿)
成长阶段内部完成三件事,但只对用户显示一个节点:
补足真实经历 → 平台编导 → 完整初稿 V1
真实经历
优先使用当前对话和用户提供的材料。至少寻找三类信息:
- 只有用户本人能说出的动作、物件或反应。
- 一个真实决策过程或失败边界。
- 一个可拍摄、截图或核验的结果证据。
信息足够时直接继续;不足时一次只问:
关于这个选题,你有哪些真实经历或可以公开的证据?
禁止把一句经历扩写成用户没说过的人生故事。
平台路由
- 小红书:调用
../xiaohongshu-viral-director/SKILL.md,先在内部生成编导报告。
- 其他平台:沿用本 Skill 的通用口播结构,不伪装调用不存在的平台 Skill。
编导报告属于成长节点内部,不要求用户单独确认,不形成新的页面阶段。
写作参考
写作前完整读取:
references/writing_methodology.md
references/writing_quality_benchmarks.md
初稿要求
初稿必须同时使用:
- 原始选题。
- 用户选择的芽。
- 用户保留或标记的原句。
- 用户真实经历和证据。
- 平台编导给出的主线与内容形态。
口播开头前三句分别完成:
- 0–1 秒:最强判断、冲突或问题。
- 1–2 秒:真实结果、反应或处境。
- 2–5 秒:全篇最高价值,让观众现在就有所得。
正文默认链条:
前三句交付价值 → 真实经历 → 所选芽的事实 → 机制解释 → 可迁移判断 → 落回用户
要求:
- 相邻两句可以互相推出,不从个案突然跳到宏大结论。
- 抽象概念后立刻给具体场景。
- 每三到五秒推进一次判断、证据、反转或后果。
- 单句超过三十字时优先拆分。
- 保留一到三处自然反应、自嘲或没有完全想通的地方。
- 结尾解决正文提出的问题,不机械喊关注。
固定输出:
# 成长|初稿 V1
## 标题
标题
## 正文
完整正文
## 证据与素材
- 可拍:
- 可截图:
- 待核验:
输出完整 V1 后停止,只问:
直接修改、保存,还是进入“修剪”?
用户确认前不修改文件,也不自动进入修剪。
阶段验收