技能提升网审批卡了三天，申请人只看见“处理中”。催错人会让流程更慢，重复补材料又可能产生两个版本。要定位问题，必须把审批系统的节点状态和邮件里的补件、请假或代理信息合在一起看。
AI能整理线索，却不能把沉默自动解释成拖延。输出应区分系统仍在等待、材料缺失、处理人变化和路径配置错误。
先为卡住的审批诊断锁定资料
准备卡住的审批诊断时，这项工作最怕输入混在一起。先冻结当前资料快照，给每份文件或记录一个来源编号，后面的表格、结论和草稿都沿用同一个编号。
- 审批状态记录
- 申请材料清单
- 审批人和代理关系
- 相关邮件会话
卡住的审批诊断按什么顺序做
| 步骤 | 具体做法 |
|---|---|
| 还原节点时间线 | 记录提交、流转、退回和最近更新时间，确认流程当前停在哪一节点。 |
| 核对当前责任人 | 检查节点处理人、代理设置、请假信息和是否需要多人会签。 |
| 查找补件要求 | 搜索申请编号相关邮件，识别缺少的附件、格式要求和申请人是否已回应。 |
| 选择下一步 | 材料缺失就补件，处理人不可用就找代理，流程路径异常则交管理员，不盲目群发催办。 |
卡住的审批诊断出现异常时怎样分流
| 情况 | 判断依据 | 处理 |
|---|---|---|
| 等待审批 | 处理人在岗且资料齐全 | 定向提醒 |
| 缺少材料 | 邮件或退回记录有明确要求 | 补件并保留版本 |
| 处理人变化 | 请假或代理信息已确认 | 转给授权代理 |
| 流程走错 | 节点与申请类型不匹配 | 联系流程管理员 |
处理卡住的审批诊断时，分流的价值是允许流程停下来。证据冲突时把两个来源并列，资料不足时写明缺什么，越权动作则交给有权限的人。
用什么小样校准卡住的审批诊断
选一个已解决的旧审批复盘，隐藏最终答案，让AI根据节点和邮件判断卡点。若能找到真正补件要求，再用于当前审批。
卡住的审批诊断试跑结束后，把人工改动分成资料缺失、规则不清和判断错误三类。只有高风险误判能被拦住，才扩大处理范围。
交给AI整理卡住的审批诊断时怎样说
你正在协助等待内部审批的申请人或流程管理员。当前触发情况是申请提交后多日没有进展，审批记录、邮件和材料清单分散在不同位置。
本轮只读取：审批状态记录、申请材料清单、审批人和代理关系、相关邮件会话。
需要判断：流程是在等待正常审批、缺少材料、走错审批人还是已经超过处理时限。
交付：带证据的卡点诊断、补件清单和定向催办草稿。每条结论标明来源、时间和置信状态。未知项留空并指定确认人。第一轮不得发送、删除、移动、覆盖或写回正式系统。
卡住的审批诊断的输出先放在预览区。经办人抽查正常项，逐条处理异常项，并保留修改理由。确认后再进入正式系统或对外沟通。
卡住的审批诊断交付前检查
- 当前节点和更新时间明确
- 责任人与代理关系已核对
- 补件要求有原始来源
- 催办草稿没有扩大收件范围
如果继续处理可能导致无差别催人造成沟通噪声，真正缺失的材料却一直没有补齐，就停止自动动作，写清阻塞项和接管人。修改审批状态和更换处理人属于系统动作，必须由有权限的人执行。邮件内容先清洗，敏感附件不进入无关群聊。
哪些Skill可以接入卡住的审批诊断
Notion Skill用于查询审批记录中的当前节点、状态和责任人，输入是审批数据库和申请编号，交付节点状态、处理人和更新时间；飞书邮箱智能助手用于补充邮件中的补件和代理信息，输入是申请相关邮件会话，交付缺失材料与审批人变更线索。前一步输出保留来源和状态，后一步只接收已核验资料。
使用边界是：只访问明确共享给集成的内容，写入前确认目标页面、字段和状态；依赖飞书与lark-cli授权；邮件内容必须先安全清洗，批量操作先预览，发送动作需要确认
