为什么要把要求量化
「详细一点」「简短一些」「全面覆盖」这类词没有验收标准，模型只能按自己的理解补上一个数量级，同一个提示跑两次常给出长度与深度不同的结果。量化不是把提示写死，而是把验收条件提前说清：多少字、几条、覆盖哪些字段、覆盖不到时怎么写。写清之后，输出对不对可以当场判断，而不是靠感觉。
模糊表述与可验收写法对照
| 模糊表述 | 可验收写法 |
|---|---|
| 详细一点 | 每个要点给出定义、1 个示例、1 个反例 |
| 简短 | 不超过 3 条，每条不超过 40 字 |
| 面向新手 | 假设读者无该领域背景，术语首现处给出解释 |
| 完整 | 覆盖材料中出现的全部数字与日期，缺失处标注 |
| 客观一点 | 只陈述可核实的现象与数据，判断另起一行并标注为推断 |
典型使用场景
- 报告与摘要：用条数与字数约束篇幅，避免每次长度悬殊
- 对比分析：固定维度数与每格字数，输出可直接做成表格
- 核查类任务：要求覆盖全部数字与专有名词，漏项可数
- 面向新手的内容：把「讲得通俗」换成术语解释要求
- 批量产出：同一模板的多个输出需要可比，量化是前提
组合示例
组合示例
把方案对比写成一页速览：3 个候选方案 × 4 个维度（成本/工期/风险/维护），
每格不超过 15 字；无法评估的格写「待确认」。 # 缺信息时也有确定写法
# 维度数与格数固定后，输出可直接转成表格做横向比较量化写法检查
| 单位明确 | 写清字数是否含标点、条数是否含小标题 |
|---|---|
| 冲突自查 | 先确认指标之间能否同时满足，再写进提示 |
| 兜底写法 | 覆盖不到或无法评估时给固定写法，如待确认 |
| 可核对 | 输出后能逐项数出来，而不是靠主观判断 |
| 留余量 | 指标定得过紧会让模型牺牲事实去凑字数 |
量化指标互相冲突时（不超过 3 条 与 覆盖全部 8 个问题）先自查可行性，再写进提示；无法同时满足就写明让步顺序。