会议时间：2025/08/25 参与人员：说话人A（主导）、朱晨（后端）、小关（前端）

一、核心议题

1. 表结构方案最终决策

• 决定：放弃智能表格（自定义动态表）方案，改用传统数据库形式。
• 原因：老板对时间要求紧，没有时间投入做自定义表。
• 方式：大部分字段直接落库；部分字段用对象类型（JSON）存储。

2. 字段拆分策略

• 固定列（确定字段）：名称、关系类型、地区等。
• 对象字段：其他较复杂或可能扩展的字段保存为对象，与之前任务模块的对象存法一致。
• 类型同步：必须及时把类型定义同步给前端，前后端共用同一份类型定义。

3. AI 生成范围

• 关系类型：一开始需用户/导入填入，AI 暂不生成。
• 其他大部分字段：AI 生成。
• 输入入口：用户填名称或网址 → AI 根据该信息补全其他列。

4. 产品策略字段

• 先放本公司的产品信息（暂不放对方经营品类）。
• 由独立接口生成（不与其他字段一起一次性生成）。
• 考虑做成实时加载：调用专用接口，把 Zara Home 等组织信息（销售品类）传入，跑搜索/筛选返回。

5. 服务团队与联系人来源

• 仅填名称/网址时：联系人沿用 company research 客户分析输出的联系人。
• 邮件导入路径：邮件信息正在处理删减后会同步到线上，后续从邮件表读取以确定服务团队成员。

6. 暂不处理项

• 金芳和嘉林的 UI 改进（先忽略，按最简形式跑通基础逻辑）。
• 老板的灵活性需求（隐藏列、自定义列等）。

二、技术决策与方案细节

1. AI 调用与模型选型

• 直接调 OpenAI O3 模型（也称 OCR 模型）一次性生成对象。
• O3 模型内部会自动跑搜索查资料，无需再外挂搜索流程。
• 提示语只需告诉它：要的对象结构 + 让它从组织名称/网址挖掘信息。

2. AI SDK 升级

• 项目内升级 AI SDK 从 V4 到 V5。
• 主分支何时合并不确定 → 朱晨这边自行先在分支上安装 V5 直接用。
• 接口走 chip 中已有的 company research agent 入口（不要再用 chatint，后期废弃）。

3. 字段对象设计要点

• 朱晨发的字段对象遗漏「注册名称多个主体」字段，需补回。
• 设计时需区分：
  • AI 一次性可生成的基础信息。
  • 需要分开生成的（如产品策略）。
• 对象字段引用其他字段时需考虑依赖关系。

三、UI/交互细节

• 详情页保留「产品策略」区域，未来交互完善时再考虑展示对方经营 vs 本司命中。
• 该页面交互目前不完整，先以最简形式跑通。

四、后续行动与分工

角色	任务
朱晨	1) 完善对象字段定义（补主体多个等）；2) 把字段尽量打包为对象存库；3) 先在一条提示语里跑 O3 看能否一次性生成完整对象；4) 升级 V5；5) 与小关同步类型定义
小关	沿用朱晨的类型定义，前端先实现表格与详情 UI
共同	本周先做出一个最简版本：对象定义 + 增删改查 + 部分 AI 生成
优化任务	除非特别紧急，全部暂缓，专注组织模块

五、其他要点

• 产品策略可能演变为接口实时加载形式，避免预生成数据失效。
• chatint 项目不再使用，相关实现走主项目里以 V5 为基础的新 agent 体系。
• 邮件相关数据由说话人A 这边处理（删减字段后同步到线上）。
• 类型同步是关键：前后端类型定义必须共享，避免接口对接成本。