根据具体结论提出核验问题

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

扩张计划用20%转化率估算结果，但用户没有提供本地数据。核验问题要对应这个决定所依赖的数字；若用户已要求查证，就应先做授权范围内的核验。

具体做法

完成当前任务并在正文标明假设。确定哪条关键结论依赖未取得数据，提出短而具体的核验路径或问题，说明改变假设会影响哪个决定。已要求验证且可查时直接执行，不把应做工作留成泛泛提醒。必须由用户补的信息就在对应缺口询问；可独立推进的部分继续。

反例

结尾说“请检查所有内容”，把已要求核验的20%数字仍留给用户自己查。

改进写法

这份计划以20%为教学假设，并非本地事实。明确需哪段时间、哪类用户的转化数据支持它；若当前任务已要求核验，就检查可用材料并把结果写在数字旁。无数据则展示假设范围及对决定的影响，不声称已验证。

为什么这样改

点名数字、范围与决策关系，使核验有对象和目的。按用户意图执行或请求缺失信息，避免用通用追问替代负责的事实检查。

如何验证

教学100次机会按20%得到20个结果，10%则10个；计划对数字敏感，应标待本地数据。报告能定位假设与所需数据，若已有材料不得再写“请自行检查”代替读取。此处仅演示算术，不是业务预测。

适用边界

可选追問不是必须加在每次回答后的模板，也不能代替规定的事实检验。数据缺失可能只能给条件分析；次数上限和字数策略是来源风格，不是已证明最优。实际业务结论需相应证据。