会议时间：2025-08-06 参与人员：说话人A（研发负责人/产品 owner，主导）、说话人B（小关，前端开发）、说话人C（朱晨，后端开发）

一、核心议题

会议聚焦在产品页”尺寸”模块的数据结构与交互改造、聊天 Agent 项目合并方案、邮件检索方案落地，以及前端若干小问题（图片下载、bug 跟进）的处理。

1.1 尺寸字段结构改造（最高优先级）

• 历史背景：原”尺寸”字段为支持套件场景（如”桌子+凳子”）做了多分组（1/2/3 序号），现需要去掉这一层分组，改为与”材质”字段相同的扁平一级结构。
• 目标设计：把分组层级提到外侧，以”展开尺寸""收纳尺寸”等命名作为独立维度直接挂在尺寸下，不再嵌套；展开后再展示宽、高、深等属性。
• 数据搜索：添加尺寸时支持搜索复用历史输入过的同名尺寸（例如已经出现过的”展开尺寸”），勾选历史项后展示其内部维度（宽/高/深），但实际数据是复制一份，不是引用——允许同名尺寸有不同维度定义。
• 维度操作：维度区域支持重命名、添加；添加时预设一组常用维度（宽/高/深等），也允许自定义。
• 序号删除：去掉数据外层 1/2/3 这层序号包装，展示不变，但数据结构上要清洗。
• 后续 AI 能力（先不做）：未来在生成产品时由 AI 直接输出”展开尺寸 + 收纳尺寸 + 宽高深”等结构，仅留空数值；以及通过对话框粘贴客户/历史 Excel 中的非结构化文本，由 AI 解析后调用更新产品接口写入。

1.2 后端接口与数据清洗

• API：把原本带分组层的尺寸数据清洗，删除多余的一层包装。
• 编辑接口：更新产品的接口要保持使用 PUT（整对象提交），而不是 PATCH，方便后续 AI 修改时拿到完整对象做修改再写回。
• 朱晨：负责改 API 与数据库历史数据清洗。

1.3 聊天/Agent 合并到主项目

• 计划把当前独立的 chat 项目并入主仪表盘，仪表盘上加一个聊天入口。
• 实现路径仍在权衡：
  • 方案A：整个项目搬过来嵌入，简单但工程量大；
  • 方案B：通过反向代理重定向（类似订单系统的实现），会涉及用户认证打通问题。
• Agent 框架变化：原来很多 agent 用 LangGraph 的 react agent 实现；考虑到 GLM-4.5、Qwen3 等新模型的 function calling / agency 能力大幅提升，后续会在 LangGraph 中改为绑定模型原生工具调用，逐步替换 react agent 模式。

1.4 查找相似产品的入口调整

• 之前查找相似产品会跳到对话框，现简化：直接弹一个独立弹窗进行搜索，不再走 chat 入口；
• 不走聊天后弹窗搜索的响应速度会更快。

1.5 邮件搜索方案

• 邮件总量约 20 多万封，导入数据库后约 160GB；如果再做全文索引会再消耗一倍空间，向量化又要再翻一倍 → 完整方案需要 500~600GB 存储。
• 当前线上不部署全文索引；继续使用现有 LangGraph 实现的 Agentic RAG 方式，由模型自主驱动检索（按订单号迭代搜索关联邮件、找发件方/收件方关系等）。
• 朱晨此前做的 Docker 全文索引方案先暂不上线。
• 后续仅做磁盘扩容以容纳现有邮件数据；待 chat 合并到主项目时再处理这一块的部署。

二、技术决策与方案细节

• 尺寸结构由”分组数组 → 扁平一级”演进，与材质保持同构。
• 数据复用使用”复制副本”而非”引用历史维度”，保留每个产品独立修改空间。
• 更新产品 API 强制使用 PUT 提交完整对象，方便 AI 工具链调用。
• AI Agent 体系迁移：从 LangGraph + react agent → LangGraph + 模型原生 function calling。
• 邮件检索保留 Agentic RAG，不引入额外索引基础设施，控制存储成本。

三、UI/交互细节

• 尺寸添加流程：点击”+” → 在维度上方添加一项命名（如”收纳尺寸”）→ 内部定义其维度 → 维度可重命名/添加/选择预设/自定义。
• 删除外层序号编号显示，UI 上看起来与原状一致，仅数据结构变化。
• 添加尺寸时提供搜索框，复用历史输入。
• 查找相似产品：从对话框入口改为单独弹窗。
• 聊天接入：仪表盘加一个聊天入口；接入后还要解决聊天与其他业务页之间的上下文传递问题（例如点选某项后把 ID 复制到聊天弹窗中，或聊天直接拉起新的会话）。
• 图片下载体验问题：当前点击下载会一直在按钮上转圈直到压缩包下载完成，对于 40MB+ 的文件等待感很差。改进：点击后延时 2-3 秒（甚至可以不延时）触发新窗口打开下载链接，让浏览器原生下载流程接管，避免页面阻塞。

四、后续行动与分工

责任人	任务
小关	改尺寸字段交互；调整查找相似改为弹窗；处理图片下载延时与新窗口打开逻辑；推进尺寸图片偏右等小 bug；攒一批小优化集中处理
朱晨	修改产品更新 API 为 PUT 全对象提交；清洗数据库中尺寸字段的旧分组结构；与小关同步类型定义
说话人A（研发负责人）	思考聊天/agent 项目合并方式（嵌入 vs 代理）；推进 Agent 框架从 react agent 向原生工具调用迁移；规划邮件存储扩容

五、其他要点

• 上次老板提的 bug 基本都已处理并提交更新；不太明确的那种小问题先丢到 plan 里不立即处理。
• 优先级：尺寸交互改造 + 数据清洗 → 聊天合并 → 聊天与系统的交互打通。
• 邮件检索”Agentic RAG”已在测试中使用效果良好，能基于订单号迭代式抓取相关邮件并理解发件链路，是公司内通信沉淀的高价值入口。
• 小关本周确认：之前老板提的 bug 基本都已合入并发布，一些尚未部署的（例如图片偏右）会再触发一次部署。