278 lines
19 KiB
Markdown
278 lines
19 KiB
Markdown
# 1
|
||
|
||
你是资深的信息化智能化开发工程师。
|
||
|
||
## AI产品会议纪要
|
||
|
||
下面是我们昨天开会的会议纪要，分为工作安排和需求说明两部分。
|
||
|
||
### **会议速览**
|
||
|
||
* **会议主题:** 会议纪要AI产品战略方向与项目启动会 (Kick-off)。
|
||
* **核心目标:** 打造一款具备市场竞争力的会议纪要AI产品，既作为市场引流工具，也作为团队AI能力的练兵场。
|
||
* **关键决策:**
|
||
1. **市场策略:** 国内市场以免费模式切入国企，解决其数据安全痛点；同时，探索日本等海外市场作为新的增长方向。
|
||
2. **产品形态:** 构建一个由“纪要Agent定制器”、“核心纪要生成Agent”和“纪要知识库助手”三个智能体组成的完整解决方案。
|
||
3. **项目启动:** 会议明确了项目正式启动，并对核心团队成员进行了角色分工和职责划分。
|
||
|
||
### **一、 核心背景与战略方向**
|
||
|
||
会议首先讨论了当前产品的市场定位和战略机遇。
|
||
|
||
* **市场机会点:**
|
||
* **免费引流模式:** 提议将会议纪要产品作为免费的引流工具，投入国企市场，通过低成本的Tokens消耗换取市场准入和用户基础。
|
||
* **数据安全痛点:** 现有方案多基于国外大模型，对于政府和国企客户存在严重的数据安全隐患。提供本地化或国产化模型解决方案是核心优势。
|
||
* **海外市场开拓:** 鉴于国内国企市场开拓难度增加，提出将产品推向信息化和智能化相对滞后的日本市场，利用现有的人脉资源（在日本的同学、陕西日本商会副会长等）寻找机会。
|
||
|
||
* **项目双重目的:**
|
||
1. **打开市场:** 通过产品主动出击，创造新的市场机会。
|
||
2. **团队练兵:** 解决团队在AI转型中“投入不足、进展缓慢”的问题，通过实战项目提升团队的AI产品设计与实现能力。
|
||
|
||
---
|
||
|
||
### **二、 产品核心构想：三位一体的智能体系统**
|
||
|
||
会议的核心部分详细规划了产品的三个核心智能体（Agent）组件。
|
||
|
||
1. **纪要Agent的Agent (配置器):**
|
||
* **功能:** 作为系统的第一个环节，它是一个与用户交互的智能体，用于定义和生成特定需求的“纪要生成Agent”。
|
||
* **交互方式:** 用户通过与它对话，回答关于会议类型（如管理类、生产类）、纪要格式、制式要求等问题。
|
||
* **产出:** 根据用户的回答，生成一个定制化的、符合特定需求的会议纪要处理Agent。
|
||
|
||
2. **核心纪要Agent (生成器):**
|
||
* **功能:** 这是产品的核心处理单元。
|
||
* **输入:** 用户上传的会议录音（可转为文字）或会议原文。
|
||
* **产出:** 自动生成结构化的会议纪要。
|
||
|
||
3. **纪要助手 (知识库):**
|
||
* **功能:** 将所有生成的会议纪要文本存入一个“纪要库”，形成知识库。
|
||
* **交互方式:** 用户可以通过自然语言对话的方式，向该助手查询、检索和分析所有历史会议纪要的内容。
|
||
* **应用场景:** 例如，查询“张总在生产安全方面提出了哪些要求？”或“某个项目的待办事项完成情况如何？”。
|
||
|
||
* **版本范围 (V1.0):**
|
||
* **聚焦:** 仅处理文本内容，实现核心流程。
|
||
* **排除:** 一期不考虑多模态内容（如图片、照片），暂不构建复杂的SaaS平台。
|
||
|
||
|
||
### **三、 项目团队分工与职责**
|
||
|
||
会议明确了项目团队的构成和每个成员的核心职责。
|
||
|
||
* **项目经理:** **陈一次**
|
||
* **职责:** 全面负责产品设计、项目计划制定与进度推进、技术框架实现协调。
|
||
* **技术调研与实现:** **周伟贤 (焦云霞)**
|
||
* **职责:** 负责技术调研、技术突破和核心框架的实现。
|
||
* **提示词工程与测试:** **薇薇**
|
||
* **职责:** 负责三个智能体所需提示词（Prompt）的设计、撰写与维护；负责产品的功能测试和质量测试（如使用RAGAS评估召回率等指标）。
|
||
* **顾问 (甲方/PM):** **发言人本人**
|
||
* **职责:**
|
||
1. **扮演甲方:** 提出产品需求。
|
||
2. **扮演指导:** 为团队提供方法论和方向指导。
|
||
3. **扮演监督:** 检查项目进展和成果质量。
|
||
|
||
### **四、 关键结论与待办事项**
|
||
|
||
| # | 待办事项 | 责任人 | 提及的截止日期 |
|
||
| :-- | :--- | :--- | :--- |
|
||
| 1 | 启动产品设计工作，并制定详细的项目计划。 | 陈一次 | - |
|
||
| 2 | 梳理并输出产品的1.0版本功能范围（清单）。 | 陈一次 | 本周末 |
|
||
| 3 | 基于1.0版本的功能范围，给出大概的交付时间点。 | 陈一次 | 本周末 |
|
||
| 4 | 开始思考和设计能支撑该三智能体系统的技术框架。 | 周伟贤 (焦云霞) | - |
|
||
| 5 | 规划和启动提示词（Prompt）的整理与设计工作。 | 薇薇 | - |
|
||
| 6 | 准备用于知识库测试和RAGAS评估的测试材料（如提取Question/Answer对）。 | 薇薇 | - |
|
||
| 7 | 建立项目的SVN，并创建好文件夹结构用于文档和成果管理。 | 陈一次 | - |
|
||
|
||
---
|
||
|
||
### **一、 业务流程文字描述**
|
||
|
||
该产品的核心业务流程围绕三个专门的智能体（Agent）构建，形成一个从“**模板配置**”到“**纪要生成**”再到“**知识问答**”的完整闭环。
|
||
|
||
**参与角色:**
|
||
* **用户:** 企业内的会议参与者或管理者。
|
||
* **系统:** 由三个核心智能体构成的AI服务平台。
|
||
|
||
**核心流程分为三个阶段：**
|
||
|
||
1. **第一阶段：个性化纪要模板配置 (通过“纪要Agent的Agent”)**
|
||
* 用户首先与“纪要Agent的Agent”进行交互，这个智能体的作用是**定义和生成**后续处理具体会议的“核心纪要Agent”。
|
||
* 用户通过对话方式，向该智能体说明自己的需求，例如：
|
||
* 会议的类型（如：管理类、生产类、运营类会议）。
|
||
* 所需纪要的输出格式和制式要求（模板）。
|
||
* 系统根据用户的回答，为其生成一个或多个**定制化**的“核心纪要Agent”，每个Agent都预设了特定会议类型和格式要求。此环节是一次性或低频配置。
|
||
|
||
2. **第二阶段：自动化会议纪要生成 (通过“核心纪要Agent”)**
|
||
* 当用户开完一次具体的会议后，将会议的**录音**或**录音转写的原文**上传至系统。
|
||
* 系统调用在第一阶段中配置好的、与本次会议类型匹配的“核心纪要Agent”。
|
||
* 该Agent自动处理输入的录音或文本，并按照预设的格式，快速生成一份结构化的会议纪要。
|
||
* 生成的会议纪要可供用户**查看**或**下载**，并自动按类型和日期**存入系统的“纪要库”**（知识库）中。
|
||
|
||
3. **第三阶段：智能化知识库问答 (通过“纪要助手”)**
|
||
* 在纪要归档后，用户可以随时与“纪要助手”智能体进行交互。
|
||
* 用户无需手动搜索，而是直接用自然语言**向助手提问**，例如：“查询一下张总在所有关于生产安全的会议上都提了哪些要求？”或“上周项目会的待办事项完成了吗？”。
|
||
* “纪要助手”会检索整个纪要库，并提供**精准的、总结性的答案**。
|
||
* （理想功能）在提供答案的同时，系统还会附上**关联的原始会议纪要文档链接**，方便用户点击追溯原文细节，实现高效的信息检索和知识管理。
|
||
|
||
---
|
||
|
||
### **二、 Mermaid图表代码**
|
||
|
||
您可将以下代码复制到任何支持Mermaid的编辑器中，以生成流程图。
|
||
|
||
```mermaid
|
||
graph TD
|
||
subgraph A_Phase["第一阶段：模板配置"]
|
||
A1("用户与'纪要Agent的Agent'交互") --> A2("定义会议类型与纪要格式");
|
||
A2 --> A3("系统生成并保存<br>定制化的'核心纪要Agent'");
|
||
end
|
||
|
||
subgraph B_Phase["第二阶段：纪要生成"]
|
||
B1("用户上传会议录音/原文") --> B2("系统调用匹配的'核心纪要Agent'");
|
||
B2 --> B3("自动生成结构化会议纪要");
|
||
B3 --> B4("用户查看/下载纪要");
|
||
B3 --> B5("纪要自动存入知识库");
|
||
end
|
||
|
||
subgraph C_Phase["第三阶段：知识问答"]
|
||
C1("用户向'纪要助手'提问") --> C2("助手检索知识库");
|
||
C2 --> C3("返回直接答案");
|
||
C3 --> C4("同时提供关联纪要原文链接");
|
||
C4 --> C5("用户查看答案与原文");
|
||
end
|
||
|
||
%% 流程串联
|
||
A3 --> B1;
|
||
B5 --> C1;
|
||
|
||
style A_Phase fill:#f9f9f9,stroke:#333,stroke-width:2px
|
||
style B_Phase fill:#e6f3ff,stroke:#333,stroke-width:2px
|
||
style C_Phase fill:#e6ffed,stroke:#333,stroke-width:2px
|
||
```
|
||
|
||
## 功能清单
|
||
|
||
下面是我们根据会议内容，整理的功能清单。
|
||
|
||
| 序号 | 系统 | 模块 | 功能 | 功能描述 | 第三方 | 备注 |
|
||
| --- | --- | --- | --- | --- | --- | --- |
|
||
| 1 | 智能会议助手手机端 | 登录 | 扫码登录 | 1、扫码后后台自动生成账号，并登录。 | | |
|
||
| 2 | 智能会议助手手机端 | 首页 | 工作台 | 1、待办事项列表，展示当前用户的所有待办事项。<br>2、最近会议纪要列表，展示当前用户生成的所有会议纪要。<br>3、快捷生成会议纪要。<br>4、快捷咨询知识库。 | | |
|
||
| 3 | 智能会议助手手机端 | 会议智能体 | 会议纪要智能体列表 | 1、展示当前用户添加的所有会议纪要智能体。<br>2、展示系统提供的会议纪要智能体。 | | |
|
||
| 4 | 智能会议助手手机端 | 会议智能体 | 新增会议纪要智能体 | 1、新增会议纪要智能体，可选择行业、会议类型、目标、会议重点、输出模板、角色、输出风格、输出格式等要素，并填入会议纪要模板等信息，由会议纪要提示词智能体来生成会议纪要智能体。 | | 需要智能体：会议纪要提示词智能体 |
|
||
| 5 | 智能会议助手手机端 | 会议纪要 | 会议纪要列表 | 1、所有已生成的会议纪要列表，可检索。 | | |
|
||
| 6 | 智能会议助手手机端 | 会议纪要 | 生成会议纪要 | 1、选择会议纪要智能体，上传会议记录录音或文本，生成会议纪要。<br>2、可选择内容加入待办事项。 | | |
|
||
| 7 | 智能会议助手手机端 | 会议纪要知识库 | 会议纪要咨询 | 1、提出问题，基于已生成的所有会议纪要给出答案。 | | |
|
||
| 8 | 智能会议助手手机端 | 会议纪要知识库 | 会议纪要知识库 | 1、基于已生成的所有会议纪要建立知识库。 | | |
|
||
| 9 | 智能会议助手web端 | 会议智能体 | 会议纪要智能体列表 | 1、展示系统所有会议纪要智能体。 | | |
|
||
| 10 | 智能会议助手web端 | 会议智能体 | 新增会议纪要智能体 | 1、添加系统提供的会议纪要智能体。 | | |
|
||
| 11 | 智能会议助手web端 | 会议纪要知识库 | 知识库评测 | 使用RagAs框架评测知识库。 | | |
|
||
| 12 | 智能会议助手web端 | 用户管理 | 用户管理 | 管理所有系统用户及扫码注册用户。 | | |
|
||
| 13 | 智能会议助手web端 | 用户管理 | 用户设置 | 1、用户功能设置，可限制用户使用某项功能。<br>2、用户tokens上限设置。 | | |
|
||
|
||
## 要求
|
||
|
||
1. 根据会议内容检查这个功能清单：
|
||
1. 对已经描述的功能进行细化和补充。比如备注中只列出了“需要智能体：会议纪要提示词智能体”，实际上应该含有多个智能体；再比如功能的颗粒度问题，会议智能体模块的功能列出的较全面，而会议纪要知识库部分，有很大的缺失。
|
||
2. 输出建议和补充的模块和功能。
|
||
2. 检查结果输出格式，以Markdown列表的形式输出
|
||
|
||
|
||
|
||
好的，收到。作为资深的信息化智能化开发工程师，我已经仔细审阅了会议纪要、业务流程描述以及您提供的功能清单。
|
||
|
||
会议纪要中定义了一个非常清晰、三位一体的智能体（Agent）产品架构，战略目标明确。当前的功能清单已经勾勒出了产品的基本骨架，但在细节、模块划分以及功能完整性上，确实存在会议纪要中提到但清单中缺失或描述不清的部分。
|
||
|
||
以下是我根据会议内容对功能清单的检查、细化补充和新增建议，以Markdown列表形式呈现。
|
||
|
||
---
|
||
|
||
### **一、 对现有功能清单的细化与补充**
|
||
|
||
#### **1. 备注信息修正与澄清**
|
||
* **问题点：** 备注中对所需智能体的描述不完整。
|
||
* **修正建议：** 应明确指出产品依赖会议纪要中定义的**三个核心智能体**，并在功能描述中清晰体现它们各自的职责。
|
||
* **纪要Agent定制器 (Agent of Agents):** 对应功能清单中的`新增会议纪要智能体`功能，但核心是**通过对话生成**，而非简单填表。
|
||
* **核心纪要生成Agent (Core Agent):** 对应`生成会议纪要`功能。
|
||
* **纪要知识库助手 (Knowledge Assistant):** 对应`会议纪要咨询`功能。
|
||
|
||
#### **2. 模块：会议智能体 (Agent)**
|
||
* **问题点：** `新增会议纪要智能体`的功能描述过于简单，未能体现会议纪要中“与用户对话”的核心交互模式。
|
||
* **细化与补充建议：**
|
||
* **功能点 4: 新增会议纪要智能体**
|
||
* **功能描述应细化为：**
|
||
1. 启动后，由“纪要Agent定制器”以**多轮对话**形式，引导用户明确需求。
|
||
2. 对话问题应覆盖：会议领域（如管理、生产）、核心目标、关键与会人角色、纪要结构（如必须包含“会议决议”、“待办事项”、“风险提示”）、输出风格（正式、简洁）等。
|
||
3. 用户可**上传或粘贴一个范例模板**，让智能体学习并固化为格式要求。
|
||
4. 完成对话后，系统**生成一个可命名的、配置好的“核心纪要Agent”**，并保存在用户的智能体列表中，供后续随时调用。
|
||
5. 用户可以对已生成的Agent进行**编辑和微调**。
|
||
|
||
#### **3. 模块：会议纪要 (Generation)**
|
||
* **问题点：** 功能描述比较完整，但可以增加对处理过程和后续操作的定义。
|
||
* **细化与补充建议：**
|
||
* **功能点 6: 生成会议纪要**
|
||
* **功能描述应补充：**
|
||
1. （保持不变）选择一个已配置好的“核心纪要Agent”。
|
||
2. 支持**音频文件上传**（后台自动进行ASR转写）和**文本内容直接粘贴**两种输入方式。
|
||
3. 生成过程中应有明确的**状态提示**（如：文本识别中、纪要生成中、完成）。
|
||
4. 生成结果展示页面，应支持**在线编辑和手动修正**，确保纪要的准确性。
|
||
5. **待办事项（Action Items）**应作为结构化数据被**自动提取和高亮**，并提供一键添加到个人待办列表的功能。
|
||
6. 生成的纪要自动归档，并触发知识库的**增量索引**。
|
||
|
||
#### **4. 模块：会议纪要知识库 (Knowledge Base)**
|
||
* **问题点：** 这是当前清单中**缺失最严重**的部分，仅有简单描述，未能体现会议纪要中“纪要助手”的核心价值。
|
||
* **细化与补充建议：**
|
||
* **功能点 7: 会议纪要咨询**
|
||
* **功能描述应大幅扩展为：**
|
||
1. 提供一个**对话式交互界面**，用户可通过自然语言进行提问。
|
||
2. 支持**跨会议的聚合查询与分析**。例如：“汇总一下过去一个月所有关于‘降本增效’的讨论和决策。”
|
||
3. **答案需具备溯源能力**：在给出回答的同时，必须附上信息来源的**原始纪要链接**，并高亮相关段落，方便用户核实。
|
||
4. 支持**基于特定范围的查询**，如按时间范围、会议类型、与会人员等进行筛选后提问。
|
||
5. 应能追踪**待办事项的状态**。例如，提问“A项目的待办事项都完成了吗？”，系统能结合纪要内容和（未来可能集成的）任务系统给出回答。
|
||
* **功能点 8: 会议纪要知识库**
|
||
* **功能描述应明确为后台能力：**
|
||
1. 所有生成的会议纪要文本，在用户确认或保存后，**自动、安全地**存入向量数据库或文本索引库。
|
||
2. 建立倒排索引和向量索引，以支持高效的关键词检索和语义检索。
|
||
3. 知识库应考虑**权限隔离**，确保用户只能查询到自己有权限访问的会议纪要内容。
|
||
|
||
#### **5. 模块：Web端后台**
|
||
* **问题点：** 功能定位清晰，但可以更具体。
|
||
* **细化与补充建议：**
|
||
* **功能点 11: 知识库评测**
|
||
* **功能描述应细化为：**
|
||
1. 这是一个**内部管理和测试功能**，面向薇薇这样的测试和运维人员。
|
||
2. 提供界面，用于上传由QA准备好的**评测数据集**（Question/Answer/Contexts 对）。
|
||
3. 一键触发RAGAS等评估框架，自动运行并**生成可视化评测报告**，报告中包含召回率、精确率、Faithfulness等关键指标。
|
||
4. 支持**不同版本Prompt或模型的横向对比评测**。
|
||
|
||
---
|
||
|
||
### **二、 建议补充的模块和功能**
|
||
|
||
以下模块在当前清单中并未体现，但对于构建一个完整、可用且具备竞争力的V1.0产品至关重要。
|
||
|
||
* **1. 模块：用户个人中心 (Mobile & Web)**
|
||
* **功能：我的智能体管理**
|
||
* **描述：** 列表展示用户自己创建和配置的所有“核心纪要Agent”，支持编辑、重命名、删除。
|
||
* **功能：我的待办事项**
|
||
* **描述：** 聚合所有会议中被指派给当前用户的待办事项，形成统一的待办清单，并可手动标记完成状态。
|
||
* **功能：Token用量统计**
|
||
* **描述：** 呼应会议中“低成本Tokens消耗”的策略，应让用户（或管理员）清晰地看到Token使用情况，便于成本控制和运营分析。
|
||
|
||
* **2. 模块：模板中心/市场 (Web Admin)**
|
||
* **功能：预置模板管理**
|
||
* **描述：** 管理员可以在后台创建和发布一系列高质量的、针对不同行业和场景的“官方”纪要Agent模板（如：产品周会模板、安全生产例会模板）。
|
||
* **功能：用户模板推荐**
|
||
* **描述：** 用户在手机端`新增会议纪要智能体`时，除了可以自定义，还可以直接从模板中心选择一个官方模板开始使用，极大地降低了上手门槛。
|
||
|
||
* **3. 模块：反馈与优化机制 (Mobile)**
|
||
* **功能：纪要质量反馈**
|
||
* **描述：** 在每份生成的会议纪要下方，提供“赞”/“踩”或打分按钮，并允许用户简单反馈不满意的原因（如：摘要不准、漏掉要点）。
|
||
* **功能：问答满意度反馈**
|
||
* **描述：** 在知识库助手的每次回答后，同样提供“赞”/“踩”按钮。这些反馈是优化Prompt和RAG策略最宝贵的数据。
|
||
|
||
* **4. 模块：导出与分享**
|
||
* **功能：纪要导出**
|
||
* **描述：** V1.0的核心是文本处理，因此提供基础但刚需的导出功能至关重要。支持将生成的会议纪要导出为Markdown、Word或PDF格式。
|
||
|
||
以上是我基于会议纪要为您做的全面分析和建议。这份强化的功能清单，更紧密地围绕了“三位一体”的智能体核心构想，并补全了用户体验闭环和后台运营支撑所需的关键功能。
|