Refine stage completion and review boundaries

etunel-role-collaboration/references/member-workflow.md

@@ -22,7 +22,7 @@
 - 要提交哪些文件或结果，做到什么程度算完成；
 - 期限、风险、下游用途和需要负责人判断的事项。
 
-一次列出当前能预见的信息缺口。负责人确认理解、补足输入或明确可以开始后再执行。不要复述运行时 ID、英文状态和内部字段；详细写法见 [人类可读沟通](human-readable-communication.md)。
+同时理解 Hub 给出的本阶段完成约定，并在本角色范围内核对哪些是本阶段必须完成、哪些留到后续、哪些当前不需要。一次列出当前能预见的信息缺口。负责人确认理解、补足输入或明确可以开始后再执行。不要复述运行时 ID、英文状态和内部字段；详细写法见 [人类可读沟通](human-readable-communication.md)。
 
 ## 执行本角色任务
 
@@ -33,20 +33,23 @@
 5. 未执行验证说明原因和影响，不虚构构建、测试、设备结果或人类意见。
 6. 发现范围、接口、版本、角色责任、日期或验收变化时不静默修改基线，提交 Hub 走《变更申请》。
 7. 产出完成前不频繁发进度；只有必要补充、正式阻塞或 Hub 明确要求的关键状态才发送非终态消息。
+8. 发现后续阶段会需要的资料时向 Hub 登记，但不自动扩大当前任务，也不把它写成当前阻塞。
 
 ## 信息不足与跨角色输入
 
 按以下顺序处理：
 
-1. 检查任务和本会话已有的已确认输入。
+1. 依次检查任务附带的当前有效成果、项目已确认规则、本会话已有资料和其他可访问的项目文件。
 2. 一次向当前负责人列出缺什么、用途、影响和建议来源。
 3. 负责人能提供则记录来源、范围、时间和条件后继续。
 4. 负责人无法提供时，提醒其线下联系能解决问题的人；讨论结果回到本会话。
-5. 仍无法解决，或必须取得另一角色正式成果时，向 Hub 发送一组问题，写明建议的信息所有者和当前还能继续的范围。
+5. 仍无法解决，或必须取得另一角色正式成果时，向 Hub 发送一组问题，写明建议的信息所有者、它影响哪项当前必需内容、为什么现在需要，以及当前还能继续的范围。
 6. Hub 返回后核对来源角色、确认状态、成果版本、适用范围和风险，再继续任务。
 
 不要逐句追问或绕过 Hub。普通问题默认一问一答；复杂异常按《会议决定记录》流程处理。
 
+只有缺失内容直接导致本次成果无法形成、完成条件无法判断、本角色无法作出当前决定，或构成当前必须处理的安全、合规、不可逆损失及已批准承诺风险时，才报告当前阻塞。仅供后续阶段使用的资料作为后续依赖返回，不阻塞本任务。
+
 ## 专业自审与负责人确认
 
 正式结果至少让 Hub 找到：