写报告时，关键要求不在“帮我写一份报告”这句话里，而在你给模型设定的边界条件。报告类任务最怕信息不全：角色不明、读者不明、篇幅不明、材料不明、输出结构不明。设置关键要求，就是先把这五件事写清：谁在写、给谁看、写多长、依据什么、用什么结构。下面是一套可以直接套用的设置方式和验证步骤。
先定义报告“长什么样”
不要只写“写一份周报”。先做一张表，把每项要求写成可检查的句子。下面这些维度适用于大多数企业内部报告。
| 维度 | 关键要求示例 | 验证方式 |
|---|---|---|
| 角色 | “你是一名技术支持负责人” | 看语气是否像负责人做总结，而不是客服式回复 |
| 读者 | “读者是研发负责人，不需要解释基础术语” | 看正文是否出现过多背景铺垫 |
| 篇幅 | “正文1200字左右，结论前置于开头” | 统计正文长度，检查开头是否直接给结论 |
| 依据 | “只使用我提供的日志，不要补充外部案例” | 逐条对照报告里的证据是否来自原材料 |
| 结构 | “按现象、影响、原因、处理、后续五节写” | 检查章节标题是否一致，顺序是否混乱 |
这张表的价值不是让你背模板，而是让你在提要求前想清楚“哪一项不满足会导致报告没法用”。如果只给一个模糊目标，问小白 5 Pro 通常会按训练数据里的通用结构发挥，结果不一定对症。对于涉及公司内部数据的报告，要求模型只使用你提供的材料，并把“不补充、不确认”写进提示词，比单纯要求“准确”更有效。
提示词 demo：把要求拆成“输入-约束-输出”
下面是一段可以复制到问小白 5 Pro 的提示词骨架。它把一个复盘任务拆成了角色、读者、结构、材料边界、输出校验五部分。方括号里的内容需要替换成你的真实信息。
你是一名企业软件技术支持工程师。请根据下面的会话记录写一份问题复盘报告。
读者：研发负责人，需要快速定位问题和下一步动作。
报告要求：
1. 先写结论，不超过150字。
2. 按“现象、影响范围、可疑原因、处理过程、后续跟踪”五节组织。
3. 只使用我提供的记录，不要补充我未给出的时间、版本或数据。
4. 每节末尾用一句话说明“还需要什么材料才能确认”。
会话记录如下：
[粘贴原始记录]如果模型输出缺少某一节，或引入了会话记录里没有的信息，可以直接追加一句：“请把第3节重写，只保留原始记录中出现过的原因，并标注哪些是推断。”你还可以在提示词里加一句“如果信息不足，请列出缺少项，不要编造”。问小白 5 Pro 这类模型在指令明确时会更倾向于遵守边界，但仍需要你在结果里逐项核对。
常见误区：把“要求”写成了“建议”
很多人写“请尽量真实”“请写得专业一些”，这些词不是可执行要求。模型无法验证“尽量”“一些”的尺度。更好的做法是把要求改为可检查的规则：
- 不要写“信息不足”，改为“如果找不到对应材料，就在该节末尾列出缺失项”。
- 不要写“语言精炼”，改为“结论部分不超过150字，正文不使用‘总之’‘综上所述’”。
- 不要写“格式好看”，改为“使用二级标题分节，每节第一句总结本节结论”。
限制模型自由发挥，不等于让它不思考，而是把思考方式约束在可审阅的范围内。
拿到报告后的验证清单
报告生成后，不要只看“像不像”。建议按下面的清单逐项确认。遇到不合格的输出，优先局部重写，而不是让模型重写全文。
- 报告第一段是否直接回答了“问题是什么/结论是什么”？
- 文中每个判断能否在你提供的材料里找到对应依据？如果找不到，是否明确标为推断？
- 章节标题和顺序是否和提示词要求一致？有没有出现你没有要求的小节？
- 正文长度是否落在设定区间？如果超出，是信息冗余还是缺材料？
- 出现“可能、大概、通常”的时候，是否解释了前提条件？没有前提的笼统表述需要退回重写。
最后补充一个使用边界：问小白 5 Pro 的能力取决于输入上下文和模型版本，不同版本对中文长文本的遵循度可能有差异。遇到一次输出不达标时，先检查自己的提示词是否遗漏材料，再决定是否更换模型或分段落生成。不要把“追加一句要求”当作万能药，关键材料缺失时，任何提示词都补不了事实基础。