三行背景的作用
同样的任务，背景不同会得到详略完全不同的输出。用三行交代用途、读者与红线，就能把信息取舍标准交给模型：用于照做的步骤要写全命令，读者是新手要补前置条件，红线决定哪些方案不能写。背景不是客套，它是约束的一部分；写在任务描述之后、输出格式之前，每行一句即可。
基本信息
| 三行内容 | 用途 / 读者 / 红线 |
|---|---|
| 位置 | 任务描述之后、输出格式之前 |
| 长度 | 每行一句，三行足够 |
| 常见缺陷 | 背景写得太泛（「给公司用」）等于没写 |
典型使用场景
- 值班手册：读者是新入职运维，步骤必须能由命令行完成
- 对外交付文档：读者是客户工程师，不出现内部代号与内部工具
- 管理汇报：读者是不熟悉技术的负责人，先给影响与结论
- 培训材料：读者是会基础操作但不懂原理的同事，要补术语解释
- 合规材料：红线是只用已发布口径，不引用内部讨论
三行背景模板
三行背景模板
【用途】这些内容将用于值班手册，出问题时按步骤照做。
【读者】新入职运维，会基础 Linux，不熟悉容器。
【红线】步骤必须能由命令行完成、不依赖图形界面；不写需要付费工具的方案。
# 红线要写成可判定的限制，而不是「尽量专业」这类口号
# 读者信息影响详略：写明已知技能，模型才不会堆基础语法说明
# 背景与任务分开成段，避免模型把背景描述本身当成输出素材三行各自影响什么
| 行 | 写什么 | 影响 |
|---|---|---|
| 用途 | 这份内容将被怎么使用 | 决定详略：照做型要写全命令 |
| 读者 | 谁看、已会什么 | 决定术语解释与前置条件 |
| 红线 | 明确禁止与硬性限制 | 决定能被排除的方案与写法 |
| （缺省） | 不写背景 | 输出按平均假设展开，常常缺步骤或堆废话 |
背景写得太泛（「给公司用」）等于没写；给出用途与读者身份才有约束力。
背景与任务混写在同一段时，模型容易把背景描述当作输出素材，出现「本文档面向新入职运维……」这类无信息量的开头。