关键行动前说明不确定的假设

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

使用场景

用户请求导出，但受众、字段和位置未明确。教学接口能导 id、email、phone，也能写本地或共享位置；能力列表不是用户选择。全量敏感字段加公开位置一旦执行，会产生不能靠改提示词撤回的影响。

具体做法

先探索已有要求和接口事实，分列关键未知与可安全决定的细节。对会改变数据范围、隐私或交付的解释，说明具体选项及影响，取得必要决定再行动。已有明确答案直接使用；纯本地可逆实现准备可继续，不把所有细节都变成审批。

反例

默认为全部记录、id/email/phone 和公开文件，先执行再解释这是为了方便。

改进写法

根据教学接口核对已给范围。若仍缺受众、字段或位置，说明可能是只导 id 的内部本地结果，也可能是更宽字段的共享结果，影响不同；集中解决这几个必要选择。用户确定前只做不泄露数据的实现准备，不导出或公开。记录选定范围和假设，已有答案不重问，不把默认方便方案当批准。

为什么这样改

未公开的假设会直接决定谁收到哪些数据。让关键解释可见，使决策者能够纠正，而探索可发现事实又减少不必要提问。

如何验证

教学的最终要求应明确记录集、字段、受众和目的位置；未选内容不出现在执行计划里。用户只选内部 id 导出时，不应包括邮箱或共享上传。

检查状态区分已定与假设，没有先执行再补决定。本篇不使用真实用户数据。

适用边界

重要性随任务而变，已明确的琐碎细节无需反复询问。来源的设计推断方式不允许猜隐私或授权；推断适合哪些低风险选择，要遵循当前任务契约。