邮件在三个邮箱里，审批在 OA，告警在监控群，工单在另一个系统，订阅和通知散落各处。 DQ INBOX 把它们汇进同一条时间线：AI 先去重、摘要、判断轻重，把该你处理的挑出来； 其余的不打扰你，但全部沉淀成知识库——三个月后问一句「那个供应商当时怎么说的」，它能带着原文回答你。
下面是一封供应商邮件从进入到归档的完整处理记录。每一步都会写进日志，事后可以逐条回看它为什么被这样处理。
汇聚解决「散」，理解解决「长」，分流解决「多」，沉淀解决「忘」。四个环节缺一个，都会回到原来的状态。
多个邮箱账号、IM 群消息、OA 审批、工单、监控告警、系统通知、订阅资讯，统一接入到同一条时间线。邮箱通过官方授权只读接入，IM 与系统通知通过开放接口或 Webhook 接入，不需要改动任何源系统。
剥掉引用层、签名档和模板套话，识别消息里的人、公司、项目、金额、日期与待办。长邮件压成一句话要点，一长串告警合并成「同一个故障，第几次出现」，而不是二十条独立提醒。
每条消息判定为「需处理 / 需知晓 / 仅归档」三档。需处理的推给对应的人并带上截止时间；需知晓的进每日简报；仅归档的不打扰任何人，但照样入库。规则可配置，每次判定都能看到依据。
所有消息按人、公司、项目自动归到各自的时间线，成为可以用自然语言提问的知识库。回答必须引用原始邮件或消息，点开即是原文；知识库里没有的，直接说没有。
每个渠道都以只读方式接入。DQ INBOX 不代你发信、不替你点审批、不修改源系统里的任何数据。
多个邮箱账号统一接入，包括被判进垃圾箱的邮件——验证码、账单常常就在那里。
群聊里真正需要你知道的那几句，被从几百条闲聊里挑出来。
重复告警聚合成一个事件，看得出是新问题还是老问题复发。
从进入到可被检索，每条消息都走同一条流水线。任何一步失败都会保留原始消息并标记原因，不会悄悄丢弃。
邮件通过官方授权增量拉取，IM 与系统通知通过开放接口或 Webhook 推送进来。原始内容完整保留一份。
不同渠道的格式统一成同一种结构：发送方、接收方、时间、正文、附件、来源。邮件剥离引用层与签名档。
同一封邮件抄送多个邮箱只保留一条；同一故障的连续告警合并为一个事件，记录累计次数。
识别人、公司、项目、金额、日期、待办与情绪倾向，并生成一句话摘要。
按规则判定「需处理 / 需知晓 / 仅归档」，需处理的推给对应负责人，附截止时间与判定依据。
挂到对应人、公司、项目的时间线上，建立向量索引与关键词索引，关联上下文往来。
此后可以用自然语言提问，回答附原始消息链接；每日简报汇总「需知晓」一档。
默认规则如下，可以按人、按部门覆盖。每条消息的判定依据都会显示出来，不是黑盒。
| 消息类型 | 判定信号 | 分流 | 去向 |
|---|---|---|---|
| 客户 / 供应商邮件 | 含截止日期、金额、合同或确认请求 | 需处理 | 即时推送给负责人，带截止时间 |
| 审批待办 | 需要本人审批，且临近超时 | 需处理 | 即时推送，超时前再提醒一次 |
| 监控告警 | 新故障，或同一故障 1 小时内复发 | 需处理 | 推给值班人，重复告警聚合 |
| 群聊消息 | @本人，或含待办与截止时间 | 需处理 | 推送并附讨论上下文 |
| 内部通知 / 公告 | 与本人部门相关 | 需知晓 | 进每日简报 |
| 工单状态变更 | 本人关注的工单 | 需知晓 | 进每日简报 |
| 订阅资讯 | — | 仅归档 | 不推送，入库可检索 |
| 系统自动通知 | 登录提醒、营销类、无动作要求 | 仅归档 | 不推送，入库可检索 |
大部分组织知识从来没有被写成文档——它散在邮件往来和群聊里。DQ INBOX 把这部分自动整理出来，按人、公司、项目串成时间线。
每个客户、供应商、项目都有自己的时间线，跨邮件、群聊、工单按时间串起全部往来。
「华辰材料今年涨过几次价」「上次那个告警最后怎么解决的」，直接问，不用记关键词。
每个结论都附上出自哪封邮件、哪条消息、什么时间，点开就是原文。
知识库里没有依据的问题直接回答「未找到相关往来」，而不是编一个看似合理的答案。
把消息集中起来最大的风险是权限被放大。DQ INBOX 的原则是：你在源头看不到的，在这里也看不到。
所有渠道均为只读权限。不代发邮件、不替你点审批、不在群里发言、不修改源系统数据。
每条消息保留它在源系统里的可见范围。检索时先按提问人的权限过滤，再交给 AI 作答。
验证码、证件号、银行账号等字段入库时单独处理，调用云端模型前替换为占位符。
每次检索记录提问人、问题、命中的消息与返回的答案，管理员可按人、按时间导出。
能力一致，区别在消息和模型放在哪里。对邮件内容有严格保密要求的，建议走私有化。
| 部署形态 | 消息存储 | AI 处理 | 数据出域 | 适合 |
|---|---|---|---|---|
| 云端托管 | 指定云环境 | 云端模型 | 脱敏后出域 | 先验证价值的团队 |
| 混合部署 | 内网 | 云端 + 私有模型 | 敏感渠道不出域 | 大部分中大型企业 |
| 完全私有化 | 内网 | 私有模型 | 完全不出域 | 金融、法务、涉密 |
| 项目 | 说明 |
|---|---|
| 接入方式 | 邮箱走官方授权只读接入；IM、审批、工单、告警走开放接口或 Webhook |
| 历史回溯 | 接入时可选择回溯导入历史邮件与消息，范围由你指定 |
| 原文保留 | 始终保留原始消息，AI 摘要与判定不会覆盖原文 |
| 分流规则 | 默认规则开箱可用，可按人、部门、来源覆盖；每次判定显示依据 |
| 回答引用 | 所有回答必须附原始消息出处；无依据时明确回答未找到 |
| 不做的事 | 不代发邮件、不代点审批、不在群里发言、不修改任何源系统数据、不存储邮箱密码 |