会议时间：2026 年 3 月 1 日 参与人员：说话人 A（主持，负责整体方向）、朱晨（后端 / 数据迁移）、小关（前端 / 技能上传）

一、核心议题

1. 组织管理技能下沉为系统预设技能

• 之前曾把组织管理技能从系统迁到组织管理技能（朱晨上传），现在要恢复回系统层。
• 原因记录在对应 issue 中：需要为多个组织都维护这套技能，因此应放在系统级。
• 当前技能管理已支持区分系统 / 组织 / 个人三种作用域，让 AI 在执行时直接放到系统级即可。

2. 商品数据迁移（继续推进）

• 今天看能做到什么程度，向量数据和分类先不迁移。
• 先把商品基础数据迁移到新系统的”基础库”。
• 注意：迁移完成后还要重新向量化（这一步可以延后，先迁基础数据）。
• 产品详情结构变化：所有详情信息可以做成”一个对象”统一存储，可酌情拆分但起步阶段不要过度设计。
• 名称、描述属于不同对象，其他都可作为同一对象。
• 媒体资源可以放对象内或单独建表，结构定义清楚即可。
• 控制复杂度：先以”单一对象”处理。

3. 向量搜索方案

• 设置一个独立字段表示”向量描述”。
• 由对象生成向量描述文字，再据此生成向量信息。
• 使用 PG vector（数据库已支持向量存储），不再使用旧的 typesense。

4. 商品列表页与详情页

• 这一阶段只要求列表 + 详情两个页面，不实现复杂的 Tab 等结构。
• 前后端分别开发后再做对接，控制需求复杂度。

5. 输入框支持回车发送（小需求）

• 简单实现”回车键发送消息”。

6. 线索开发能力检测

• 验证线索开发 agent 是否能调用对应的技能。
• 如果不能调用，可能是”agent 启用技能”那块有问题：可以默认全部启用，或显式指定启用哪些技能。
• 主要做”验证”，问题再解决。

7. 搜索渠道支持多选

• 提示语层面支持多选；如果配置层已有多选能力，小关修改配置即可，否则新增能力。
• 涉及配置可能两个地方都要改。

8. Agent 部分样式修复

• 之前重构 agent 时改坏了一处样式，文字后面会有大段空白。
• 小关顺手修，如果改起来麻烦可暂缓。

9. 上传技能能力

• 系统设置 → 技能管理 → 通过对话创建技能，AI 调用”创建技能”这个本身也是一个技能。
• 现状：第一次创建会显示技能卡片，可上传到个人或组织；但修改技能时不显示卡片。
• 需求：修改技能后也要显示卡片；上传时若已存在同名技能，应覆盖原有技能（小关负责处理）。

10. 组织额度（简版）

• 按 token 使用量计费，原”团队用量”中已有的费用项写到组织额度里。
• 组织有一个固定额度（例如 100 元），每次调用扣除；不够时前端提示，作为平台管理员能看到组织列表与额度。
• 充值通过手动页面进行，不做复杂的充值 / 订阅 / 过期逻辑。
• 之前 AI 已经给出了需求文档与设计文档可参考。
• 这个任务优先级最低，今天有时间再做。

二、技术决策与方案细节

• 数据迁移方案（朱晨可选）：
  1. 写脚本直接连旧数据库读数据，写到新项目里。
  2. 用旧 API 实时拉取并迁移。
  3. 把旧库导出到本地文件，再写一个导入脚本（输入是文件或旧库均可）。
  • 推荐方式：脚本同时支持两种输入（文件 / 数据库），最终目标是把商品数据迁移到新系统某个组织里，组织作为参数传入。
• 核心属性的处理：原”材质 / 尺寸”等单独字段不再保留；改成一个 核心属性 字段（可以是对象的一个 key），下面不再用强制字段约束，而是由 AI 提示词约束。
• 包装方案：可有多个，但都是文本输入框形式，没有以前的复杂交互；价格 / 交期与包装方案的连动取消。
• SPU/SKU：保留关联关系。
• 描述 / 亮点 / 标签：可作为新字段（“亮点”作为新字段添加并展示），让数据更宽松，结构调整未来由 AI 改即可。
• agents.md 精简：说话人 A 会精简该文档，只放能力清单 + 服务信息，并指引”运维需读 X，git 操作读 Y”。
• 并行开发：可以使用 worktree（在两个文件夹中共用一套版本控制），但说话人 A 实际用得不多——只让 AI 提交时只处理本次会话变更的文件即可，不一定要 worktree。

三、UI / 交互细节

• 商品详情：核心属性、包装方案、亮点、描述、标签等都改为文本框输入；不再保留旧版的字段化、连动等复杂交互。
• 包装方案：可多个，新建时仍是输入框输入文字。
• 上传产品：前端要能上传到新结构，生成符合新格式的描述。
• 创建商品时通过提示语限制：尺寸等无法准确描述的内容不要乱生成；材质和颜色如能描述则描述。
• 技能管理：修改技能后也要显示技能卡片，并支持覆盖式上传。

四、后续行动与分工

负责人	任务
朱晨	组织管理技能恢复为系统级；商品数据迁移到 PG vector + 新数据库结构；保留版本控制和 SPU/SKU；提供线索开发 agent 的能力验证；额度系统（最低优先级，时间富裕再做）
小关	商品列表 / 详情前端开发；输入框回车发送；搜索渠道多选；agent 文本后空白样式修复；技能上传 / 修改 / 覆盖逻辑；商品创建上传适配新结构
说话人 A	部署与运维相关工作；agents.md 精简与重构；不会全量回归测试，由开发自行处理细节问题

五、其他要点

• 控制复杂度是本次反复强调的原则：起步阶段不要过度设计，结构调整以后让 AI 改起来很方便。
• AI 自动化测试：能让 AI 自己写脚本调用 agent / 调用接口验证的，尽量交给 AI；人工只做关键节点的验收。
• 服务器操作全部写入文档，让 AI 操作。
• 任务管理建议：每天通过 AI 整理优先级和里程碑（issue 上有里程碑 + 优先级排序），AI 可以自动归并出今日任务。
• 并行任务：可启多个会话同时处理。冲突时使用 worktree（创建多个项目目录共用版本控制），但实践中不一定需要——让 AI 提交时仅处理当前会话变更的文件即可。
• 朱晨的迁移方式：建议在新项目里写脚本，让 AI 直接连旧数据库（告知数据库连接方式）做迁移，结构可以让 AI 自查。
• 关联组织：迁移时把组织作为参数传入，只迁数据到指定组织。
• 老服务器没有老版本数据库，需要从原数据库（产品数据所在的最早 API 项目 / Max 项目库）抽取。
• 小关侧设计建议：先不要按原老板的”点详情新开 Tab”设计，毕竟分享、产品详情等场景用 Tab 会麻烦；当前阶段优先实现功能，能让推荐场景直接用即可，原系统可关停。
• “助手修改产品”等增强功能等数据迁移完成之后再做。