找到真正掌握信息的人

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

使用场景

开发者不知道伙伴的数据保留规则，但需要它决定本地缓存清理。教学中伙伴政策负责人知道允许范围，基础设施负责人知道删除机制；一个人未必能回答全部问题。反复让开发者猜政策不能解决知识归属。

具体做法

先向请求者确认要解决哪项决定、谁有信息及对方背景，查已存在的权威材料。再把每个真正缺失事实写成目标人能回答的问题，按重要性排序，给足上下文并允许未知或指向其他负责人。交付可转交的问卷草稿；发送与跟踪按明确授权另行处理。

反例

持续盘问开发者，直到他猜保留 30 天，再把猜值当伙伴政策。直接给未知收件人发邮件追问所有主题。

改进写法

为教学缓存决定准备询问草稿。先确认政策负责人和基础设施负责人角色及需要的事实。政策问题询问允许保留范围、依据与例外；删除机制问题询问可实施方式和限制。分别路由到掌握信息的人，允许答未知或提供责任入口。说明答案用于缓存方案，不诱导猜值；当前只交付问卷，不自动发送。

为什么这样改

问题是否有效取决于接收者拥有的知识和请求者需要作的决定。明确这两端，让信息缺口到达实际负责人，而不是靠更多追问制造一个看似完整的答案。

如何验证

示意问卷每项对应缓存所需事实，政策与删除机制有不同接收角色，并附问题用途。开发者不知道时保留未知，不能出现确定 30 天政策。

检查没有漏必要事实、没有把无权确认的猜值写成规则，也没有未经授权外发。

适用边界

角色不保证答案权威，仍要核对正式材料与适用版本。多负责人时可分问卷，不强迫一个人答全；本例不提供法律期限，也不读取私人联系方式。