1. 为什么要把写作 SOP 变成 Prompt
很多团队沉淀了详细的写作 SOP，但真正执行时，成员往往不会逐条对照，导致输出质量参差不齐。如果把 SOP 的步骤、标准和检查项翻译成大模型能理解的 Prompt，就能把「人肉执行规范」变成「一键复用能力」，让每次写作都稳定落在同一套标准上。
这样做有三个直接收益：
- 降低执行门槛：成员不需要背诵 SOP，直接调用 Prompt 即可获得符合规范的初稿。
- 保证输出一致：同一套 Prompt 约束下，不同人产出的结构、语气和检查项趋于一致。
- 持续迭代：SOP 更新时，只需同步修改 Prompt，所有复用方自动生效。
2. 从 SOP 到 Prompt 的转换思路
写作 SOP 通常包含目标、步骤、规范和检查项四类信息。转换时，需要把它们分别映射到 Prompt 的不同部分：
| SOP 要素 | Prompt 中的对应位置 | 示例 |
|---|---|---|
| 写作目标 | 角色与任务描述 | 你是一名技术博客编辑，负责撰写产品发布说明。 |
| 执行步骤 | 分步指令 | 第一步写背景，第二步写功能亮点，第三步写注意事项。 |
| 规范标准 | 格式与语气约束 | 使用二级标题分节，语气专业但不生硬。 |
| 检查项 | 输出自检清单 | 输出前检查：是否包含标题、是否覆盖三个亮点、是否少于 500 字。 |
转换的核心原则是：把 SOP 里的「隐性经验」显性化为「显性指令」。SOP 中模糊的表述，比如「语言要生动」，需要拆解成可执行的描述，比如「使用具体案例和数字，避免抽象形容词」。
3. 一个可复用的 Prompt 模板
下面给出一个通用模板，可以直接套用到大多数写作场景：
text
# 角色
你是一名{领域}写作专家，擅长{写作类型}。
任务
请根据以下要求撰写一篇{写作类型}，主题是：{主题}。
写作步骤
先列出文章大纲，包含{章节数量}个章节。
按大纲逐节撰写，每节围绕一个核心观点展开。
在结尾补充{总结或行动建议}。
格式要求
使用{标题层级}组织结构。
每段不超过{字数}字。
语气{正式/轻松}，面向{目标读者}。
自检清单
输出前逐项检查：
[ ] 是否包含完整标题和分节？
[ ] 是否覆盖{必写要点}？
[ ] 是否控制在{字数范围}内？
[ ] 是否避免{禁用表达}？使用时，只需替换花括号里的占位内容，就能快速生成针对不同场景的专用 Prompt。
4. 实战案例：把一篇技术写作 SOP 转成 Prompt
假设团队有一份「技术博客写作 SOP」，包含以下要点：
- 目标：向开发者介绍新功能。
- 步骤：先讲背景，再讲用法，最后给示例。
- 规范：使用代码块展示示例，标题用二级标题。
- 检查项：必须有可运行代码、必须说明适用版本。
按照上面的模板，可以转换成下面这个 Prompt：
text
# 角色
你是一名技术文档工程师，擅长撰写面向开发者的功能说明。
任务
撰写一篇介绍{功能名称}的技术博客，目标读者是{目标开发者群体}。
写作步骤
先用一段话说明该功能解决的痛点。
再分步骤介绍核心用法，每步配一段代码示例。
最后补充适用版本和注意事项。
格式要求
使用二级标题分节。
代码示例使用标准代码块，并标注语言类型。
语气简洁直接，避免营销化表达。
自检清单
输出前逐项检查：
[ ] 是否包含可运行的代码示例？
[ ] 是否说明了适用版本？
[ ] 是否覆盖了核心用法？
[ ] 是否避免了空泛的形容词？转换后，团队成员只需把「功能名称」和「目标读者」填入，就能获得一篇符合 SOP 的初稿，再在此基础上做人工润色即可。
5. 让 Prompt 持续可复用的三个习惯
把 SOP 变成 Prompt 只是第一步，真正可复用还需要做好版本管理和迭代：
- 集中存放：把团队所有写作 Prompt 放在统一位置，比如文档库或 Prompt 管理工具，方便查找和引用。
- 版本标注：每次修改 Prompt 时记录版本号和变更原因，避免团队内出现多个不一致的版本。
- 定期回检：每隔一段时间用真实写作任务测试 Prompt 输出，对照 SOP 检查是否有遗漏或偏差，及时修正。
通过这三个习惯，Prompt 才能真正成为团队写作能力的沉淀载体，而不是一次性的临时脚本。
6. 小结
把写作 SOP 变成可复用 Prompt，本质上是把团队的隐性经验显性化、标准化。只要按照「目标、步骤、规范、检查项」四个维度完成映射，再套用通用模板，就能快速生成可复用的 Prompt。配合集中存放、版本标注和定期回检，这套能力会随着团队实践不断进化，成为长期可依赖的写作基础设施。