会议纪要skill增加历史会议纪要比对
This commit is contained in:
@ -1,195 +0,0 @@
|
||||
# Q&A资源库类会议纪要 (2026-01-06)
|
||||
|
||||
## 一、会议信息
|
||||
|
||||
- **会议时间:** 2026-01-06
|
||||
- **参会人员:** 连云波(主持)、闫旭隆、江争达、郝倩玉
|
||||
- **记录整理:** Claude
|
||||
|
||||
---
|
||||
|
||||
## 二、工作问题 Q&A
|
||||
|
||||
### 1. 项目名称:科普视频生成
|
||||
|
||||
**问题描述:**
|
||||
- AI视频提示词生成质量不足,无法"一次成型"
|
||||
- prompt质量不高需反复调整
|
||||
- 工具选型调研不充分(未对比ChatGPT与其他工具)
|
||||
- 错误删除高质量AI生成图片(alpha蛋白质折叠图)
|
||||
- 流程未自动化,仍需大量人工介入
|
||||
|
||||
**解决方案:**
|
||||
1. 使用ChatGPT生成文本类prompt(文本能力最强),Gemini生成图片
|
||||
2. 全文案一次性给AI处理,让AI自动拆分关键帧,减少人工干预
|
||||
3. 不要主观判断AI生成的图片好坏,应交给专业人员审查
|
||||
4. 先做调研再动手:让AI推荐各环节最佳工具组合
|
||||
5. 尽快完成端到端自动化工作流:图片生成→可灵视频生成→代码拼接→音频对齐
|
||||
6. 使用浏览器自动化操作方案实现批量生成
|
||||
|
||||
### 2. 项目名称:服务器部署
|
||||
|
||||
**问题描述:**
|
||||
- 服务器已到货但上来就动手装系统,没有先做规划方案和文档
|
||||
- 缺乏工程化思维,未考虑文档记录和未来维护需求
|
||||
|
||||
**解决方案:**
|
||||
1. 先做服务器框架规划方案(需求文档),再做实施方案
|
||||
2. 使用ask you the question工具让AI帮助规划,进行40轮问答
|
||||
3. 参考领导分享的服务器配置相关资料
|
||||
4. 考虑泛化:单机部署→大型机房规划→运维管理
|
||||
5. 做好文档工作,为未来自己和他人留下参考
|
||||
|
||||
### 3. 项目名称:咨询信息库
|
||||
|
||||
**问题描述:**
|
||||
- 咨询信息库项目核心需求不清晰
|
||||
- 具体要给所领导什么报告、达成什么目的都未明确
|
||||
- 目前是"有什么就给什么"的思维,而非从目标出发
|
||||
|
||||
**解决方案:**
|
||||
1. 明确目标:给谁看(所领导/业务部门主任)、看什么、达成什么目的
|
||||
2. 不要做庞大的全面规划,先做一个最小版本的报告给窦主任看
|
||||
3. 先做一个点(如技术动态追踪),验证可行性后再扩展
|
||||
4. 不要纠结于信息源问题,有什么就分析什么
|
||||
5. 尽快落地一个skill,跑通一次流程,不要停留在纸面
|
||||
|
||||
### 4. 项目名称:Vibe Engineering框架
|
||||
|
||||
**问题描述:**
|
||||
- 框架实现细节不完善,有些设计没有真正使用
|
||||
- 框架选型众多(Cloud官方双代理、Super Power、Continuous Claude等),需要确定使用哪个
|
||||
|
||||
**解决方案:**
|
||||
1. 优先采用Cloud官方的双代理长时间运行方案(简单有效)
|
||||
2. 结合rough rag做迭代验证
|
||||
3. 由简入繁,不要上来就加太多功能
|
||||
4. 研究hooks的使用,这是流程自动化的重要手段
|
||||
5. 做虚拟验证:先让AI模拟方案可行性,再实际执行
|
||||
|
||||
---
|
||||
|
||||
## 三、重点工作方法
|
||||
|
||||
- **方法 1:先调研后动手原则**
|
||||
- 做任何事情之前先做调研,不要上来就动手。先调研学习,内化成自己的知识结构之后提出新一轮的问题和目标,让AI再做一次方案,验证方案可行性后再开始操作。
|
||||
- 适用场景:服务器部署、工具选型、任何新任务开始前
|
||||
- 关键要点:
|
||||
- 先做调研完出来之后赶快学习
|
||||
- 内化成自己的知识结构之后提出新一轮的问题
|
||||
- 让AI做方案后验证可行性再操作
|
||||
- 脑子里的东西基本都是过时的,不要按照自己的脑子想到的去做
|
||||
|
||||
- **方法 2:工程化文档规范**
|
||||
- 做事情要有章法,先做规划方案(需求)再做实施方案。服务器部署等工程操作必须有文档记录,既为现在所用,又能为未来所用,还能为别人所用。
|
||||
- 适用场景:服务器部署、系统开发、任何工程类项目
|
||||
- 关键要点:
|
||||
- 先做规划方案(需求),再做实施方案
|
||||
- 一定要有很好的文档工作
|
||||
- 既为现在所用,又为未来所用,还为别人所用
|
||||
- 就像README一样,每个人上来都能快速理解
|
||||
|
||||
- **方法 3:Ask You The Question访谈法**
|
||||
- 使用AI持续提问的方式来完成需求澄清和规划。让AI不断问你问题(约40轮),你听不懂的问题到网上查,查完学习后回答,回答完就形成了很好的部署开发文档。
|
||||
- 适用场景:需求文档生成、服务器规划、缺乏规划能力时
|
||||
- 关键要点:
|
||||
- 让AI持续用问题来帮你澄清需求
|
||||
- 大概能问40轮问题
|
||||
- 听不懂的问题到网上查,查完学习后回答
|
||||
- 问答完毕就形成了很好的开发文档
|
||||
|
||||
- **方法 4:提问必须有完整上下文**
|
||||
- 提出问题时必须提供完整的背景信息和操作路径。别人不知道你怎么来的,就没办法帮你解决问题。清晰的组织你的思路和问题比直接问问题带来巨大的时间节省。
|
||||
- 适用场景:团队沟通、问题反馈、求助他人
|
||||
- 关键要点:
|
||||
- 提问前先整理好背景信息
|
||||
- 说明你的操作路径(走了什么路走过来的)
|
||||
- 让别人听懂比你的问题还重要
|
||||
- 语言组织不好,别人听到的时间都浪费掉了
|
||||
|
||||
- **方法 5:泛化思维**
|
||||
- 做一件事情时一定要想将来它的泛化怎么做,不只做点上的问题解决。把这次做的事情能够推广到更多场景,形成可复用的能力。
|
||||
- 适用场景:服务器部署、知识图谱、任何技术项目
|
||||
- 关键要点:
|
||||
- 不只做点上的问题,要考虑泛化
|
||||
- 把服务器部署方法泛化到大型机房
|
||||
- 能力泛化出来才有商业价值
|
||||
- 花时间解决一个点上的问题是巨大的浪费
|
||||
|
||||
- **方法 6:双代理长时间运行架构**
|
||||
- Claude官方的双代理架构:一个Starter代理负责初始化和规划,一个Builder代理负责逐步推进编码。通过progress.md文件记录完成的工作,利用git历史实现增量扩展。
|
||||
- 适用场景:长时间自动化开发、Vibe Engineering框架
|
||||
- 关键要点:
|
||||
- 前台对话代理+后台任务代理
|
||||
- 通过progress.md记录工作进度
|
||||
- 利用git历史实现增量扩展
|
||||
- 功能裂变:一次只处理一个功能
|
||||
|
||||
- **方法 7:账本+Handoff持续工作机制**
|
||||
- Continuous Cloud框架的核心机制:通过账本(Ledger)记录工作状态和决策,通过Handoff在上下文压缩前保存关键信息。
|
||||
- 适用场景:跨窗口持续性工作、长时间任务
|
||||
- 关键要点:
|
||||
- 账本记录工作状态、关键决策、进度
|
||||
- Handoff在压缩前保存对话记录
|
||||
- 支持跨会话的工作连续性
|
||||
- 自动从日志提取关键信息
|
||||
|
||||
- **方法 8:错误回滚学习法**
|
||||
- 在Claude Code中,当发现错误时先总结错误,然后按两下ESC回到上一个prompt操作点,把错误信息告诉它不要这么操作。这样大量的错误上下文就去掉了,保留有效信息。
|
||||
- 适用场景:Claude Code使用、AI对话纠错
|
||||
- 关键要点:
|
||||
- 发现错误后先总结错误原因
|
||||
- 按两下ESC回到上一个操作点
|
||||
- 告诉AI不要这么操作
|
||||
- 保留有效信息,去掉错误上下文
|
||||
|
||||
- **方法 9:信任AI生成结果原则**
|
||||
- 在自己不具备专业判断能力的领域,要信任AI生成的结果,不要凭主观臆断删除或修改。Gemini在专业领域的理解已经超过大部分人。
|
||||
- 适用场景:视频生成、图片生成、专业领域判断
|
||||
- 关键要点:
|
||||
- 不具备专业判断能力时信任AI
|
||||
- 你看不懂不代表它错了
|
||||
- 质疑之前先问"这是什么"
|
||||
- 没有证据不要轻易否定AI结果
|
||||
|
||||
- **方法 10:端到端自动化优先**
|
||||
- 开发工作流时,先做一个端到端的自动化流程跑通,不要一开始就追求完美和优化。先把流程走通,再做第二期的修改优化。
|
||||
- 适用场景:视频生成工作流、任何新流程开发
|
||||
- 关键要点:
|
||||
- 先做端到端流程跑通
|
||||
- 不要一开始追求完美
|
||||
- 先解决能解决的快速解决的问题
|
||||
- 质量优化无止境,可以后续迭代
|
||||
|
||||
- **方法 11:自进化知识图谱架构**
|
||||
- 设计一个自动化知识图谱系统:通过查询反馈驱动图谱重建,经过多跳找到的路径自动压缩成新边,长期不用的边自动退化,成功多次的边提高权重。
|
||||
- 适用场景:科研知识图谱、Deep Research智能体
|
||||
- 关键要点:
|
||||
- 查询反馈驱动图谱自动重建
|
||||
- 多跳路径自动压缩成直接边
|
||||
- 长期不用的边自动退化
|
||||
- 强化学习模拟进化图谱
|
||||
|
||||
- **方法 12:Hooks流程编排**
|
||||
- 使用Claude Code的Hooks机制进行流程自动化编排。Hooks有六类情况(pre/post tool use等),真正的高手都在用Hooks而不是完全用Skill。
|
||||
- 适用场景:Claude Code自动化、流程编排
|
||||
- 关键要点:
|
||||
- Hooks有六类触发情况
|
||||
- Skill是知识,Hooks是流程控制
|
||||
- 高手都在用Hooks做自动化
|
||||
- 研究每类Hook的使用场景
|
||||
|
||||
- **方法 13:测试驱动开发(TDD)**
|
||||
- 在写代码之前先写测试代码。先编写一个失败的测试,然后按照测试来编写代码,确保代码是可测试的。
|
||||
- 适用场景:Vibe Engineering框架、质量控制
|
||||
- 关键要点:
|
||||
- 先写失败的测试
|
||||
- 根据测试来写代码
|
||||
- 产出可测试的代码
|
||||
- 质量保证内置于流程中
|
||||
|
||||
---
|
||||
|
||||
**纪要整理人:** Claude
|
||||
**纪要时间:** 2026-01-06
|
||||
**下次会议:** 2026-01-13
|
||||
@ -0,0 +1,239 @@
|
||||
# Q&A资源库类会议纪要 (2026-01-13)
|
||||
|
||||
## 一、会议信息
|
||||
|
||||
- **会议时间:** 2026-01-13
|
||||
- **参会人员:** 连云波(主持)、闫旭隆、江争达、郝倩玉
|
||||
- **记录整理:** Claude
|
||||
|
||||
---
|
||||
|
||||
## 二、工作问题 Q&A
|
||||
|
||||
### 1. 项目名称:会议纪要跟踪系统
|
||||
|
||||
**Q: 会议纪要系统为什么会跟丢任务?**
|
||||
|
||||
A: 从最近一个月的会议纪要中梳理出十几项被遗漏的任务。主要原因是:
|
||||
- 会议纪要系统未能从历史纪要中提取未完成任务
|
||||
- 缺乏系统化的项目管理工具
|
||||
- 工程管理流程存在漏洞
|
||||
|
||||
**解决方案:**
|
||||
1. 修改会议纪要Skill,将之前工作要点中未完成的任务全部提取出来
|
||||
2. 尽快建立图形化任务管理界面,用于统计和管理任务
|
||||
3. 将任务管理系统接入Github或自建版本管理系统,实现问题自动修改和测试
|
||||
|
||||
---
|
||||
|
||||
### 2. 项目名称:科普视频生成
|
||||
|
||||
**Q: 视频生成工作流如何保证质量?**
|
||||
|
||||
A: 当前存在问题:流程图不规范、图片生成prompt粗糙、视频生成缺乏精细控制、音频有AI感。
|
||||
|
||||
**解决方案:**
|
||||
1. 核心优化图片生成Prompt,这是决定质量的关键步骤
|
||||
2. 参考Prompt填空器网站,复刻并改造为视频Prompt生成工具
|
||||
3. 把图片检查环节提前到视频生成之前,一次性确认所有图片
|
||||
4. 把检查接口留出来,存储prompt和图片/视频对应关系,给内容创作者修改权限
|
||||
5. 采用真人声音克隆方案替代阿里云TTS
|
||||
|
||||
**Q: 批量生成视频时如何保证顺序正确?**
|
||||
|
||||
A: 并行生成视频时,无法保证视频的生成顺序与输入顺序一致。
|
||||
|
||||
**解决方案:**
|
||||
通过提取首帧图片与原始输入图片进行对比匹配,来识别哪个视频对应哪个输入。
|
||||
|
||||
---
|
||||
|
||||
### 3. 项目名称:问答系统前端
|
||||
|
||||
**Q: 前端系统自测存在盲区怎么办?**
|
||||
|
||||
A: 从开发、测试到部署均由一人完成,自测可能存在问题。会议演示发现:分辨率适配问题、引用显示不一致、复制内容与显示内容不一致等。
|
||||
|
||||
**解决方案:**
|
||||
1. 先由主开发者进行内部测试,发现并修复问题
|
||||
2. 协调组内人员协助进行功能测试
|
||||
3. 使用Github Issue或自建系统管理bug
|
||||
4. 一周内部测试后交给市场部客户测试
|
||||
|
||||
**Q: 后端引用来源不稳定怎么办?**
|
||||
|
||||
A: 大模型生成答案时,有些问题返回引用信息,有些问题不返回。
|
||||
|
||||
**解决方案:**
|
||||
优化RAG与大模型之间的Prompt,确保必须返回引用信息。
|
||||
|
||||
---
|
||||
|
||||
### 4. 项目名称:知识库建设
|
||||
|
||||
**Q: 如何快速扩充知识库规模?**
|
||||
|
||||
A: 当前知识库仅有102篇报告,规模太小。
|
||||
|
||||
**解决方案:**
|
||||
1. 向市场部获取下载次数最多的500篇报告
|
||||
2. 从数据库直接获取报告,不需要人工下载
|
||||
3. 研究并部署Mistral OCR提升文档识别效率
|
||||
|
||||
---
|
||||
|
||||
### 5. 项目名称:市场部信息库
|
||||
|
||||
**Q: 需求目标不明确如何推进?**
|
||||
|
||||
A: 市场部信息库需求目标、实现路径尚未明确,需要先搞清楚"到底想要什么"。
|
||||
|
||||
**解决方案:**
|
||||
1. 需求方向调整为:用现有问答系统做分权管理
|
||||
2. 用户登录后使用独立的向量数据库,开放文件上传接口
|
||||
3. 使用需求文档Skill让AI辅助生成需求文档,通过启发式诱导方式与非技术人员沟通
|
||||
|
||||
---
|
||||
|
||||
### 6. 项目名称:新员工培训
|
||||
|
||||
**Q: 如何快速系统化整理培训资料?**
|
||||
|
||||
A: 培训资料分散在微信群和各种文档中,缺乏系统化整理。
|
||||
|
||||
**解决方案:**
|
||||
1. 使用AI整理微信群转发的培训材料,生成培训文档架构
|
||||
2. 按专题组织培训内容,区分文字、图片、视频等形式
|
||||
3. 使用NotebookLM按专题生成培训视频和PPT演讲稿
|
||||
4. 使用Deep Research按专题生成完整培训材料
|
||||
|
||||
---
|
||||
|
||||
## 三、重点工作方法
|
||||
|
||||
### 方法1:AI原生的自动化问题管理
|
||||
|
||||
将测试问题直接拉取到本地或上传到GitHub,利用AI自动修改代码解决问题。测试完成后版本上线前人工检查一遍即可。使用GitHub的@claude功能或Claude Code结合Gemini来自动解决用户反馈的问题,实现自动化的版本管理流程。
|
||||
|
||||
- **适用场景:** 软件开发中的Bug修复和版本迭代管理
|
||||
- **关键要点:**
|
||||
- 将问题描述规范化后提交到版本管理系统
|
||||
- 让AI自动生成修复代码
|
||||
- 人工只做最终审核确认
|
||||
|
||||
---
|
||||
|
||||
### 方法2:并行多任务AI执行
|
||||
|
||||
学会分配注意力,使用Claude Code等工具同时并行处理多件事情。可以同时开多个终端让AI并行执行不同任务,而非一件一件盯着做。
|
||||
|
||||
- **适用场景:** 需要同时处理多个独立任务的场景
|
||||
- **关键要点:**
|
||||
- 同时开5个终端跑5个版本,顶多消耗token但极大提升效率
|
||||
- 任务之间相互独立时才能并行
|
||||
- 最后人工选择最满意的版本
|
||||
|
||||
---
|
||||
|
||||
### 方法3:Notebook LM批量生成培训视频
|
||||
|
||||
将培训材料按专题整理后输入Notebook LM,让其生成带PPT的演讲稿视频。一个专题大约20-30分钟就能讲透。
|
||||
|
||||
- **适用场景:** 批量生成培训教程和知识分享视频
|
||||
- **关键要点:**
|
||||
- 按专题组织材料,一期一期生成
|
||||
- 既有文字稿又有视频稿
|
||||
- 类似网课形式分专题讲解
|
||||
|
||||
---
|
||||
|
||||
### 方法4:Front设计Skill快速迭代网页
|
||||
|
||||
使用Front前端设计Skill,表达对当前页面的不满意之处,让AI重新设计改造。结合Ruff工具一遍一遍修改,可以在2小时内完成一个网站的重构。
|
||||
|
||||
- **适用场景:** 网页UI设计和快速原型迭代
|
||||
- **关键要点:**
|
||||
- 同时并行跑5个版本,每个版本风格不同
|
||||
- 表达不满意之处让AI改进
|
||||
- 最后选择最满意的版本
|
||||
|
||||
---
|
||||
|
||||
### 方法5:AI协助需求澄清交互
|
||||
|
||||
将需求澄清Skill包装成网络可用的交互界面。让非技术人员通过图形界面与AI交互,AI能理解70-80%的需求,专家再补充10-20%即可。
|
||||
|
||||
- **适用场景:** 与非技术人员沟通需求、需求文档生成
|
||||
- **关键要点:**
|
||||
- 支持上传文件,通过渲染的入口让用户输入信息
|
||||
- AI给出反馈建议,迭代出满意的需求文档
|
||||
- 需求文档直接用于开发
|
||||
|
||||
---
|
||||
|
||||
### 方法6:先学习后执行的三轮迭代法
|
||||
|
||||
做项目规划时,先用AI学习相关知识,不要上来就干。学习完之后经过三轮的学习迭代生成一个方案,方案最好跟大家讨论一下确认可行后再往下走。
|
||||
|
||||
- **适用场景:** 新项目启动、复杂任务规划
|
||||
- **关键要点:**
|
||||
- 先用AI做调研学习
|
||||
- 三轮迭代生成方案
|
||||
- 方案讨论确认后再执行
|
||||
- 避免闷头做完全部返工
|
||||
|
||||
---
|
||||
|
||||
### 方法7:会议中实时执行的高效工作模式
|
||||
|
||||
未来高质量会议的雏形:会议中讨论问题思路时,另一个人同步让AI执行。讨论过程中就完成任务,项目推进极快。
|
||||
|
||||
- **适用场景:** 团队会议和项目快速推进
|
||||
- **关键要点:**
|
||||
- 一人讨论思路,另一人同步执行
|
||||
- 现场就完成任务,不再是记录下来再做
|
||||
- 所有人智慧集中在会议中
|
||||
|
||||
---
|
||||
|
||||
### 方法8:视频生成质量控制分层法
|
||||
|
||||
视频生成的核心控制点分层管理:
|
||||
1. 图片风格提取和精细化控制先自动化,微调留给人
|
||||
2. 视频Prompt自动生成后让人修改,因为视频生成成本高
|
||||
3. 在视频生成之前检查图片内容和位置,一次性检查掉所有问题
|
||||
|
||||
- **适用场景:** AI视频生成、内容创作工作流
|
||||
- **关键要点:**
|
||||
- 把检查接口留出来
|
||||
- prompt和图片对应存储展示
|
||||
- 给内容创作者修改权限
|
||||
|
||||
---
|
||||
|
||||
### 方法9:提示词填空器模板化
|
||||
|
||||
参考提示词填空器网站,将图片生成和视频生成的prompt做成可填空的模板。用户只需要修改关键参数(如主题、风格等),就能生成高质量的prompt。
|
||||
|
||||
- **适用场景:** 降低AI内容生成的使用门槛
|
||||
- **关键要点:**
|
||||
- 先做图片版再做视频版
|
||||
- 关键参数可配置
|
||||
- 模板保证基础质量
|
||||
|
||||
---
|
||||
|
||||
### 方法10:文本即数据库的管理理念
|
||||
|
||||
将文本作为数据库来管理,保留所有文本记录。需要时直接将文本塞给AI处理,可以快速生成Excel表格、统计图表、甚至自动填充数据库。
|
||||
|
||||
- **适用场景:** 数据管理和快速数据分析
|
||||
- **关键要点:**
|
||||
- 文本是最灵活的数据存储形式
|
||||
- AI可以直接理解和处理
|
||||
- 需要结构化时再让AI转换
|
||||
|
||||
---
|
||||
|
||||
**纪要整理人:** Claude
|
||||
**纪要时间:** 2026-01-13
|
||||
@ -1,57 +0,0 @@
|
||||
# 云大所需求相关进度会议纪要 (2026-01-06)
|
||||
|
||||
## 一、会议信息
|
||||
|
||||
- **会议时间:** 2026-01-06
|
||||
- **参会人员:** 连云波(主持)、闫旭隆、江争达、郝倩玉
|
||||
- **记录整理:** Claude
|
||||
|
||||
---
|
||||
|
||||
## 二、需求项目进展
|
||||
|
||||
| 项目名称 | 负责人 | 本周进展 | 存在问题 | 下周计划 | 优先级 |
|
||||
| -------- | ------ | -------- | -------- | -------- | ------ |
|
||||
| Gartner报告解读转写系统 | 闫旭隆 | 等待专家反馈中,图片修改工作暂未进行,计划等全部反馈汇总后一起修改 | 专家反馈尚未完成 | 等待专家反馈后汇总修改图片生成相关内容 | P1 |
|
||||
| 数字人项目 | 郝倩玉 | 仍在可行性调研中,本周主要精力在咨询信息库项目 | 调研未完成就需要尽快落地skill | 抓紧时间把调研完成并做出实际可用的skill | P0 |
|
||||
|
||||
---
|
||||
|
||||
## 三、问题与风险
|
||||
|
||||
### Gartner报告解读转写系统
|
||||
|
||||
**问题描述:** 专家反馈尚未完成,图片修改工作暂时搁置
|
||||
|
||||
**解决方案:** 等待全部反馈汇总后一起修改
|
||||
|
||||
**责任人:** 闫旭隆
|
||||
|
||||
**截止时间:** 待定
|
||||
|
||||
---
|
||||
|
||||
### 数字人项目
|
||||
|
||||
**问题描述:** 调研工作推进缓慢,主要精力被咨询信息库项目占用
|
||||
|
||||
**解决方案:**
|
||||
1. 抓紧时间把数字人技术调研完成并做出实际可用的skill
|
||||
2. 不能一直停留在需求调研层面
|
||||
|
||||
**责任人:** 郝倩玉
|
||||
|
||||
**截止时间:** 2026-01-13
|
||||
|
||||
---
|
||||
|
||||
## 四、下周重点
|
||||
|
||||
1. 🔴 数字人视频生成技术调研完成并落地skill(郝倩玉)
|
||||
2. Gartner报告图片生成优化(等待专家反馈)
|
||||
|
||||
---
|
||||
|
||||
**纪要整理人:** Claude
|
||||
**纪要时间:** 2026-01-06
|
||||
**下次会议:** 2026-01-13
|
||||
@ -0,0 +1,92 @@
|
||||
# 云大所需求相关进度会议纪要 (2026-01-13)
|
||||
|
||||
## 一、会议信息
|
||||
|
||||
- **会议时间:** 2026-01-13
|
||||
- **参会人员:** 连云波(主持)、闫旭隆、江争达、郝倩玉
|
||||
- **记录整理:** Claude
|
||||
|
||||
---
|
||||
|
||||
## 二、需求项目进展
|
||||
|
||||
| 项目名称 | 负责人 | 本周进展 | 存在问题 | 下周计划 | 优先级 |
|
||||
| -------- | ------ | -------- | -------- | -------- | ------ |
|
||||
| 数字人项目 | 郝倩玉 | 技术可行性方案调研初步完成,之前方案已推翻重新调研 | 国内平台数字人动作僵化,容易产生恐怖谷效应 | 在江争达半自动化流程基础上优化为自动化,生成30秒-1分钟样例视频 | P0 |
|
||||
| Gartner 报告解读转写系统 | 闫旭隆 | 昨天收到完整反馈,准备做文字调整 | 反馈指出图片没有出处(实际是AI生成原创图)、长信息图文字消除不彻底 | 向客户说明图片是AI原创生成,调整报告文字风格 | P1 |
|
||||
| 运营商信息精准爬取系统 | 郝倩玉 | 市场部信息库需求方向调整,从部门级改为个人级 | 需求目标不明确,窦主任也说不清具体要什么 | 需求方向调整为用现有问答系统做分权管理,调研open-notebook等开源方案 | P1 |
|
||||
| 云大阁新报告自动推送 | 江争达、闫旭隆 | 问答系统前端基本功能已完成,知识库现有102篇报告 | 知识库规模不足,需要扩充到500篇;后端引用返回不稳定 | 向市场部获取下载量最多的500篇报告,部署Mistral OCR提升文档识别效率 | P0 |
|
||||
|
||||
---
|
||||
|
||||
## 三、问题与风险
|
||||
|
||||
### 问题1:数字人项目技术路径选择
|
||||
|
||||
**问题描述:** 国内平台数字人动作僵化,容易产生恐怖谷效应,需要重新选择技术方案。
|
||||
|
||||
**解决方案:**
|
||||
1. 先查看江争达之前的测试报告和视频
|
||||
2. 在已有半自动化流程基础上优化为自动化
|
||||
3. 学习浏览器自动化操作实现全流程自动化
|
||||
4. 如有紧急需求可先用半自动化流程手动制作
|
||||
|
||||
**责任人:** 郝倩玉
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
---
|
||||
|
||||
### 问题2:运营商信息精准爬取系统需求不明确
|
||||
|
||||
**问题描述:** 市场部信息库建设的目标、实现路径尚未明确。当前无法推进开发工作,需要先搞清楚"到底想要什么"。
|
||||
|
||||
**解决方案:**
|
||||
1. 需求方向调整为:用现有问答系统做分权管理
|
||||
2. 个人上传文档后自动处理成向量数据库
|
||||
3. 调研Open NotebookLM、Obsidian Skill等开源方案
|
||||
4. 前端复用现有系统,后端独立数据库
|
||||
|
||||
**责任人:** 郝倩玉
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
---
|
||||
|
||||
### 问题3:云大阁知识库规模不足
|
||||
|
||||
**问题描述:** 当前知识库仅有102篇报告,规模太小,无法支持内测。
|
||||
|
||||
**解决方案:**
|
||||
1. 向市场部获取下载次数最多的500篇报告
|
||||
2. 可从数据库直接获取报告,不需要人工下载
|
||||
3. 部署Mistral OCR提升文档识别效率
|
||||
|
||||
**责任人:** 江争达、闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
---
|
||||
|
||||
## 四、下周重点
|
||||
|
||||
1. 🔴 **数字人项目**:郝倩玉在江争达调研基础上生成30秒-1分钟数字人视频样例(P0)
|
||||
2. 🔴 **云大阁新报告自动推送**:扩充知识库至500篇,完成问答系统内部测试后交给市场部测试(P0)
|
||||
3. **Gartner报告解读转写系统**:闫旭隆根据反馈调整报告文字风格(P1)
|
||||
4. **运营商信息精准爬取系统**:郝倩玉调研个人知识库开源方案,明确需求方向(P1)
|
||||
|
||||
---
|
||||
|
||||
## 五、备注
|
||||
|
||||
本次会议未涉及以下市场部需求项目:
|
||||
- 投标商务应答自动生成系统
|
||||
- 客户风险推送自动化系统
|
||||
- 邮件自动处理转发系统
|
||||
- 证书信息提取系统
|
||||
|
||||
---
|
||||
|
||||
**纪要整理人:** Claude
|
||||
**纪要时间:** 2026-01-13
|
||||
**下次会议:** 2026-01-20
|
||||
@ -1,255 +0,0 @@
|
||||
# 工程类会议纪要 (2026-01-06)
|
||||
|
||||
## 一、会议信息
|
||||
|
||||
- **会议时间:** 2026-01-06
|
||||
- **参会人员:** 连云波(主持)、闫旭隆、江争达、郝倩玉
|
||||
- **记录整理:** Claude
|
||||
|
||||
---
|
||||
|
||||
## 二、工作内容
|
||||
|
||||
### 1. 重点项目进展情况汇总
|
||||
|
||||
| 项目名称 | 原负责人 | 原截止时间 | 项目进展情况 |
|
||||
| ------------------------------------ | -------------- | ---------- | ------------------------------------------------------------ |
|
||||
| 科普视频生成初版方案 | 江争达 | 2026-01-02 | 已完成3分钟演示demo并提交给富友和窦主任审核,正在制作算力科普主题完整视频。技术路径:Nana Banana Pro生成图片→可灵生成视频→heygen复刻声音→剪映拼接。存在问题:prompt优化不足、工具选型调研不充分、错误删除AI生成的高质量图片(alpha蛋白质折叠图)、工作流程未自动化。**解决方案:** 1)端到端自动化工作流,全文案交给Gemini自动拆分生成关键帧;2)使用ChatGPT生成文本prompt、Gemini生成图片;3)浏览器自动化批量生成;4)代码实现视频拼接和音频对齐;5)先做10-20秒短视频验证流程 |
|
||||
| Gartner报告转写-图片生成优化 | 闫旭隆 | 2026-01-06 | 等待专家反馈中,图片修改工作暂未进行,计划等全部反馈汇总后一起修改。**解决方案**:先对已知的待改进点(图片相关)进行改进,边等待完整反馈 |
|
||||
| Deep Research智能体知识图谱方案设计 | 闫旭隆 | 2026-01-06 | 完成初步科研类知识图谱调研:1)基础覆盖类(2021年元老级知识库);2)成果关系类(聚焦文献引用关系);3)逻辑推理类(I-CRAFT,2025年Nature Machine Intelligence);4)精神疾病领域知识图谱(云南大学,Nature Communication)。存在问题:现有知识图谱都是静态的,缺乏自进化机制。**解决方案:** 1)研究自进化知识图谱方案,可以基于开源知识图谱做MVP验证;2)重点研究iKragh、MDKG知识图谱的结构 |
|
||||
| Vibe Engineering学习 | 闫旭隆、江争达 | 2026-01-06 | 闫旭隆完成Continuous-Claude项目学习并分享:核心是账本(Ledger)+Handoff实现跨窗口持续性工作、hooks机制在session start和pre-compact时触发、BringTrust平台用于学习自进化。江争达待启动。存在问题:框架实现不够完善、交接处保留信息是难点。**解决方案:** 1)采用Claude官方双代理方案(Starter+Builder)+拉尔夫自动化+SuperPower组合框架;2)研究hooks的6种生命周期; |
|
||||
| 数字人视频生成技术调研 | 郝倩玉 | 2026-01-06 | 仍在可行性调研中,本周主要精力在咨询信息库项目。**解决方案:** 抓紧时间把调研完成并做出实际可用的skill |
|
||||
| 铭凡服务器采购 | 江争达 | 2026-01-06 | 已购买并到货,体积很小像桌面机,出厂自带Windows系统。存在问题:缺乏规划方案和实施文档。**解决方案:** 1)先做服务器框架规划方案,再做执行路径实施方案;2)使用"ask you the question" skill进行40轮问答完善规划;3)把所有配置和操作记录成文档; |
|
||||
| 问答系统前端上线测试版本 | 江争达 | 2026-01-06 | 还没做,还没测试。服务器到了但软件部署工作未启动。存在问题:所有时间都耗在视频生成项目上,问答系统被跟丢了。**解决方案:** 一周至少同时开展两个项目 |
|
||||
| 咨询信息库搭建、分析报告生成需求对接 | 郝倩玉 | 2026-01-13 | 本周主要工作,与窦主任持续沟通中,目标一季度做出成型系统。信息库包括公开信息源抓取和所内现有合同数据整合。存在问题:核心需求不明确(给领导什么报告?目的是什么?)、信息源获取困难、讨论容易跑偏。**解决方案:** 1)必须先明确目的:服务对象是谁、要让他们知道什么、达成什么效果;2)先做最简版本的分析报告给领导看;3)尽快跑通一个最小MVP版本 |
|
||||
|
||||
### 2. 重点项目问题及解决方案
|
||||
|
||||
#### 问题1: 科普视频生成相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
1. **AI视频提示词生成质量不足**:prompt质量不高需反复调整;工具选型不充分(未对比ChatGPT文本能力更强);判断能力不足,错误删除高质量AI生成图片(alpha蛋白质折叠+神经网络融合图,代表诺贝尔奖级别科学成就);流程未自动化,仍需大量人工介入
|
||||
2. **工作思维惯性问题**:上来就试不做调研规划;提出问题时缺乏背景上下文;自以为是地判断AI生成内容好坏;过于依赖直觉而非理性分析
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 使用ChatGPT生成文本类prompt(文本能力最强),Gemini生成图片
|
||||
2. 全文案一次性给AI处理,让AI自动拆分关键帧,减少人工干预
|
||||
3. 不要主观判断AI生成的图片好坏,应交给专业人员审查
|
||||
4. 先做调研再动手:让AI推荐各环节最佳工具组合
|
||||
5. 尽快完成端到端自动化工作流:图片生成→可灵视频生成→代码拼接→音频对齐
|
||||
6. 使用浏览器自动化操作方案实现批量生成
|
||||
7. 做任何事情之前先做调研,内化知识后再提出问题和目标
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-13
|
||||
|
||||
#### 问题2: 服务器部署相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
服务器已到货,还没有做规划方案和文档。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 先做服务器框架规划方案(需求文档),再做实施方案
|
||||
2. 使用AskUserQuestionTool让AI帮助规划,进行40轮问答
|
||||
3. 参考领导分享的服务器配置相关资料
|
||||
4. 考虑泛化:单机部署→大型机房规划→运维管理
|
||||
5. 做好文档工作,为未来自己和他人留下参考
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-13
|
||||
|
||||
#### 问题3: 咨询信息库需求不明确
|
||||
|
||||
**问题描述:**
|
||||
|
||||
咨询信息库项目核心需求不清晰。窦主任虽然重视此项目,但具体要给所领导什么报告、达成什么目的都未明确。目前是"有什么就给什么"的思维,而非从目标出发确定需要什么信息。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 明确目标:给谁看(所领导/业务部门主任)、看什么、达成什么目的
|
||||
2. 不要做庞大的全面规划,先做一个最小版本的报告给窦主任看
|
||||
3. 先做一个点(如技术动态追踪),验证可行性后再扩展
|
||||
4. 尽快落地一个skill,跑通一次流程,不要停留在纸面
|
||||
|
||||
**责任人:** 郝倩玉
|
||||
|
||||
**截止时间:** 2026-01-13
|
||||
|
||||
#### 问题4: 问答系统前端未推进
|
||||
|
||||
**问题描述:**
|
||||
|
||||
问答系统前端还没做、没测试。把所有精力都耗在视频项目上。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 尽快测试问答系统前端
|
||||
2. 合理分配时间,一周至少开展两个项目
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-13
|
||||
|
||||
#### 问题5: Vibe Engineering框架选型
|
||||
|
||||
**问题描述:**
|
||||
|
||||
Continuous Claude开源项目的学习成果包括账本机制、hand off、自学习进化系统等。但存在问题:框架实现细节不完善,有些设计没有真正使用;框架选型众多(Cloud官方双代理、Super Power、Continuous Claude等),需要确定使用哪个。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 采用Claude官方的双代理长时间运行方案(简单有效)+尔夫+Superpower框架方案
|
||||
2. 由简入繁,不要上来就加太多功能
|
||||
3. 研究hooks的使用,这是流程自动化的重要手段
|
||||
4. 做虚拟验证:先让AI模拟方案可行性,再实际执行
|
||||
|
||||
**责任人:** 闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-13
|
||||
|
||||
### 3. 下周工作安排
|
||||
|
||||
| 项目名称 | 负责人 | 下周会前目标 | 优先级 | 截止时间 |
|
||||
| -------------------------------- | ---------------------- | ------------------------------------------------------------ | ------ | ---------- |
|
||||
| 🔴 科普视频生成端到端自动化流程 | 江争达 | 完成端到端自动化工作流:全文案输入让AI自动拆分生成关键帧prompt;使用浏览器自动化操作可灵生成视频;代码实现视频拼接和音频对齐。先做10-20秒短视频验证流程 | P0 | 2026-01-13 |
|
||||
| 🔴 问答系统前端测试 | 江争达 | 问答系统前端测试,一周至少同时开展两个项目 | P0 | 2026-01-13 |
|
||||
| 🔴 梳理最近一个月的会议纪要 | 闫旭隆,江争达 | 看看有什么工作被遗漏,并对现有会议生成skill进行这部分优化 | P0 | 2026-01-13 |
|
||||
| 🔴 Vibe Engineering框架研究与搭建 | 闫旭隆 | 研究Claude双代理长时间运行架构,结合拉尔夫、superpower框架,搭建质量可控的AI自动化开发框架。目标:质量可控、成本时间可控、架构简单;研究hooks的生命周期及重要实现,融入架构 | P0 | 2026-01-13 |
|
||||
| 🔴 知识图谱相关调研 | 闫旭隆 | 重点研究iKragh、MDKG知识图谱静态结构;研究知识图谱自进化机制 | P0 | 2026-01-13 |
|
||||
| 🔴 客户信息库分析系统需求文档撰写 | 郝倩玉 | 尽快完成需求调研及需求文档撰写,之后先做一个最小版本的客户分析报告先给窦主任看,迅速把需求实现出来 | P0 | 2026-01-13 |
|
||||
| 🔴 Gartner报告图片生成优化 | 闫旭隆 | 先改图片相关的已知待改进点,等待专家反馈后汇总,先修改图片生成相关内容 | P0 | |
|
||||
| 🔴 铭凡服务器部署方案设计 | 江争达 | 先做服务器框架规划方案(需求);再写实施方案(执行路径);使用AI辅助的AskUserQuestionTool方法进行40轮问答学习;做好文档记录。后续考虑大型机房规划方案 | P1 | |
|
||||
| 🔴 数字人视频生成多模态工作流方案 | 郝倩玉 | 尽快完成技术调研方案 | P0 | 2026-01-13 |
|
||||
| 培训资料库建设方案 | 郝倩玉 | 做调研出方案:群里发的学习资源如何整合,培训知识库和培训体系怎么建。这个可泛化,将来非常有价值 | P1 | 2026-01-13 |
|
||||
| Claude Code教程学习 | 郝倩玉、江争达、闫旭隆 | 学习领导发的Claude Code系统教程 | P1 | 2026-01-13 |
|
||||
| 开源视频生成模型调研 | 江争达 | 调研开源视频生成模型(如可灵开源版等),评估是否可部署到自有服务器降低成本 | P2 | 2026-01-13 |
|
||||
|
||||
### 4. 组内成员工作进展
|
||||
|
||||
#### 闫旭隆
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ Vibe Engineering学习:完成Continuous-Claude项目学习,学习自动上下文接续机制+自学习进化系统+Rules规则+Hook-Skill推荐
|
||||
- ✅ 基于Claude Code的类Kosmos的研究智能体系统编排思考:完成初步系统科研类知识图谱项目调研
|
||||
- ✅ 基于Claude Code的智能问答系统重构规划:设计主窗口——Sub-agent——Skill三层架构的重构规划
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 基于Claude Code的类Kosmos的研究智能体系统编排思考:准备精读iKragh、MDKG知识图谱结构
|
||||
- 🔄 Gartner报告转写-图片生成与文字细节优化:等待专家反馈
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **表扬:** 在团队中相对稳定,学习状态较好。领导评价"除了旭龙可能稍微稳定一点,你们其他人都还处于一个学习阶段"
|
||||
- **表扬:** Continuous-Claude项目的学习汇报得到认可,"账本机制和自动学习经验总结"的思想值得借鉴
|
||||
- **建议:** 要研究hooks的使用,这是未来自动化流程编排非常重要的组成部分
|
||||
- **建议:** 知识图谱研究方向:结合Kosmos机制+自进化机制,基于开源知识图谱做评测验证,如果可行可以发表论文
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|Vibe Engineering框架研究与搭建测试
|
||||
- [ ] 🔴 P0|iKragh+MDKG知识图谱结构研究+自进化知识图谱研究
|
||||
- [ ] 🔴 P0|Gartner报告图片生成优化先行,不要死等专家反馈
|
||||
- [ ] P1|测试GLM-API在Claude Code体系下的表现,准备后续接入SDK进行本地化部署
|
||||
- [ ] P1|基于Claude code的RAG后端系统重构规划
|
||||
|
||||
#### 江争达
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ 科普视频生成初版:完成3分钟视频制作
|
||||
- ✅ 铭凡服务器采购:已购买并到货
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 科普视频生成:正在制作算力科普主题完整视频
|
||||
- 🔄 Vibe Engineering学习:待启动
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **表扬:** 这次视频是可用的,视频生成项目产出的结果得到表扬。但这是建立在AI能力普遍提升的情况下,Gemini和可灵救了你
|
||||
- **建议:** 关于服务器部署任务:不要闷头搞,要先做方案规划;要有工程化思维,做好文档工作;可以先用GPT的访谈skill来帮助规划
|
||||
- **批评:** 汇报问题时缺乏上下文和背景信息,别人无法帮助解决问题。只聚焦自己感兴趣的点,不管别人能不能理解
|
||||
- **批评:** 不去思考就开始试,浅尝辄止性思维。工具选型时没有理论支撑,凭直觉选择
|
||||
- **批评:** 追求快而不是追求优。手很快但是原地踏步,效率很低
|
||||
- **批评:** 把Gemini生成的专业图片(alpha蛋白质折叠+神经网络融合图)判定为"抽象不好"并删除,暴露了知识局限性。这张图代表诺贝尔奖级别的科学成就
|
||||
- **批评:** 思维惯性非常明显,在AI原生时代,思维惯性是最大的障碍
|
||||
- **建议:** 做任何事情之前先做调研,不要上来就试。先调研学习,内化知识后再操作
|
||||
- **建议:** 服务器部署要先做规划方案和实施方案,做事情要有章法,工程化思维
|
||||
- **建议:** 尽快把视频生成端到端流程跑通,先做最简版本。问答系统前端也要推进,一周至少同时开展两个项目
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|科普视频生成端到端自动化流程
|
||||
- [ ] P0|问答系统前端测试
|
||||
- [ ] P1|铭凡服务器部署方案设计
|
||||
- [ ] P2|开源视频生成模型调研
|
||||
|
||||
#### 郝倩玉
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ 咨询信息库搭建、分析报告生成需求对接:与窦主任持续沟通中,PRD文档撰写中
|
||||
- ✅ 数字人视频生成技术调研:技术可行性方案调研中
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 咨询信息库搭建、分析报告生成需求对接:进行中
|
||||
- 🔄 数字人视频生成技术调研:可行性方案重新调研中
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **批评:** 咨询信息库项目需求不明确,核心问题在于信息源到底获取什么信息没有想清楚。不要以自己有什么东西就给领导看什么,而是要先明确领导想看什么
|
||||
- **建议:** 数字人视频生成项目要抓紧时间自己上手做出来。不要停留在需求调研层面,迅速把需求实现出来
|
||||
- **建议:** 学习Claude Code教程,这是领导看到的最系统的一个教程
|
||||
- **建议:** 做咨询信息库项目时,先做调研,先做一个点(如技术动态追踪),一个模块一个模块来。同时要考虑泛化
|
||||
|
||||
**下周任务:**
|
||||
- [ ] 🔴 P0|客户信息库分析需求调研及需求文档撰写
|
||||
- [ ] P0|数字人视频生成多模态工作流方案
|
||||
- [ ] P1|培训资料库建设方案
|
||||
|
||||
---
|
||||
|
||||
## 三、会议总结
|
||||
|
||||
**核心议题:** 科普视频生成端到端自动化、Vibe Engineering框架研究、自进化知识图谱、咨询信息库分析报告、服务器部署方案
|
||||
|
||||
**关键决策:**
|
||||
|
||||
1. **需求文档生成流程确定**:先用人工智能做需求澄清,快速产出高质量需求文档,AI产出质量超过90%的人
|
||||
2. **服务器部署必须先做规划方案再执行**:需要有完整的文档记录,工程化思维
|
||||
3. **采用"AskUserQuestionTool"提示词方法进行需求澄清和规划**:通过AI持续提问40轮的方式完成需求澄清和规划
|
||||
4. **知识图谱研究方向确定**:在传统知识图谱基础上增加自进化机制(查询路径压缩、边压缩、反馈学习、动态演化)
|
||||
5. **Vibe Engineering框架采用Claude官方双代理模式为基础**:逐步增加功能,由简入繁
|
||||
6. **视频生成工作流采用端到端自动化流程**:不需要人工审查每一帧,信任AI生成能力
|
||||
7. **视频生成技术栈确定**:ChatGPT生成prompt、Gemini生成图片、可灵生成视频、代码自动化拼接
|
||||
8. **客户信息库项目先做一个最简版本给领导看**:不纠结信息源和流程问题,快速产出验证
|
||||
9. **团队工作流程确定**:任何任务开始前必须先做调研研究
|
||||
10. **Skill开发必须考虑泛化复用**:不为单一功能开发,只有可复用的工程化项目才值得投入
|
||||
11. **hooks机制研究作为重要任务**:用于流程编排自动化,真正的高手都在用hooks
|
||||
12. **培训资料库和培训体系建设需要尽快启动调研**:把群里分享的学习资源整合,这个可以泛化
|
||||
13. **江争达需同时开展两个项目**:视频生成工作流和问答系统前端测试,一周至少开展两个项目
|
||||
14. **采用开源视频生成模型作为备选方案进行调研**:如果视频需求量大,考虑部署开源模型自建算力
|
||||
|
||||
**下周工作重点:**
|
||||
|
||||
1. 🔴 科普视频生成端到端自动化流程(江争达)
|
||||
2. 🔴 铭凡服务器部署方案设计(江争达)
|
||||
3. 🔴 前端页面重构(江争达)
|
||||
4. 🔴 Vibe Engineering框架研究与搭建(闫旭隆)
|
||||
6. 🔴 iKragh+MDKG知识图谱结构研究+自进化知识图谱研究(闫旭隆)
|
||||
7. 🔴 客户信息库分析需求调研及需求文档撰写(郝倩玉)
|
||||
|
||||
---
|
||||
|
||||
**纪要整理人:** Claude
|
||||
**纪要时间:** 2026-01-06
|
||||
**下次会议:** 2026-01-13
|
||||
@ -0,0 +1,294 @@
|
||||
# 工程类会议纪要 (2026-01-13)
|
||||
|
||||
## 一、会议信息
|
||||
|
||||
- **会议时间:** 2026-01-13
|
||||
- **参会人员:** 连云波(主持)、闫旭隆、江争达、郝倩玉
|
||||
- **记录整理:** Claude
|
||||
|
||||
---
|
||||
|
||||
## 二、工作内容
|
||||
|
||||
### 1. 重点项目进展情况汇总
|
||||
|
||||
| 项目名称 | 原负责人 | 原截止时间 | 项目进展情况 |
|
||||
| -------- | -------- | ---------- | ------------ |
|
||||
| 科普视频生成端到端自动化流程 | 江争达 | 2026-01-13 | 已完成端到端自动化工作流原型,包括:文案输入→分镜脚本生成→图片生成→去水印→视频生成→语音生成→视频拼接+字幕。60秒视频约30分钟完成。存在问题:流程图不规范(箭头缺失、逻辑不清)、图片生成prompt过于粗糙、视频生成prompt缺乏精细控制、音频有明显AI感。**解决方案:** 1)重新规范绘制流程图;2)核心优化图片生成prompt;3)参考prompt填空器网站做生成工具;4)把图片检查提前到视频生成之前;5)考虑用真人声音替代阿里云TTS;6)争取一周内完成优化 |
|
||||
| 问答系统前端测试 | 江争达 | 2026-01-13 | 前端基本功能已完成,包括主页、对话、搜索、下载、引用展示、历史记录、敏感词过滤、设置等功能。存在问题:分辨率适配问题、引用来源有时不返回、后端prompt优化不足、复制功能所见非所得、苹果设备未测试。**解决方案:** 1)修复分辨率适配;2)优化后端prompt确保引用稳定返回;3)本周内部测试,下周给市场部测试;4)增加500篇报告到知识库;5)使用Github Issue管理bug |
|
||||
| 梳理最近一个月的会议纪要 | 闫旭隆、江争达 | 2026-01-13 | 已完成梳理,发现遗漏任务约十几项,暴露出会议纪要系统存在问题。存在问题:会议纪要生成过程导致任务跟丢、缺乏系统化项目管理工具、工程管理有明显漏洞。**解决方案:** 1)改进会议纪要skill,从历史纪要提取未完成任务;2)建立图形化项目管理界面跟踪任务;3)给丁康一周时间完成任务管理系统 |
|
||||
| Vibe Engineering框架研究与搭建 | 闫旭隆 | 2026-01-13 | 已完成多个开源项目的详细研究,包括superpower、planning-with-files、continuous-cloud、claude-quickstarts双代理架构、ralph-wiggum等,整理了横向对比文档。存在问题:需要确定如何融合这些框架的优点。**解决方案:** 分三步递进测试:1)先用superpower原生测试;2)加入外部状态记录的触发机制;3)采用双代理架构融合superpower方法论 |
|
||||
| 知识图谱相关调研 | 闫旭隆 | 2026-01-13 | 已精读iKragh论文1.5天,深入理解其知识图谱构建过程:30模型集成的命名实体识别、单句/多句关系抽取、置信度计算、新颖性判断、方向预测等机制。存在问题:BERT等小模型可能已过时、穷举遍历式推理效率不高。**解决方案:** 1)调研基于BioRed训练的更好模型;2)评估iKragh开源数据可用性;3)考虑用大模型优化推理算法 |
|
||||
| 客户信息库分析系统需求文档撰写 | 郝倩玉 | 2026-01-13 | 所领导分析报告需求文档已完成80%;市场部信息库需求方向有重大调整,从部门级改为个人级。存在问题:市场部需求目标不明确、个人知识库与信息推送混淆、众口难调。**解决方案:** 1)所领导报告按原计划出三版模板确认;2)市场部方案调整为用现有问答系统做分权管理;3)调研open-notebook、obsidian-skill等方案 |
|
||||
| Gartner报告图片生成优化 | 闫旭隆 | 2026-01-06 | 昨天收到完整反馈,准备做文字调整。存在问题:反馈指出图片没有出处(实际是AI生成的原创图)、长信息图文字消除不彻底。**解决方案:** 1)向客户说明图片是AI原创生成;2)长信息图采用分段提取方式处理 |
|
||||
| 数字人视频生成多模态工作流方案 | 郝倩玉 | 2026-01-13 | 技术可行性方案调研初步完成,之前方案已推翻重新调研。存在问题:国内平台数字人动作僵化,容易产生恐怖谷效应。**解决方案:** 1)先看江争达之前的测试报告和视频;2)在已有半自动化流程基础上优化为自动化;3)学习浏览器自动化操作 |
|
||||
| 铭凡服务器部署方案设计 | 江争达 | 2026-01-13 | 服务器硬件已到位(2T硬盘),需要进行环境配置和部署。**解决方案:** 1)部署Mistral OCR提升文档识别效率;2)配置VPN支持浏览器自动化操作;3)云大阁数据库需要本地备份 |
|
||||
|
||||
### 2. 重点项目问题及解决方案
|
||||
|
||||
#### 问题1: 会议纪要跟踪任务丢失问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
会议纪要系统在跟踪过程中存在任务丢失的情况,从最近一个月的会议纪要中梳理出十几项被遗漏的任务。这反映出工程管理上存在明显漏洞,需要建立任务管理系统来避免"老熊掰玉米"式的工作方式。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 修改会议纪要系统,将之前工作要点中未完成的任务全部提取出来,保证项目不被跟丢
|
||||
2. 尽快建立图形化任务管理界面,用于统计和管理任务
|
||||
3. 将任务管理系统接入Github或自建版本管理系统,实现问题自动修改和测试
|
||||
4. 给丁康设定周五截止时间完成日报驱动管理任务,否则自己接手
|
||||
|
||||
**责任人:** 江争达、闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
#### 问题2: 科普视频生成流程图和Prompt质量问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
1. 视频生成工作流流程图存在严重问题:没有箭头指向、风格提取模块与主流程关系不清、数据流向不明确
|
||||
2. 图片生成的Prompt过于粗糙,缺乏精细化控制,导致输出质量不稳定
|
||||
3. 视频生成Prompt几乎没有控制,全靠AI自由发挥
|
||||
4. 音频用阿里云API生成,有明显AI感
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 重新绘制流程图,添加箭头指向,明确数据流
|
||||
2. 将风格提取作为旁路输入而非独立阶段
|
||||
3. 核心优化图片生成Prompt,这是决定质量的关键步骤
|
||||
4. 参考Prompt填空器网站,复刻并改造为视频Prompt生成工具
|
||||
5. 把检查接口留出来,存储prompt和图片/视频对应关系
|
||||
6. 考虑用真人声音克隆或下载真人声音替代阿里云TTS
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
#### 问题3: 前端问答系统测试问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
前端问答系统从开发、测试到部署均由一人完成,自测存在盲区。会议演示发现多个问题:不同分辨率适配问题、引用显示不一致、复制内容与显示内容不一致、下载功能在某些浏览器不可用等。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 先由江争达为主进行内部测试,发现并修复问题
|
||||
2. 协调闫旭隆等组内人员协助进行功能测试
|
||||
3. 一周内完成内部测试后,交给市场部同事进行用户测试
|
||||
4. 如市场部不测试,两周后直接给用户小规模内测
|
||||
5. 修复分辨率适配、引用显示、文本复制等具体问题
|
||||
6. 使用Github Issue或自建系统管理bug
|
||||
|
||||
**责任人:** 江争达、闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
#### 问题4: 知识库规模不足
|
||||
|
||||
**问题描述:**
|
||||
|
||||
当前知识库仅有102篇报告,规模太小,需要扩充到500篇以支持内测。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 向市场部获取下载次数最多的500篇报告
|
||||
2. 研究并部署Mistral OCR或其他OCR工具处理PDF文件
|
||||
3. 可从数据库直接获取报告,不需要人工下载
|
||||
|
||||
**责任人:** 江争达、闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
#### 问题5: 市场部信息库需求目标不明确
|
||||
|
||||
**问题描述:**
|
||||
|
||||
市场部信息库(运营商信息系统)建设的目标、实现路径尚未明确。当前无法推进开发工作,需要先搞清楚"到底想要什么"。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 将需求整理工作交给郝倩玉跟进
|
||||
2. 使用需求文档Skill让AI辅助生成需求文档,通过启发式诱导方式与非技术人员沟通
|
||||
3. 需求方向调整为:用现有问答系统做分权管理,个人上传文档后自动处理成向量数据库
|
||||
|
||||
**责任人:** 郝倩玉
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
#### 问题6: 新员工培训资料未系统化
|
||||
|
||||
**问题描述:**
|
||||
|
||||
团队即将有新员工加入,但培训资料分散在微信群和各种文档中,缺乏系统化整理和组织架构。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 使用AI整理微信群转发的培训材料,生成培训文档架构
|
||||
2. 按专题组织培训内容,区分文字、图片、视频等形式
|
||||
3. 使用NotebookLM按专题生成培训视频和PPT演讲稿
|
||||
4. 争取一周内完成培训资料整理
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-20
|
||||
|
||||
### 3. 下周工作安排
|
||||
|
||||
| 项目名称 | 负责人 | 下周会前目标 | 优先级 | 截止时间 |
|
||||
| -------- | ------ | ------------ | ------ | -------- |
|
||||
| 🔴 知识问答系统前端测试及优化 | 江争达 | 修复分辨率适配、下载功能兼容性问题,完成内部测试后出测试报告。今天改掉会上提的几个问题后直接上线 | P0 | 2026-01-13 |
|
||||
| 🔴 科普视频生成自动化流程优化 | 江争达 | 优化图片风格提取prompt;优化分镜prompt质量控制;把检查接口留出来存储prompt和图片/视频对应关系;做提示词填空器的前端页面原型 | P0 | 2026-01-20 |
|
||||
| 🔴 安定医院临界慢化研究需求对接 | 闫旭隆 | 明天与吕楠老师碰需求,整理需求后与大模型做一轮交流调整 | P0 | 2026-01-14 |
|
||||
| 🔴 Vibe Engineering开发框架融合方案 | 闫旭隆 | 三步递进测试:1)直接用Superpower测试;2)加入触发机制和外部状态文件;3)用双代理架构拆分Superpower | P0 | 2026-01-20 |
|
||||
| 🔴 铭凡服务器部署与VPN配置 | 江争达 | 服务器部署支持后端网页操作、浏览器自动化调用;配置VPN支持外网访问;部署Mistral OCR | P0 | 2026-01-20 |
|
||||
| 🔴 云大阁知识库扩充至500篇 | 江争达、闫旭隆 | 联系媛媛获取下载量最多的500篇报告,扩充知识库 | P0 | 2026-01-20 |
|
||||
| 🔴 培训知识库架构整理 | 江争达 | 用AI整理微信群9月以后的培训材料,生成培训文档架构。用NotebookLM生成分专题培训视频和PPT演讲稿 | P0 | 2026-01-20 |
|
||||
| 🔴 Plugin系统化管理平台开发 | 江争达 | 建立Plugin(含agents、hooks、commands、skills)的系统化管理平台,实现文件分门别类管理 | P0 | 2026-01-27 |
|
||||
| 🔴 数字人视频生成方案与自动化 | 郝倩玉 | 在江争达调研基础上,结合之前测试视频,生成30秒-1分钟数字人视频样例。学习浏览器自动化操作 | P0 | 2026-01-20 |
|
||||
| 🔴 所领导分析报告模板确认 | 郝倩玉 | 完成所领导分析报告生成的三个版本输出模板确认 | P0 | 2026-01-20 |
|
||||
| 🔴 日报驱动管理Skill开发 | 丁康 | 完成日报驱动管理的Skill开发(周五前未完成则由团队接手) | P0 | 2026-01-17 |
|
||||
| 🔴 会议纪要Skill优化-读取历史纪要 | 江争达、闫旭隆 | 修改会议纪要Skill,能够读取之前的会议纪要,保证任务不跟丢 | P0 | 2026-01-20 |
|
||||
| iKragh知识图谱开源验证与应用 | 闫旭隆 | 验证iKragh论文成果可用度,调研基于BioRED训练的更好模型 | P1 | 2026-01-20 |
|
||||
| Gartner报告转写文字风格调整 | 闫旭隆 | 根据袁姐反馈调整报告文字 | P1 | 2026-01-20 |
|
||||
| 个人知识库开源方案调研 | 郝倩玉 | 调研Open NotebookLM、Obsidian Skill、Cloud Skill三种个人知识库方案 | P1 | 2026-01-20 |
|
||||
| 前端开发经验总结Skill编写 | 江争达 | 将前端开发流程总结成skill,实现工作泛化复用 | P1 | 2026-01-27 |
|
||||
| 云大阁数据库本地备份 | 江争达 | 将云大阁数据库复制到本地服务器做备份,建立API同步更新机制 | P1 | 2026-01-27 |
|
||||
| 问答系统个人知识库分权功能 | 江争达 | 为市场部做个人知识库功能:前端不变,后端分离独立数据库,增加权限分离系统 | P1 | 2026-01-27 |
|
||||
| A2UI需求Skill测试与交付 | 江争达 | 需求Skill用A2UI包装后生成动态渲染web页面给非技术人员使用 | P1 | 2026-01-27 |
|
||||
| Auto Schema与iKragh论文对比文档 | 江争达 | 用大模型做两篇论文的详细对比,整合测试结果生成完整文档 | P1 | 2026-01-27 |
|
||||
| NotebookLM去水印工具开发 | 江争达 | 参照柬埔寨去水印程序,修改用于去除NotebookLM视频边角水印 | P2 | 2026-01-27 |
|
||||
|
||||
### 4. 组内成员工作进展
|
||||
|
||||
#### 闫旭隆
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ Vibe Engineering学习:完成claude-quickstarts+juno-code+planning-with-files+superpowers+ralph-wiggum等多个项目理解与横向对比
|
||||
- ✅ 基于Claude Code的类Kosmos的研究智能体系统编排思考:精读iKragh论文,理解其知识图谱构建过程、结构、推理算法
|
||||
- ✅ 基于Claude Code的智能问答系统重构规划:设计主窗口——Sub-agent——Skill三层架构的重构规划
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 Gartner报告转写-图片生成与文字细节优化:昨天收到完整反馈,准备做文字调整
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **表扬:** 对Vibe Engineering多个开源项目的深入研究和横向对比分析工作得到认可,项目理解skill也被认为有逻辑性
|
||||
- **建议:** Vibe Engineering项目研究应采用三阶段递进测试方案:第一阶段用super power原版测试小项目;第二阶段把触发机制加到super power的agent里;第三阶段用双代理架构把super power切开分到initial和coding两个阶段
|
||||
- **建议:** 对于知识图谱(iKragh)研究,需要验证其真实可用度和可信度,评估论文假设后来被验证了多少,然后判断是否可以直接使用其开源成果
|
||||
- **建议:** 知识图谱如果要增量更新,可以考虑用大模型先做收敛判断哪些有可能的药物,再做遍历,而不是穷举遍历
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|安定医院临界慢化研究需求对接(明天与吕楠老师碰需求)
|
||||
- [ ] 🔴 P0|Vibe Engineering开发框架融合方案(三步递进测试)
|
||||
- [ ] 🔴 P0|云大阁知识库扩充至500篇(配合江争达)
|
||||
- [ ] 🔴 P0|会议纪要Skill优化(配合江争达)
|
||||
- [ ] P1|iKragh知识图谱开源验证与应用
|
||||
- [ ] P1|Gartner报告转写文字风格调整
|
||||
|
||||
#### 江争达
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ 梳理最近一个月的会议纪要:发现遗漏任务十几项
|
||||
- ✅ 问答系统前端测试:完成主页、对话、搜索、下载、引用展示、历史记录、敏感词过滤、设置等功能
|
||||
- ✅ 科普视频生成端到端自动化流程:完成端到端工作流原型,60秒视频约30分钟完成
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 科普视频生成自动化流程优化:需要优化流程图、prompt质量
|
||||
- 🔄 问答系统前端测试:需要修复分辨率适配等问题
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **表扬:** 问答系统前端工作总体做得不错,基本点都覆盖了,比之前有进步
|
||||
- **批评:** 会议纪要任务跟丢问题严重,工程管理存在明显漏洞,暴露了十几项遗漏任务
|
||||
- **批评:** 流程图绘制水平差,没有箭头,逻辑不清晰,反映思考能力不足
|
||||
- **批评:** 工作不够精益求精,只看结果不看过程,核心prompt优化投入精力少
|
||||
- **批评:** 脑子懒,在每一步重要的地方不动脑子,追求快而不是追求优
|
||||
- **建议:** 学会高效使用AI工具,可以并行十件事情
|
||||
- **建议:** 项目工作要先学习后执行,经过三轮学习后生成方案,方案要跟大家讨论
|
||||
- **建议:** 前端测试要组织他人参与,用GitHub的issue管理或自己搞版本管理系统
|
||||
- **建议:** 视频生成工作要优化prompt控制,把修改权利给内容创作者
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|知识问答系统前端测试及优化(今天改完上线)
|
||||
- [ ] 🔴 P0|科普视频生成自动化流程优化
|
||||
- [ ] 🔴 P0|铭凡服务器部署与VPN配置
|
||||
- [ ] 🔴 P0|云大阁知识库扩充至500篇
|
||||
- [ ] 🔴 P0|培训知识库架构整理
|
||||
- [ ] 🔴 P0|Plugin系统化管理平台开发
|
||||
- [ ] 🔴 P0|会议纪要Skill优化
|
||||
- [ ] P1|前端开发经验总结Skill编写
|
||||
- [ ] P1|云大阁数据库本地备份
|
||||
- [ ] P1|问答系统个人知识库分权功能
|
||||
- [ ] P1|A2UI需求Skill测试与交付
|
||||
|
||||
#### 郝倩玉
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ 所领导分析报告生成+市场部信息库需求对接:需求文档已完成80%
|
||||
- ✅ 数字人视频生成多模态工作流调研:技术可行性方案调研初步完成
|
||||
- ✅ 参加需求相关会议:参与市场部信息库需求沟通会议、科普视频制作沟通会议
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 市场部信息库需求:方向调整为个人知识库,需求目标待明确
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **建议:** 市场部信息库需求目标不明确,需要先搞清楚"到底想要什么"——是为了个人工作效率提高,还是增加客户粘性,还是推广产品
|
||||
- **建议:** 所领导分析报告生成工作方向正确,需要按流程:先做调研,然后出几版生成方案供选择
|
||||
- **建议:** 数字人视频调研工作:需要先看江争达之前的测试视频和流程,在此基础上生成自己认为最优的版本,形成从半自动化到自动化的流程
|
||||
- **建议:** 可以参与需求澄清Skill和AI UI相关的前端开发工作
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|数字人视频生成方案与自动化(生成30秒-1分钟样例)
|
||||
- [ ] 🔴 P0|所领导分析报告模板确认(三版模板)
|
||||
- [ ] P1|个人知识库开源方案调研(Open NotebookLM、Obsidian Skill、Cloud Skill)
|
||||
|
||||
---
|
||||
|
||||
## 三、会议总结
|
||||
|
||||
**核心议题:** 问答系统前端测试与优化、科普视频生成自动化流程优化、会议纪要任务跟踪系统改进、Vibe Engineering框架融合、培训知识库建设
|
||||
|
||||
**关键决策:**
|
||||
|
||||
1. **丁康任务管理系统开发给予最后期限**:周五前做不出来由团队自己接手
|
||||
2. **Plugin开发规范及Skill管理需在两周内完成系统化框架**:包含agents、hooks、commands、skills等分门别类管理
|
||||
3. **Dify框架作为技术储备保留,主路径继续用Claude Code/Claude Agent SDK**
|
||||
4. **问答系统前端测试由组内先测一周,之后交给市场部内部客户测试**
|
||||
5. **知识库需要扩充到500篇**:优先选择下载量最多的报告
|
||||
6. **使用Mistral OCR替代现有OCR方案**:识别效率高,表格识别可达百分百
|
||||
7. **云大阁页面将重新设计**:使用Front设计skill和Ruff进行迭代优化
|
||||
8. **需求文档Skill第一使用人确定为小彤(合规相关)**:用于合规提醒工具开发
|
||||
9. **培训知识库整理争取一周搞定**:采用NotebookLM生成分专题培训视频
|
||||
10. **科普视频自动化工作流优化方向**:图片/视频prompt精细化控制要自动化,检查接口留给人工微调
|
||||
11. **视频生成的音频采用真人声音克隆方案**:阿里云默认音库AI感太重
|
||||
12. **任务管理可视化界面**:用Claude生成图形化界面,包含全量统计和个人统计两种页面
|
||||
13. **GitHub问题管理流程**:将测试问题拉取到本地,用Claude Code自动修改,实现AI原生自动化管理
|
||||
14. **A2UI需求Skill简单测试后交出**:用于渲染需求文档交互界面给非技术人员使用
|
||||
|
||||
**下周工作重点:**
|
||||
|
||||
1. 🔴 知识问答系统前端测试及优化,今天改完上线(江争达)
|
||||
2. 🔴 科普视频生成自动化流程优化,重点优化prompt质量(江争达)
|
||||
3. 🔴 安定医院临界慢化研究需求对接(闫旭隆)
|
||||
4. 🔴 Vibe Engineering开发框架融合方案(闫旭隆)
|
||||
5. 🔴 云大阁知识库扩充至500篇(江争达、闫旭隆)
|
||||
6. 🔴 培训知识库架构整理(江争达)
|
||||
7. 🔴 数字人视频生成方案与自动化(郝倩玉)
|
||||
8. 🔴 Plugin系统化管理平台开发(江争达)
|
||||
|
||||
---
|
||||
|
||||
**纪要整理人:** Claude
|
||||
**纪要时间:** 2026-01-13
|
||||
**下次会议:** 2026-01-20
|
||||
Reference in New Issue
Block a user