Refine stage completion and review boundaries

etunel-role-collaboration/references/exceptions-and-coordination.md

@@ -6,7 +6,7 @@
 
 成员按以下顺序处理：
 
-1. 检查任务和本会话已有的已确认资料；
+1. 依次检查任务附带的当前有效成果、项目已确认规则、本会话已有资料和其他可访问的项目文件；
 2. 一次向当前负责人列清缺什么、用途、影响和建议来源；
 3. 负责人能回答时记录来源、时间、范围和条件后继续；
 4. 负责人不能回答时，提醒其线下寻找能解决问题的人；
@@ -42,6 +42,8 @@ Hub 有登记答案时直接补足；没有时只向实际信息所有者角色
 
 正式阻塞用简明中文说明原因、已完成成果、负责人沟通、线下协调、影响、需要谁采取什么动作以及恢复条件。
 
+缺口只有在直接导致本阶段成果无法形成、完成条件无法判断、主责角色无法作出当前决定，或构成当前必须处理的安全、合规、不可逆损失及已批准承诺风险时，才是当前阻塞。提出方必须指明受影响的本阶段必需项和“为什么现在必须解决”；仅供后续阶段使用的资料登记为后续依赖，不阻塞当前阶段。
+
 - Hub 评估关键路径；不受影响的任务继续。
 - Hub 主动提醒当前主责和实际关联角色，提供问题、证据、影响、原流程位置、所需回应和期限；不机械通知全体角色。
 - 能由一个角色解决时只派该角色；多个独立问题可以形成波次。
@@ -49,6 +51,8 @@ Hub 有登记答案时直接补足；没有时只向实际信息所有者角色
 - 需要用户、业务、项目发起人或重大争议决定时，Hub 负责人介入。
 - 阻塞解除后由 Hub 派发新的恢复或返工任务。
 
+新发现的安全、合规或可能造成不可逆损失的风险尚待确认时，Hub 可以先暂停受影响工作，并立即请求对应专业负责人和 Hub 负责人判断；无关任务继续。确认后把结论写入本阶段完成约定和项目记录，再由有权方决定解决、延期、接受风险或恢复工作，不能让未经核实的担忧永久阻塞整个项目。
+
 Etunel 投递、成员返回、会话或消息链路实际中断是流程阻塞；正常排队和等待不是阻塞。阻塞发生和解除都更新项目进度与阶段记录。
 
 ## 复杂线下会议与会议决定记录