14 KiB
14 KiB
会议纪要_工程部分(2025-11-18)
一、会议信息
- 会议时间: 2025-11-18
- 参会人员: 连云波(主持)、江争达、闫旭隆、陶西平、郝倩玉、刘志豪
- 请假人员: 无
二、工作内容
1. 重点项目进展(上周回顾)
| 项目名称 | 负责人 | 截止时间 | 项目进展情况 |
|---|---|---|---|
| 会议纪要流程文档和现场测试 | 江争达/郝倩玉 | 11月18日 | 现场演示暴露严重质量问题:P0项目数量错误(4个显示2个)、合并逻辑不可控、P0定义错误,闫旭隆/连云波接手 |
| 公众号/网站信息获取优化和新需求开发 | 江争达/陶西平/刘志豪 | 11月15日 | 上周无进展,需求对接环节停滞,需求文档流转混乱、原始需求缺失,已转交郝倩玉统一负责 |
| 服务器选型方案 | 江争达 | 11月15日 | 方案存在严重逻辑混乱和前后矛盾问题,直接购买铭凡MS-S1 MAX(14999元) |
| 开发规范-需求文档生成Skill | 连云波/闫旭隆 | 11月18日 | 闫旭隆完成1.0版本,整体框架获认可,需优化：sub_agent内部Prompt臃肿、交互时间和生成的领域专家 |
| DeepResearch框架讨论 | 连云波/闫旭隆/刘志豪 | 11月15日 | 框架讨论完成,安定医院方第一阶段聚焦文献研究和假设生成，首先确定需求文档后讨论，做一个最小通用的deepresearch-skill |
| 客户风险推送需求文档 | 江争达/郝倩玉 | 11月18日 | 已完成测试和部署,采用天眼查方案,通过隔天换名单解决500/1000企业监测限制 |
| 发票处理需求文档 | 江争达/郝倩玉 | 11月18日 | 需求、开发、使用文档均已完成并部署,基于Python脚本实现,反馈基本满意 |
2. 会议重点问题及解决方案
问题1: 会议纪要流程开发规范违规及质量问题
问题描述: 江争达在没有需求文档的情况下就开始开发,违反了多次强调的开发规范。现场演示暴露严重问题:
- 闫旭隆周报中2个P0项目,会议仪表盘显示了4个,存在漏项
- P0项目合并逻辑不清晰,大模型自动合并无法确认是否可控
- 个人工作内容中P0项目重复或分类错误
- 周报提取质量问题,详细工作内容未标明优先级导致P0项目识别错误
- P0项目定义错误:将"下周规划要完成的"都标为P0,但P0应该是"无论如何都要完成的重大战略性任务"
解决方案:
- 必须编写需求文档,所有P0项目开发前必须有需求文档(面向用户+面向大模型两类)
- 保留工作过程和原始版本,不要只提交结果,便于复盘和改进
- 建立周报、日报、会议仪表盘的完整生成流程文档
- 在详细工作内容中标明任务优先级(P0/P1/P2),避免映射错误
- 学习项目管理知识,理解P0项目的正确定义
- 建立前后校验机制,确保数据一致性
责任人: 闫旭隆、连云波 截止时间: 2025-11-25
问题2: 公众号需求对接流转混乱
问题描述: 需求文档有两个版本:刘志豪写的"面向大模型"版本不可用于与用户确认,陶西平生成的"面向用户"版本缺少原始需求记录。刘志豪周五请假,江争达无法对接原始需求导致工作停滞。工作交接不清晰,没有追根到底确认原始需求文档。
解决方案:
- 明确由郝倩玉负责所有市场部需求对接(包括会议纪要需求),没有郝倩玉确认的需求任何人不准开发
- 郝倩玉需要找刘志豪要原始需求(富有最初提的三条需求:多层分级、人事变动、每周考核汇总)
- 整合需求1.0文档 + 新提需求 + 信息聚合会议需求
- 生成可用的需求文档(面向用户可理解、面向大模型可开发)
- 下周过一遍需求文档和开发文档
- 江争达配合郝倩玉完成开发文档
责任人: 郝倩玉、江争达、陶西平、刘志豪 截止时间: 2025-11-25(下周会议审核需求和开发文档)
问题3: 服务器选型方案逻辑混乱不可用
问题描述: 江争达汇报的服务器选型方案存在严重问题:
- 没有总体规划文档,直接分成三个独立方案,缺少整体需求和分类说明
- 前后矛盾:软件需求要求CUDA驱动,但推荐的英伟达/名牌服务器不支持X86架构和标准CUDA
- 需求冲突:要求小型尺寸(家用主机)但又要扩展性,自组装没有扩展性
- 噪音问题:5090显卡长时间运行噪音大,不适合办公环境
- 显存不足:16GB显存只是最低要求,上下文一加载就不够用
- 缺少基础知识:不理解MoE模型、高带宽内存、内存带宽瓶颈等底层机制
解决方案:
- 江争达退出服务器选型工作
- 直接购买铭凡MS-S1 MAX服务器,领导已看过10+测评视频
责任人: 连云波、江争达 截止时间: 待定
问题4: 需求文档-skill待优化
问题描述: 当前需求文档的skill存在交互时间过长、输出报告冗余过多、领域专家生成不准确、sub_agent内部提示词臃肿等问题。
解决方案:
- 规范输出报告模板，从模板上避免冗余
- 增强最后重复校验机制，避免生成报告冗余过多
- 生成领域专家提示词改进，增加一个AI专家角色
- 可以在sub_agent内部增加使用web_search的提示词
- 精简sub_agent内部提示词
- 在专家评审阶段之后增加用户选项：由专家直接汇总/由用户确认，节省用户操作时间
- 增加一个向Claude code提问该问题的功能
责任人: 闫旭隆 截止时间: 2025-11-25
问题5: 客户风险推送企业监测数量限制
问题描述: 天眼查账户只支持500个企业监测,但需求是1000个企业监测。
解决方案:
- 采用更换500个企业名单方案(通过批量导入模板)
- 使用定时任务自动换名单
- 可以通过浏览器自动化,实现自动换名单
- 推送频率建议:2天一次,避免被认为是"钻漏洞"
责任人: 江争达/郝倩玉 截止时间: 2025-11-22(本周内)
3. 下周工作安排
| 项目名称 | 负责人 | 本周目标 | 优先级 | 截止时间 |
|---|---|---|---|---|
| 会议纪要流程文档和现场测试 | 连云波/郝倩玉/闫旭隆 | 完善需求文档,建立标准模板和校验机制，编写Skill | P0 | 2025-11-25 |
| 公众号/网站信息获取优化和新需求开发 | 郝倩玉/江争达/陶西平/刘志豪 | 确认需求文档,完成开发文档,准备开发 | P0 | 2025-11-25 |
| 数字人需求文档 | 江争达 | 整理需求文档 | P0 | 2025-11-25 |
| 需求澄清Skill优化 | 闫旭隆 | 根据会上建议改进skill设计以及最后的需求文档质量 | P0 | 持续优化 |
| DeepResearch文献研究模块开发 | 连云波/闫旭隆/刘志豪 | 生成安定医院方的需求文档，制作deepresearch最小流程通用skill | P1 | 明天启动会后 |
| 招投标文件Skill开发 | 郝倩玉/闫旭隆 | 需求确认 | P1 | 明天启动会后 |
| 客户风险推送自动化 | 江争达/郝倩玉 | 确认切换采集监控用户方案 | P1 | 2025-11-25 |
| 服务器选型方案 | 连云波、江争达 | 尽快采购 | P1 | 待定 |
| 问答系统V1.1问题跟踪 | 江争达/闫旭隆/陶西平 | 持续优化 | P1 | 持续优化 |
| RAG参数优化和PDF转换智能体(会议未讨论) | 闫旭隆/江争达 |
4. 组内成员工作进展
江争达
上周完成:
- ✅ 会议纪要模板初步开发(周报、日报模板设计、会议仪表盘初步生成)
进行中:
- 🔄 会议纪要需求文档编写(重新规范)
- 🔄 公众号需求文档协助(转交郝倩玉主导)
- 🔄 服务器选型(已退出,转交领导)
收到的反馈/学习建议:
- 严厉批评:没有需求文档就开发,违反基本规范
- 工作质量不负责,自检流于形式
- P0项目定义错误,缺少项目管理知识:P0是"无论如何都要完成的战略任务",不是"计划完成的任务"
- 缺少工作流程记录,无法追溯问题
- 服务器选型方案逻辑混乱,基础知识不扎实(不理解MoE模型、高带宽内存、内存带宽瓶颈等)
- 需求文档要分两类:面向用户的(人能看懂)和面向大模型的(用于开发)
- 需求文档是"需求草稿",只有用户确认后才能标记为"需求文档已完成"
下周任务:
- P0｜完成数字人需求文档
- P0｜配合郝倩玉完成公众号开发文档
- P1 | 确认客户风险推送自动化系统切换采集监控用户方案
- P1 | 确认服务器采购时间
- P1｜问答系统V1.1问题分析和优化(会议未讨论)
闫旭隆
上周完成:
- ✅ 需求澄清Skill 1.0版本开发
- ✅ Claude Code Skill开发规范检查skill制作及经验分享
- ✅ DOCX文件操作技术方案验证(占位符方法)
进行中:
- 🔄 需求澄清Skill优化(精简Prompt、减少交互时间.......)
- 🔄 最小模块DeepResearch需求文档
收到的反馈/学习建议:
- 需求澄清Skill整体框架优秀,交互流程设计合理,多角色评审机制从不同视角完善需求
- 需要优化:Prompt过于臃肿(Token消耗大,Skill像"检索机"而非"智能体")、交互时间过长(40+分钟)、领域专家识别不准(生成了"医疗信息化专家"而非"医疗科研专家")
- Skill规范文档很有价值,帮助团队理解底层机制
- Prompt应遵循"首要原则":判断什么是清楚的、什么是不清楚的,只补充不清楚的部分
下周任务:
- P0｜优化需求澄清Skill
- P0｜待需求文档确认后开始会议纪要skill制作
- P1｜做安定医院方的DeepResearch需求文档，开发Deepresearch最小通用skill
- P1｜跟进开发招投标文件Skill
- P1｜问答系统V1.1问题分析和优化
郝倩玉
上周完成:
- ✅ “小红书新手摄影博主文案生成智能体”前期网页界面优化等问题已解决，已完成搭建。
- ✅完成发票处理/客户风险推送系统开发需求对接，其中发票处理系统已完成需求、开发、测试工作， 客户风险推送项目涉及天眼查方案部分已进行测试。
- ✅推进招投标文件自动处理与生成智能体开发需求对接、流程梳理等相关工作。
进行中:
- 🔄 接手负责市场部需求确认工作
- 🔄 招投标文件自动处理与生成智能体开发需求文档撰写
收到的反馈/学习建议:
- 发票处理项目完成度高,获得认可(基于纯代码实现Python脚本,基本功能满意)
- 客户风险推送方案可行,需后续进行优化
下周任务:
- P0｜作为需求确认总负责人,把关组内所有需求文档质量
- P0｜会议纪要需求文档撰写，完成与连总确认，无误后发闫旭隆编写Skill
- P1｜招投标文件自动处理与生成智能体开发需求文档、技术文档撰写，确认无误后发闫旭隆开发
- P1｜与刘志豪、黄富有明确公众号项目需求，推进需求文档确认
刘志豪
上周完成:
- ✅ 参与公众号需求对接(周五请假,工作未交接)
- ✅ DeepResearch项目skill简单测试版本开发
进行中:
- 🔄 公众号需求(转交郝倩玉)
- 🔄 DeepResearch项目(准备参与)
收到的反馈/学习建议:
- 需求对接工作交接不清晰
- 原始需求记录需要移交给郝倩玉
下周任务:
- P0｜向郝倩玉移交公众号原始需求记录(富有最初提的三条需求:多层分级、人事变动、每周考核汇总)
- P1｜参与DeepResearch项目的讨论和开发,持续优化DeepResearch的skill改进
陶西平
上周完成:
- ✅ 协助公众号需求文档初版生成(面向用户版本)
- ✅ 针对图定制数字人平台相关调研
进行中:
- 🔄 针对视频定制数字人平台相关调研
- 🔄 针对企业定制化前端web开源框架调研
- 🔄 公众号项目支持
下周任务:
- P0｜配合郝倩玉/江争达完成公众号新需求确认
- P1｜完成针对视频定制数字人生成平台相关调研（学习阶段，必须完成，个人任务）
- P1｜针对企业定制化前端web开源框架调研（学习阶段，必须完成，个人任务）
三、会议总结
核心主题: 强化开发规范,确保所有P0项目必须有需求文档,没有需求不准开发;提升工作质量意识,自检要真正有效不能流于形式;规范需求对接流程,郝倩玉统一负责市场部需求对接;技术深度学习,做技术选型和调研必须理解底层原理
关键决策:
- 郝倩玉成为需求对接总负责人,所有市场部需求(包括会议纪要需求)必须经她确认,没有确认任何人不准开发
- 会议纪要项目重新规范开发流程,下周现场测试,必须编写需求文档并建立校验机制
- 明天安定医院启动会,DeepResearch和招投标项目正式启动
- 闫旭隆的需求澄清Skill获得认可,作为开发规范核心工具,需优化后进入实际应用
- 需求文档要分两类:面向用户的(人能看懂)和面向大模型的(用于开发),只有用户确认后才算完成
下周重点:
- 会议纪要现场测试和全员评审,验证数据一致性和P0项目识别准确性
- 公众号需求确认和开发文档完成,下周会议过一遍需求和开发文档
- 安定医院项目启动,DeepResearch第一阶段开发(文献研究和假设生成)
- 招投标文件Skill开发和部署,使用DOCX操作+占位符方法
- 数字人需求确认和技术调研,独立完成调研确保充分可用
- 所有P0项目必须有完整需求文档才能开发,严格执行开发规范
纪要整理人: Claude AI 纪要时间: 2025-11-18 下次会议: 2025-11-25