# 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("系统生成并保存
定制化的'核心纪要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上限设置。 | | | ## 要求 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格式。 以上是我基于会议纪要为您做的全面分析和建议。这份强化的功能清单，更紧密地围绕了“三位一体”的智能体核心构想，并补全了用户体验闭环和后台运营支撑所需的关键功能。