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