Mail Manager Center
Multilingual support mailbox.
internal support mailbox operations
一个内部售后邮件工作台，把多业务线邮箱接入统一流程，围绕收信、识别、分派、回复、结案、统计和审计做闭环。 系统把 IMAP/SMTP、工单、线程摘要、翻译、AI 草稿和人工确认放进同一套可追踪数据里，生产发送保留人工确认边界。
业务量级 / Operational Scale
接入 5 个客服邮箱，覆盖 5 条产品线。页面不展示邮箱地址、用户邮件或生产连接信息。
日常售后使用规模。分配、分类、回复、结案和复盘都在同一工作台内完成。
售后邮件日常处理量为 50-70 封/日；已确认峰值约 120 封/日。
单封处理耗时从 12-15 分钟降至 7 分钟以内，AI 主要用于翻译、摘要、润色和回复建议。
多语言来信进入同一处理流，客服在详情页查看中文对照、线程摘要和历史往来。
培训覆盖 20 人；上线后未发生数据丢失。发送和结案仍保留人工确认边界。
以上为已确认的运营口径，只展示聚合数量和处理效率，不包含邮箱账号、客户身份、邮件正文或连接配置。
Screens
Scope
多业务线邮箱进入同一个工作台，收信、线程、附件、分类、责任人和处理状态都落库。
IMAP 同步、IMAP IDLE、SMTP 回复、邮件分配、分类、状态和历史线程都落到本地工作台。
翻译、摘要、润色、垃圾判断和回复草稿由 AI 服务提供，发送和结案保留人工确认。
处理事件作为统计口径，周报按工作量、分类、争议退款和 API/token 使用复盘。
Architecture
邮件队列和详情工作台
React/TypeScript 前端承载邮箱列表、工单队列、邮件详情、富文本回复、翻译面板、看板和 AI 配置。
真实 IMAP/SMTP 收发
邮箱账号保存连接元数据和加密凭据；IMAP 同步和 IDLE 监听收信，SMTP 负责实际发送回复。
邮件变成可追踪工单
本地数据保存邮件、线程、责任人、分类、处理状态、重复/垃圾/无需回复路径和外发记录。
统计来自处理事件
`EmailProcessingEvents` 记录关键动作，周报和看板不只依赖会被覆盖的当前状态字段。
AI 服务按能力分层
翻译、摘要、润色、垃圾判断、草稿生成、token 记录和模型分配在服务层处理，不硬编码进 UI。
自动回复保持审批边界
知识、规则、模板、决策、审批队列和审计日志已结构化；生产自动发送仍默认关闭。
线程摘要缓存与预热
同一历史线程的上下文摘要写入缓存，后台预加载减少售后人员打开工单后的模型等待。
Docker 化运行和配置目录
Docker 多阶段构建、Compose 和 Nginx gateway 承载运行；运行时配置从脆弱单文件挂载调整为目录边界。
Workflow
邮箱账号配置后，IMAP 同步和 IDLE 监听把来信写入本地邮件与线程表。
工作台把邮件归入工单队列，售后人员分配责任人、标记分类、状态和是否重复或无需回复。
AI 服务生成翻译、摘要、润色或回复草稿，并按功能选择 provider/model，记录调用和 token。
售后人员在富文本编辑器中复核和改写建议，确认后通过 SMTP 发送，不让模型越过生产发送边界。
外发记录、分类、责任人、状态和处理事件一并保存，形成可回放的统计来源。
看板和周报从事件口径聚合工作量、问题类型、争议退款、API 使用和跨部门反馈。
AutoReply v3 可以生成结构化决策和审批任务，但当前生产路径仍是人工确认后执行。
Timeline
横向滚轮、拖动或点击里程碑；选择项会更新下方详情和进度。
2025-12 初
从人工售后流转接手并开始本机开发
项目从 Foxmail、云文档、聊天指派、Dify 复制翻译润色等人工流程接手，12 月初开始在本机搭建统一邮件工作台。
01 / 10 · 接手人工流程
12 月初和 12 月 18 日补齐项目真实启动与内部上线节点；12 月 27 日后的节点主要来自项目文档、代码结构和提交记录。
Notes
- 12 月初本机开发和 2025-12-18 内部上线补齐真实启动段；2025-12-27 起的时间线更多来自项目文档、模型、服务层、迁移文件和提交记录。
- 结构描述来自本地 React 客户端、Express 路由、Sequelize 模型、服务层和迁移文件。
- 页面只使用生产入口或虚拟数据开发截图，不展示真实邮件正文、邮箱凭据、客户身份或生产连接信息。