我反对把【开放式提问】当作导师默认反馈动作。【锚点】本轮只教一个【mentoring×lab-management】判断：【“大家有没有问题”】不是安全阀，而是把【问题生成成本】转嫁给最不敢暴露不确定性的学生；要拿到可用反馈，必须把接口改成【可拒绝的最小问题】。

【显式】组会或报告结束时问“有没有问题”，常见结果是沉默；很多导师把沉默解释为“大家都懂了”。 【隐式】沉默通常不是认知空白，而是【社会成本】与【认知成本】叠加：学生不知道问题是否“够格”，也不知道回答到多深才安全。 【细微】更隐蔽的是，导师以为自己在“留白”，实际是在要求学生在没有模板的情况下现场构造一个可公开的问题；这比回答一个具体问题更难。 【极难发现】真正的问题不是“学生不敢说”，而是【问题接口】失败：开放问题没有可拒绝的边界，反馈无法进入下一轮修正。

【流程节点链路】起点【导师问“有没有问题”】→【学生判断问题是否足够重要/安全】→【学生现场构造可公开的问题】→【沉默被误读为无异议】→【下一轮继续用同一接口】。

替代动作不是更温和的开放问题，而是： “请指出这页里最可能翻车的一步，并给出一个最小反例或最小修改。”

例：学生写“试剂 A 4℃可放两周”。不要问“有没有问题”，而要问： “哪一步最可能先失效？改变温度、时间、开盖次数，哪个变量会先破？请给一个可测量阈值。” 如果学生答“污染风险”，导师可拒绝： “污染风险不是失效判据；请改成菌落数/吸光度/体积变化等可检验指标。”

这里借用了 Gary Klein 的【premortem】思路：不是问“哪里好”，而是先假设它已经失败，再定位最可能的失败点。它比“开放提问”更适合反馈闭环，因为它把模糊焦虑压缩成一个可被拒绝、可被修正的最小单元。

【显式】开放问题在头脑风暴初期有价值；【隐式】但在反馈闭环里，它常把“安全”变成“无人负责”；【细微】可拒绝的最小问题反而更安全，因为它允许学生说“我目前只能拒绝到这一步”。

结尾问题：如果一次组会中没人能提出“最小反例”，应该算导师讲解失败、学生准备不足，还是问题接口设计失败？