Style 工程规范¶
Style 工程是全书的生产规范，Prompt 工程是调用 Style 工程的执行工具。二者不是重复关系。
1. 目标读者画像¶
本书面向以下真实用户：
- 内容创作者：需要把创意变成可执行流程
- 职场普通人：需要用 AI 提效但不知道从哪里切入
- 程序员：需要把 AI 嵌入开发流程
- 运营/行政/项目经理：需要处理大量重复性工作
- 教师/工会宣传员：需要高质量内容产出但时间有限
读者特征：会用 AI，但用得零散；有实际工作场景，但缺系统方法；需要的是"怎么做"，不是"AI 是什么"。
2. 写作声音¶
- 不是导师，是同事。写作时站在"我也在做这件事"的位置。
- 不是说教，是拆解。每句话都要指向具体操作或具体判断。
- 不是鼓励，是协议。节点交接要像代码接口一样清晰。
3. 语言风格¶
| 要求 | 说明 |
|---|---|
| 动词先行 | 每个步骤以动词开头："输入 / 打开 / 复制 / 判断 / 检查" |
| 场景具体 | 不写"适用于各种场景"，而写"适用于接到领导临时要求写周报的场景" |
| 结果可见 | 每个节点的输出必须是人可以看到、摸到、复制的东西 |
| 拒绝空话 | 禁止"赋能"、"智能化"、"提升效率"等无法量化的词 |
| 口语适度 | 适当使用口语化表达，但不要网络烂梗 |
4. 内容密度要求¶
- 每个专家节点的职责说明不超过 3 句话
- 每条提示词必须能直接复制粘贴使用，不留待填空符号
- 每张工作流卡的总字数控制在 3000～6000 字之间
- 不堆砌同义词，不重复说明同一件事
5. 工作流卡结构规范¶
工作流卡的标题格式：# [工作流名称]
必须按以下顺序呈现各模块：
不允许颠倒顺序，不允许合并模块。
6. 专家节点写法规范¶
每个节点必须以以下格式呈现：
## 节点 N：[节点名称]
**职责**：[一句话说明这个节点做什么]
**输入**：[接收什么，从哪来]
**输出**：[产出什么，格式是什么]
### 基础提示词
[可直接复制的提示词]
### 进阶提示词
[复杂场景用的提示词]
### 审查提示词
[用于检查 AI 输出质量的提示词]
### 修正提示词
[基于审查结果要求 AI 重写的提示词]
**验收标准**：[人工检查要点，3～5 条]
7. 提示词写法规范¶
- 提示词必须以"你是……"或"请……"开头
- 提示词中的角色设定不超过 2 句话
- 不在提示词里解释提示词本身
- 每条提示词结尾必须明确说明"输出格式"或"输出要求"
- 禁止提示词里出现"按照以下要求"这种套话开头
8. 多提示词层级规范¶
| 层级 | 名称 | 用途 | 字数参考 |
|---|---|---|---|
| L1 | 基础提示词 | 快速使用，普通用户 | 50～100 字 |
| L2 | 进阶提示词 | 复杂场景，专业用户 | 100～200 字 |
| L3 | 审查提示词 | 质量把关，每次使用后检查 | 50～150 字 |
| L4 | 修正提示词 | 基于审查结果二次生成 | 50～100 字 |
9. 节点交接写法规范¶
每两个相邻节点之间的交接必须说明：
- 上游节点的输出是什么格式
- 下游节点需要输入什么
- 如果有信息需要人工补充，明确说明
示例：
交接：选题判断专家输出"选题方向 + 情绪标签 + 目标人群"，将这三项内容一起粘贴到故事选取专家的提示词输入框中。
10. 输出模板写法规范¶
最终输出模板必须是可填写的空白格式，而不是示例内容。
格式要求：
- 用 【】 标记待填写字段
- 每个字段后面注明字数或格式要求
- 模板本身要能直接复制并使用
11. 人工验收清单写法规范¶
验收清单每条必须是一个可判断的是/否问题。
好的写法： - [ ] 故事是否有明确的冲突转折点 - [ ] 人物动机是否在前 30 秒内清楚交代
不好的写法： - [ ] 故事质量是否足够好 - [ ] 内容是否有价值
12. 常见错误写法规范¶
每条常见错误必须包含： 1. 错误名称（简短标题） 2. 错误表现（具体描述） 3. 修复方法（操作指引）
13. 禁用表达¶
| 禁用词 | 原因 |
|---|---|
| 赋能 | 空洞，无法落地 |
| 智能化 | 泛泛，不说明具体变化 |
| 提升效率 | 未量化，无意义 |
| AI 帮你 | 口吻幼稚，读者已知道用 AI |
| 一键生成 | 夸大能力，制造失望 |
| 强大的 AI | 无法操作 |
| 革命性 | 营销腔 |
| 赋予力量 | 翻译腔 |
14. 推荐表达¶
| 推荐词 | 场景 |
|---|---|
| 把 X 输入节点 N | 描述操作 |
| 节点输出结果是 | 描述产出 |
| 人工检查 X 是否符合 Y | 描述验收 |
| 如果 AI 输出了 X，则使用修正提示词重新生成 | 描述闭环 |
| 这个节点负责 X，不负责 Y | 明确边界 |
15. 术语统一表¶
| 统一用词 | 禁止混用 |
|---|---|
| 工作流卡 | 工作流模板 / 流程卡 / 任务卡 |
| 专家节点 | AI 节点 / 步骤 / 环节 |
| 提示词 | Prompt / 指令 / 命令 |
| 审查提示词 | 检查提示词 / 复核提示词 |
| 修正提示词 | 修改提示词 / 重写提示词 |
| 验收标准 | 质量标准 / 检查标准 |
| 输入材料 | 输入内容 / 素材 |
| 交付物 | 最终输出 / 成果 |
16. 行业差异化写法¶
不同岗位的工作流卡应有不同语气：
| 岗位 | 语气 | 特点 |
|---|---|---|
| 程序员 | 精准、结构化 | 多用代码块和技术术语 |
| 工会宣传 | 有温度、叙事性 | 强调真实人物和细节 |
| 项目经理 | 条理清晰 | 多用表格和清单 |
| 内容创作者 | 生动、画面感强 | 多用具体场景描写 |
| 教师 | 循序渐进 | 多用"先…再…然后…"结构 |
17. AI 味过重识别规则¶
以下迹象表明内容 AI 味过重，需要修改：
- 每段都以"首先…其次…最后…"开头
- 大量使用"值得注意的是""需要指出的是"
- 结尾总是"希望本文对你有帮助"
- 每个要点都用"可以""能够""有助于"开头
- 没有具体数字、具体场景、具体例子
18. 风格自检清单¶
写完一个专家节点后，对照以下清单：
- [ ] 职责说明是否在 3 句话以内
- [ ] 输入和输出是否都是具体的可见内容
- [ ] 基础提示词是否可以直接复制使用
- [ ] 审查提示词是否能找出实际问题
- [ ] 验收标准是否都是可判断的是/否问题
- [ ] 是否用了禁用词
- [ ] 节点名称是否与职责一致
19. 内容质量评分规则¶
| 维度 | 满分 | 评分标准 |
|---|---|---|
| 场景真实性 | 20 | 是否基于真实工作场景，而非假设场景 |
| 节点完整性 | 20 | 每个节点是否都有完整的 7 要素 |
| 提示词可用性 | 20 | 提示词是否能直接复制使用并得到有效输出 |
| 交接清晰度 | 20 | 节点间交接是否明确、无歧义 |
| 验收可操作性 | 20 | 验收清单是否能被非专业人员理解和执行 |
合格线：80 分。低于 80 分需要修改后重新评分。
20. 最终审稿流程¶
- 使用
prompts/style-review.md做风格审查 - 使用
prompts/quality-check.md做质量评分 - 根据审查报告逐项修改
- 重新评分，确认达到 80 分以上
- 提交纳入正式目录