内容交付全流程手册

这个技能解决什么：一次内容任务往往不是"写一篇东西"就完了，而是「澄清需求 → 产出文字 → 做成看得见的成品 → 上线成链接 → 沉淀成资产」一条链。链条上每一环都有具体的做法和已知的坑，本手册把它们固定下来。

为什么不重复造轮子：
- 具体某类内容怎么生成 → 用对应的领域技能（如 domain-news-briefing 做领域简报）
- 本手册管的是编排、交付标准与协作规则，不重复任何领域技能的内部实现

什么时候用

• 用户给出一句需求，期望最终拿到一个可以直接用的成品（文件、网页、链接）
• 任务跨越多个环节，需要有人负责"下一步该做什么、什么时候停下来问"
• 需要把一次成功的做法固化成可复用的资产

九步流程

详见 references/steps.md。概览：

流程的推进原则：做一步、交付一步、问一句再走下一步。 不要一口气把九步全做完——用户对中间产物的反馈会改变后续方向。

硬规则（由用户在实际协作中纠正后固化）

以下每一条都对应一次具体纠正，不是我的偏好，是必须遵守的。完整版（含纠正原由）见 references/corrections.md。

1. 可复用的产物里不许写死具体值。 领域、地域、人群等一切会因为场景变化的值，一律抽成占位符，由调用时传入。
2. 封装一个流程，必须四件套齐全：① 依赖的现成技能 ② 可直接复制的提示词 ③ 内容模块与条数规格 ④ 产物格式（含模板骨架）。只写步骤的封装不算完成。
3. 视觉产物先取明确风格指令，不要自己发挥。没有指令时做一版，并明确说"按 X 做的，要换说一声"。
4. 用户说"发给我"，要的是能直接点开的链接或能直接看的文件，不是命令、路径和说明。
5. 一次最多问 3 个问题，且每个都能被跳过。 每个问题都要带推荐项；用户跳过时立刻按假设推进，不要再问第二遍。
6. 对外动作（发布上线）必须取得当次授权，不能因为前面已同意过一次就直接执行；且要说明线上内容会被覆盖。
7. 改一处只改一处。 迭代时只动用户要求改的部分，不顺手动其他地方。
8. 没把握的信息写"不确定"，并列入不确定性清单。 绝不编数字、编出处。

避坑清单

按「技术坑 9 条 / 数据源坑 7 条 / 组织坑 3 条」整理，共 19 条，见 references/pitfalls.md。

开工前最该记住的四条：

1. 大文件一次写会截断 → 用占位符分次写。
2. 部署别指向工作区根目录 → 会连记忆目录一起打包。
3. 通用热搜榜对垂直领域内容不敏感 → 必须按品类另配检索词。
4. 建新技能前先查有没有同类 → 重复技能比没有技能更糟。

与其他技能的关系

案例归档

本次复盘对应的完整案例（含实际文件、链接、条数分布）见 references/case-2026-09-10.md。

> 该文件是历史记录，其中的具体领域名、地域、文件名属于事实归档，不得当作本手册的默认值。程序性文件（本文件与 steps.md / corrections.md / pitfalls.md）中不含任何具体领域名。