成为赞助商——支持中文 Agent 生态

了解赞助
库Agent场景库
← 返回用例列表

飞书隔离区误伤邮件捞回与放行清单

定期扫隔离区/疑似垃圾,标出像真业务的误伤候选,生成待人工放行清单,避免客户信沉底。

企业微信飞书DeepSeekn8n⚡ 效率办公🏢 企业协作

场景说明

与晨报拦截不同:本条不做收件箱噪音过滤,而是事后从隔离区捞回被误判的商务邮件。Agent 只读隔离区标题与摘要,输出「疑似误伤」待审表;放行/拒绝仍由有权限的人在管理后台点。

案例叙事

01他们做了什么

商务邮箱一开严过滤,客户报价、合同回复、支付回执有时会进隔离区,等人发现时已经隔了半天。本地化做法不是再写一套「晨报噪音拦截」,而是对准隔离区事后捞回:管理员按飞书《管理员管理隔离区》建隔离区,并用邮件流把可疑入站先送进隔离;具备审核权限的人再决定拦截或放行。

Agent 侧只做只读扫描:拉取隔离区条目的时间、发件人、主题、触发原因摘要(不要自动下载可疑附件),按「已知客户域名 / 含合同发票关键词 / 内部别名互发」等启发式分成「疑似误伤待放行」「仍像垃圾待拒绝」「信息不足待打开原信」三栏,推到企微或飞书小群。放行按钮只给人点;Agent 禁止调用放行接口、禁止把隔离信直接改投收件箱。

02实际效果

  • 源未披露量化「误伤捞回率」或「平均放行耗时」;公开文只描述管理员如何管理隔离区,并由审核人决定拦截或放行。
  • 隔离区从「没人翻」变成「每日待放行/待拒绝双清单」,人仍掌握最终放行。
  • 与晨报拦截分工清楚:一个管入箱前规则,一个管入区后误伤回溯。

03值得知道

  • 审核隔离区需要超级管理员或被授予隔离区审核权限的成员;个人邮箱无此能力时只能退回客户端垃圾箱人工翻。
  • 疑似误伤不等于安全;含宏附件、改账号、催汇款的信即使像老客户也必须打开原信核验。
  • 上面写的是帮助中心公开的隔离区管理能力,不是飞书公布的误杀率指标。

04可复制提示词

隔离区误伤分拣

你是企业邮隔离区分拣助手。只根据给定列表判断,不要假装已放行邮件。

隔离区条目(每行:时间|发件人|主题|触发原因摘要):
{{quarantine_rows}}
已知客户/合作域名(可空):{{trusted_domains}}

输出三栏:
1. 疑似误伤待放行:最多 15 条,附一行理由(须引用主题或域名)。
2. 仍像垃圾/仿冒待拒绝:附风险信号(如紧迫汇款、陌生短链)。
3. 信息不足:须打开原信,禁止建议放行。

规则:禁止输出「已放行」;禁止根据猜测补全未给出的正文;涉及付款/改账号一律进第 3 栏。

放行审计备注草稿

为即将人工放行的条目写短审计备注,方便事后回溯。

待放行条目:{{release_candidates}}
操作人角色:{{operator_role}}

每条输出:
- 隔离条目 ID/时间
- 放行理由(≤40 字)
- 是否建议把发件域名加入白名单(是/否/待观察)
- 随访:若 7 日内再次入区要记录的规则字段
不要生成可直接调用的放行 API 请求。

05一手来源

怎么做

  1. 按飞书隔离区能力,把命中流规则/疑似垃圾的邮件先入隔离,由审核人决定拦截或放行
  2. 定时只读隔离区列表(发件人、主题、入区原因摘要),Agent 标出疑似真实商务信
  3. 输出待放行/待拒绝双清单推企微或飞书;默认不代点放行

实用提示

  • 白名单域名与历史成交客户发件人优先进「疑似误伤」栏,但仍须人眼看原信
  • 放行后若再次入区,把规则 ID 记进审计,避免反复误杀同一类合同/发票信
#隔离区#误伤#放行#企业邮#飞书