会议纪要：Email与车边开发讨论
会议信息
- 会议时间：2025年12月02日 10:36 - 11:08
- 会议主题：Email功能更新与系统嵌入车边需求讨论
- 参会人员：说话人A等
一、Email功能更新
1. 同步策略优化
- 改为队列形式：使用与历史队列类似的机制，按文件夹级别区分同步频率。
- **收件箱 (Inbox)**：
- 通过IMAP协议事件通知长连接监听新邮件。
- 收到通知后创建立即同步任务。
- 其他文件夹：
- 定时同步（例如：15分钟、10分钟等频率）。
- 系统触发同步：通过队列创建任务处理。
- 新邮箱同步：通过发送请求创建任务。
2. 回复邮件功能
- 发送后保存：部分邮箱不会自动保存邮件至“已发送”文件夹，需手动通过IMAP协议保存。
- 自动刷新：发送完成后触发自动刷新机制（与现有手动刷新逻辑相同）。
- 可配置选项：
- 可选择是否等待刷新完成（如等待，则界面持续转圈直至同步完成）。
- 如不等待，则发出同步请求后立即结束。
3. 定时邮件
- 后续需与客户相关模块结合处理，暂未深入讨论。
二、系统嵌入车边需求
1. 认证与登录
- 示例页面已开发：打开页面后自动登录agent部分。
- 账号切换问题：切换账号需刷新页面。
- 组织登录：仅支持通过SSO（单点登录）方式登录组织账号。
- 登录状态刷新：登录状态改变后，页面主动刷新可解决弹窗不流畅问题（本地开发时可先手动刷新）。
2. 页面显示与布局
- 嵌入页面调整：
- 删除嵌入页面的侧边栏。
- 在侧边栏下方添加“智能体 Beta”菜单，点击展示对应内容。
- 隐藏“new CHAT”侧边栏。
- 配置方式：通过
window.parent获取顶层window进行配置。
3. 路由调整
- SSO new BYTE路由：需调整至受保护的
auth文件夹，确保登录状态。 - 登录后刷新：留意登录后可能需手动刷新页面的问题，需确定在
renew make还是new chat中处理。
4. 环境变量配置
- 调整内容：将固定变量（如嵌入页面基础网址、target URL等）改为环境变量，写入
.env文件。 - 打包注意事项：在 Dockerfile 中声明环境变量。
- 组织ID：注意组织 ID 在
new CHAT中的配置。
5. 第三方登录与跳转
- 邮箱冲突：确保
new chat中邮箱不冲突，配置默认组织。 - task Web跳转：task Web 跳转至登录页面。
6. 邮件嵌入流程
- 点击邮件菜单：先进行认证，然后跳转到 Email 页面。
- 邮箱列表：在
new chat中添加展示邮箱列表的页面，点击可跳转到无侧边栏的信箱详情页面。
三、开发相关思考
1. 嵌入状态判断
- 在
new CHAT中判断嵌入状态（同域可获取，不同端口情况待确认）。 - 可尝试通过注入变量进行控制。
2. 重写路由尝试
- 思考是否可通过重写路由方式共用菜单、修改部分内容。
- 优先级：优先尝试嵌入方式跑通页面。
四、其他开发任务
1. API重构
- 使用 React Query 或 React Query + tRPC 重构 API 请求部分，方便刷新机制。
- 个人处理只需单独配置提示词。
2. 主动推送功能
- 考虑实现主动推送（例如：每天早上10点推送任务）。
3. 项目拆分部署
- 将 Creep engine 项目中的 GS 拆分出来，单独部署到 SCM。
- 修改为环境变量，启用域名自动映射。
- 可预先安装浏览器。
五、后续安排
1. 测试验证
- 测试余量部分及小关之前的 MCP 部分，可能产生新任务。
2. 具体任务项
| 任务 | 说明 |
|---|---|
| SSO 示例调整 | 调整 SSO new BYTE 示例，确保 credit new make 登录，将其挪到受保护的 auth 路由文件夹中，登录后留意手动刷新页面问题，将固定变量改为环境变量。 |
| 登录刷新处理 | 确定登录后刷新是在 renew make 还是 new chat 中处理，将 SSO new BYTE 路由挪到 auth 文件夹确保 credit new make 登录。 |
| 变量配置调整 | 将奎普点 renew make 本身的网址、基础网址、target URL 等固定变量改为环境变量，写入 .env，打包时在 Dockerfile 声明，注意组织 ID。 |