会议纪要skill增加历史会议纪要比对
This commit is contained in:
@ -1,327 +0,0 @@
|
||||
# 工程类会议纪要 (2025-12-30)
|
||||
|
||||
## 一、会议信息
|
||||
|
||||
- **会议时间:** 2025-12-30
|
||||
- **参会人员:** 连云波(主持)、闫旭隆、江争达、郝倩玉
|
||||
- **记录整理:** Claude
|
||||
|
||||
---
|
||||
|
||||
## 二、工作内容
|
||||
|
||||
### 1. 重点项目进展情况汇总
|
||||
|
||||
| 项目名称 | 原负责人 | 原截止时间 | 项目进展情况 |
|
||||
| -------------------------------------------- | -------- | ---------- | ------------------------------------------------------------ |
|
||||
| 问答系统前端重构 | 江争达 | 2025-12-30 | 基本页面展示和基础功能已完成,但细节优化未做,异常处理模块未完成,用户设置功能未开发。存在问题:工程管理维护不足,数据库无备份、代码无版本管理,存在重大安全风险;开发思路问题,总是等待他人反馈而不主动推进;测试环境与生产环境未分离。**解决方案:** 1)建立备份机制,每天对数据库和代码进行备份;2)开发测试服务器,新开docker服务分离测试和生产环境;3)不要等待反馈,按自己方案先推进,有问题再调整;4)下周必须拿出可测试版本,基本完善达到商用初期版本水平;5)参考ChatGPT等产品设计用户设置功能;6)引用链接改为先展示摘要再提供下载,而非直接下载 |
|
||||
| 素材解析与预处理Skill开发 | 郝倩玉 | 2025-12-30 | Skill已完成并迭代3次,可稳定输出结构化文档。存在问题:流程设计过于复杂,拆分了不必要的多个阶段(文字理解、素材分析、智能匹配等);图片生成用代码处理创意性内容是错误方向;未调研最先进工具(如可灵、Voe等),采用了过时的技术路线。**解决方案:** 1)简化流程,合并无必要分开的步骤,一步到位生成最终结果;2)以结果为导向重新设计,直接定义最终需要什么而非定义中间过程;3)使用Gemini生成图片、可灵或Voe生成视频等先进工具替代代码生成;4)调研并使用最先进的多模态生成工具。 |
|
||||
| Gartner报告转写 | 闫旭隆 | 2025-12-30 | 完成human in the loop设计,允许用户决策标题和框架,生成图片描述+Gemini生图,整体效果可评75-80分。存在问题:部分章节缺少配图(3、4、5章没有图);图片生成有时逻辑不够严密;行文结构和常见报告格式不太一样;图片存在褶皱/凹凸纹理问题。**解决方案:** 1)图的生成要再次精细打磨,每章节都应配图;2)先把文字打磨好再打磨图片;3)使用SVG或屏幕截图(screenshot)格式减轻纹理问题;4)文字润色需要调整用词习惯达到85分水平;5)工程自动化准备 |
|
||||
| 基于Claude Code的Deep Research智能体编排方案 | 闫旭隆 | 2025-12-30 | 研究了KOSMOS开源项目的编排机制,理解了多周期研究、世界模型状态管理的核心架构,初步规划了脚本-主窗口-Sub-agent-Skill的自动化工作架构。存在问题:Kosmos知识图谱如何构建尚未明确;科研知识图谱与普通知识图谱不同,属性定义和关系提取需要专门研究;知识图谱的自进化机制(建立过程和使用过程)需要设计。**解决方案:** 1)尽快定义知识图谱的结构方案;2)研究科研知识图谱的属性定义,明确每一步需要提取什么信息,反向定义知识图谱结构;3)研究自进化知识图谱:建立过程自进化(搜索新内容自动入库)和使用过程自进化(使用时建立直接连接); |
|
||||
| 数字人视频生成多模态工作流需求文档完善 | 郝倩玉 | 2025-12-30 | 技术可行性方案讨论测试中。存在问题:沿用传统视频制作流程的思维,未实现AI原生设计;对AI能力边界认知不足,不知道先进工具能做到什么程度;流程设计过于复杂,人为添加了不必要的环节。**解决方案:** 1)推翻现有方案,以结果为导向重新设计:告诉AI需要什么元素的视频,让其自动生成;2)使用Gemini生图+可灵/Voe/Heygen等工具生成视频;3)调研最先进的视频生成工具,做技术可行性测试。 |
|
||||
| 服务器软硬件配置报告 | 江争达 | - | 已完成服务器采购方案PPT。存在问题:执行摘要只强调成本而非价值;痛点描述重复冗余;表达不够精炼;架构图有冗余元素;资源分配方案不够动态灵活。**解决方案:** 1)重新组织PPT逻辑,突出问题和解决方案而非成本;2)研究服务器资源动态分配方案(而非静态分配虚拟机);3)考虑用Docker容器替代每人一个虚拟机的方案;4)将VPN功能从服务器分离到独立路由器;5)写一份完整的系统架构说明文档和使用规范手册 |
|
||||
|
||||
### 2. 重点项目问题及解决方案
|
||||
|
||||
#### 问题1: 问答系统前端重构相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
1. **前端开发进度滞后**:前端功能未完善,用户设置、异常处理等细节模块未开发完成。开发人员存在'等待他人反馈'的被动心态,导致项目已做半年仍无成型产品。前端部署在本地测试环境,未上云,其他人无法测试。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 下周必须拿出一个可供大家测试的基本完善版本
|
||||
2. 不要等待反馈,主动推进,按自己的理解先完成
|
||||
3. 实在无法判断的问题再与领导商量
|
||||
4. 部署测试服务器供他人测试,与生产环境分离
|
||||
5. 使用自动化测试工具进行连续测试
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-06
|
||||
|
||||
#### 问题2: 服务器软硬件配置报告相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
1. **服务器采购方案PPT质量问题**:PPT存在多处问题:执行摘要只强调成本而非价值、痛点描述重复冗余、表达不够精炼、'128G+96G'的表述容易引起误解(实际96G是128G中可分配的部分)、架构图有冗余元素(如重复的clash)、资源分配方案不够动态灵活。
|
||||
2. **云端数据库无备份,存在数据安全风险**:问答系统的云端数据库没有备份机制,代码镜像虽有本地备份但数据没有。一旦数据丢失将造成严重损失,目前处于'裸奔'状态,工程管理维护体系不完善。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 重新组织PPT逻辑,突出问题和解决方案而非成本
|
||||
2. 删除重复冗余的表述(如多余的'痛点'、'业务影响'标签)
|
||||
3. 修正容易引起误解的表达
|
||||
4. 研究服务器资源动态分配方案(而非静态分配虚拟机)
|
||||
5. 考虑用Docker容器替代每人一个虚拟机的方案
|
||||
6. 将VPN功能从服务器分离到独立路由器
|
||||
7. 写一份完整的系统架构说明文档和使用规范手册
|
||||
8. 建立每天或每次操作后的数据库备份机制
|
||||
2. 使用NAS进行本地备份结合云端备份
|
||||
3. 先买一台服务器测试稳定性后,再决定是否需要购买第二台做备份
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-06
|
||||
|
||||
#### 问题3: 素材解析与预处理Skill开发相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
**Skill设计过于复杂**:素材解析与预处理Skill的流程设计过于复杂,人为将任务拆分成多个串行的子agent(文字理解、素材分析、标签提取等),产生不必要的中间产物。应该以结果为导向,充分利用大模型的能力一步到位生成结果,而不是按传统流程逐步处理。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 简化流程,将串行的子任务合并
|
||||
2. 以结果为导向重新设计,直接告诉模型最终要什么
|
||||
3. 使用Gemini等先进工具直接生成图片和视频合成
|
||||
4. 参考可灵(Kling)、Voe等视频生成工具的能力
|
||||
5. 不要用代码解决创意性问题,让AI发挥其创造力
|
||||
|
||||
**责任人:** 郝倩玉
|
||||
|
||||
**截止时间:** 2026-01-06
|
||||
|
||||
#### 问题4: 数字人视频生成多模态工作流相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
**视频生成技术方案选型落后**:数字人视频生成的技术方案仍基于传统视频制作流程思维,使用代码(如FFmpeg、Python)来处理图片和视频合成,没有充分调研和使用最先进的AI视频生成工具,导致效率低下且效果不佳。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 调研并使用最新的视频生成工具(如Gemini生图、可灵Kling、Voe等)
|
||||
2. 使用Gemini先生成脚本图片,再用视频工具合成
|
||||
3. 测试首尾帧连接的连贯性
|
||||
4. 不要从传统流程出发,而是从AI能力边界出发思考方案
|
||||
|
||||
**责任人:** 郝倩玉
|
||||
|
||||
**截止时间:** 2026-01-06
|
||||
|
||||
#### 问题5: Deep Research智能体编排相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
**知识图谱设计问题**:Kosmos研究智能体系统的世界模型(知识图谱)设计不够完善。需要研究科研知识图谱的特殊属性定义,以及如何实现知识图谱的自进化(包括建立过程的自进化和使用过程的自进化)。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 研究科研知识图谱的属性定义,明确每一步需要从知识图谱获取什么信息
|
||||
2. 与牛刚等有经验的同事进行学术探讨
|
||||
3. 实现知识图谱的自进化:搜索新内容时自动添加,使用过程中自动建立新关系
|
||||
4. 先做摘要和元数据级别的知识图谱,再扩展到全文
|
||||
5. 用大模型逆向推演Kosmos的世界模型结构
|
||||
|
||||
**责任人:** 闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-06
|
||||
|
||||
#### 问题6: Gartner报告转写相关问题
|
||||
|
||||
**问题描述:**
|
||||
|
||||
**图片生成质量问题**:使用Gemini生成的报告插图存在问题:部分章节没有配图、图片描述太简短导致生成的图逻辑不够严密、生成的图片有纸面褶皱/不平整的视觉瑕疵。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 确保每个重要章节都配图
|
||||
2. 在提示词中加入'screenshot'或'SVG'等关键词减少图片瑕疵
|
||||
3. 文字润色需要进一步调整以符合咨询报告的行文规范
|
||||
|
||||
**责任人:** 闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-06
|
||||
|
||||
#### 问题7: 科普视频生成任务时间紧迫
|
||||
|
||||
**问题描述:**
|
||||
|
||||
市场部需要在下周一或下周二提交科普视频的初步方案,但目前还没有开始制作,且需求文档不完整(缺少口播文本等素材)。与问答系统前端开发任务存在时间冲突。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 优先完成科普视频初步方案
|
||||
2. 使用Gemini生成脚本图片,再用VU3或可灵合成视频
|
||||
3. 先做30秒的试验片段验证技术可行性
|
||||
4. 如果时间不够,可以请郝倩玉协助或由领导帮助完成
|
||||
|
||||
**责任人:** 江争达
|
||||
|
||||
**截止时间:** 2026-01-02
|
||||
|
||||
#### 问题8: 团队工具使用意识和调研能力不足
|
||||
|
||||
**问题描述:**
|
||||
|
||||
团队成员在开发时没有充分调研最先进的工具,习惯性地按传统思维方式工作,导致效率低下。存在'拍脑袋'定方案、过度关注过程而非结果、不会质疑自己方案的问题。
|
||||
|
||||
**解决方案:**
|
||||
|
||||
1. 任何任务开始前先做一轮技术调研,了解最先进的方法
|
||||
2. 多使用Deep Research进行调研
|
||||
3. 学会质疑自己的方案,让AI帮助分析方案的优缺点
|
||||
4. 以结果为导向,不要人为复杂化流程
|
||||
5. 多看好的作品和案例提升品位
|
||||
6. 学习并实践浏览器自动化技术
|
||||
|
||||
**责任人:** 江争达、郝倩玉、闫旭隆
|
||||
|
||||
**截止时间:** 2026-01-06
|
||||
|
||||
### 3. 下周工作安排
|
||||
|
||||
| 项目名称 | 负责人 | 下周会前目标 | 优先级 | 截止时间 |
|
||||
| ------------------------------------- | -------------- | ------------------------------------------------------------ | ------ | ---------- |
|
||||
| 🔴 科普视频生成初版方案 | 江争达 | 市场部科普视频生成任务,需要下周一或周二提交初版方案。用Gemini生成图片,再用VU或可灵生成首尾帧视频,测试图片衔接效果。先做30秒的验证可行性。 | P0 | 2026-01-02 |
|
||||
| 🔴 Gartner报告转写-图片生成优化 | 闫旭隆 | 报告转写已基本可用(75-80分),需要:1)把每个章节都配上图片达到80分;2)文字润色调整达到85分;3)优化图片生成的精细度,解决图片褶皱问题(尝试SVG或screenshot格式)。 | P0 | 2026-01-06 |
|
||||
| 🔴 Deep Research智能体知识图谱方案设计 | 闫旭隆 | 尽快把知识图谱方案定下来,即Kosmos的world model的知识图谱底座。研究科研知识图谱(与普通知识图谱不同)和自进化知策略,包括建立过程的自进化和使用过程的自进化。可与牛刚做学术探讨。 | P0 | 2026-01-06 |
|
||||
| 🔴 Vibe Engineering学习 | 闫旭隆、江争达 | 抓紧学习Vibe engineering相关资料和AI软件工程,这是未来重要方向。搭建一套体系保证AI agent能自动长时间运行并保证质量,不再是一对一对话式coding。 | P0 | 2026-01-06 |
|
||||
| 🔴 数字人视频生成技术调研 | 郝倩玉 | 调研最先进的视频生成工具(Voe、可灵、Gemini等),以结果为导向重新设计方案,不要基于传统视频制作流程。 | P0 | 2026-01-06 |
|
||||
| 铭凡服务器采购 | 江争达 | 尽快购买明盘服务器,价格在涨(已从16999涨到18999)。先买一台测试整体框架稳定性。 | P0 | 2026-01-06 |
|
||||
| 服务器采购方案优化/测试服务器环境搭建 | 江争达 | 优化服务器采购PPT方案,包括:1)资源动态分配方案研究;2)VPN服务器与主服务器分离(用旁路由方案);3)负载均衡方案;4)系统架构说明文档和结构图。不再改PPT,直接写架构说明文档。 | P1 | 2026-01-06 |
|
||||
| 服务器使用说明和规范手册编写 | 江争达 | 准备一套使用说明,包括软件的、硬件的使用说明,还要准备使用规范手册,用于生产环境接入。 | P1 | 2026-01-06 |
|
||||
| 数字人视频生成方案总结与操作文档 | 江争达 | 基于已完成的方案调研,输出可操作的最终方案文档 | P1 | 2026-01-06 |
|
||||
| 问答系统前端上线测试版本 | 江争达 | 下周必须上线一个能够给大家测试的版本,基本完善,包含用户设置、客户功能等,看上去跟商用初期版本没什么区别。不要缺胳膊少腿,自己先做自动化测试。 | P1 | 2026-01-06 |
|
||||
| 基于Claude Code的智能问答系统重构规划 | 闫旭隆、江争达 | 基于Cloud Code通用Agent能力,规划下一代智能问答助手的架构,利用通用智能体底层构建扩展更多能力,如上下文管理 | P1 | 2026-01-06 |
|
||||
|
||||
|
||||
### 4. 组内成员工作进展
|
||||
|
||||
#### 闫旭隆
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ Gartner报告转写:完成human in the loop设计,允许用户决策标题和框架,生成图片描述+Gemini生图
|
||||
- ✅ 基于Claude Code的类Kosmos的研究智能体系统编排思考:学习类KOSMOS的开源项目编排中
|
||||
- ✅ 基于Claude Code的智能问答系统重构规划:设计主窗口——Sub-agent——Skill三层架构的重构规划
|
||||
- ✅ 视频压缩、分割、Gemini测试
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 基于Claude Code的类Kosmos的研究智能体系统编排思考:学习类KOSMOS的开源项目编排中
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **建议:** 需要开始思考并学习如何搭建智能体编排体系(类KOSMOS体系),与江争达一起研究vibe engineer架构,尽快进入一边学一边干的阶段
|
||||
- **建议:** 需要购买一个GPT共享账号(20美金)供团队(包括窦主任、媛媛等)使用
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|Gartner报告转写-图片生成与文字细节优化
|
||||
- [ ] 🔴 P0|Vibe Engineering学习
|
||||
- [ ] P1|基于Claude Code的智能问答系统重构规划
|
||||
|
||||
#### 江争达
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ 问答系统前端重构(一周内固定页面):意见收集需元旦节后进行
|
||||
- ✅ 服务器软硬件配置报告:已完成
|
||||
- ✅ nyrag/RAG-Anything开源RAG项目测试
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 问答系统前端重构:意见收集需元旦节后进行
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **批评:** 前端开发一直在等别人反馈,思考方式有问题。不应该等别人,自己能做的事情要先做完。做了半年还没有拿出一个成形的东西出来。
|
||||
- **批评:** 数据库没有备份,代码没有备份,整个工程管理维护都是在裸奔,这非常危险。一旦出问题什么都没有了。
|
||||
- **批评:** 做事不够细致,输出的东西有很多低级错误。应该拿出代表自己最高水平的东西,经得起检验的东西,而不是一测一大堆问题。
|
||||
- **批评:** PPT制作问题很大:信息重复冗余(痛点、具体表现、业务影响等重复词汇)、逻辑不连贯、表达不清晰。用加号表示内存分配容易引起误解(128G+96G被理解为224G)。
|
||||
- **批评:** AI工具使用方式不对。用Claude Code逐页生成PPT,束缚了AI的思维,结果比直接让NotebookLM或Gemini整体生成的效果差很多。自己的思想影响了AI的输出质量。
|
||||
- **批评:** 学习速度慢,表达混乱,技术方案研究不充分。包括网络架构、服务器架构、资源调配等很多没有深入思考。
|
||||
- **批评:** 做事喜欢往前冲,但基础没有打牢。底子都没打好就往上加,一旦动了就全塌。需要先把自己后面的事情弄干净打牢。
|
||||
- **批评:** 虚拟机架构设计有冗余,每个虚拟机都装clash,上层又有clash,资源浪费。应该把VPN放到路由器上,架构更简洁。
|
||||
- **建议:** 前端下周必须拿出一个能给大家测试的版本,基本完善,看上去跟商用初期版本没什么区别,不要缺胳膊少腿。
|
||||
- **建议:** 工作环境和测试环境要分开,最好搞一个测试服务器。可以新开一个端口或docker服务。
|
||||
- **建议:** 数据库需要做备份,至少每天备份一次,甚至操作结束就备份一次。
|
||||
- **建议:** 不要用Claude Code生成PPT,应该用NotebookLM或Gemini,把完整文档放进去让它自己规划,越少干预效果越好。
|
||||
- **建议:** 产品设计需要主动推进,跟媛媛商量设置项(用户级别、是否收费、记忆功能等),参考其他产品的设计。
|
||||
- **建议:** 服务器资源分配需要研究动态分配方案,不要静态分配。可以考虑在docker里装环境而不是给每人开虚拟机。
|
||||
- **建议:** VPN应该从服务器分离出来,做成旁路由或单独的VPN路由器,这样更稳定,也方便进机房部署。
|
||||
- **建议:** 需要准备一套使用说明和使用规范手册,包括软件硬件的使用说明,为将来生产环境接入做准备。
|
||||
- **建议:** 先买一台服务器测试整个框架的稳定性,用NAS做备份是最便宜的方案,将来NAS也可以扩展。
|
||||
- **建议:** 做事要学会质疑自己,先质疑自己再质疑AI,质疑几遍之后才能得出靠谱的答案。每句话都要想别人能不能理解。
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|科普视频生成初版方案
|
||||
- [ ] 🔴 P0|铭凡服务器采购
|
||||
- [ ] P1|问答系统前端上线测试版本
|
||||
- [ ] P1|服务器使用说明和规范手册编写、服务器采购方案优化、测试服务器环境搭建、数据库备份机制建立
|
||||
- [ ] P1|数字人视频生成方案总结与操作文档
|
||||
- [ ] P1|基于Claude Code的智能问答系统重构规划
|
||||
- [ ] P1|Vibe Engineering学习
|
||||
|
||||
#### 郝倩玉
|
||||
|
||||
**上周完成:**
|
||||
|
||||
- ✅ 素材解析与预处理 Skill开发:完成素材解析与预处理 Skill的开发,并先后开展二次、三次优化工作,保障功能稳定性与实用性
|
||||
- ✅ 数字人视频生成多模态工作流需求文档完善:参与视频自动化生成技术可行性方案的讨论,并启动技术测试
|
||||
- ✅ 数字人视频生成多模态工作流需求文档完善:与市场部同事开会,沟通下年度视频生成工作规划,明确跨部门协作方向
|
||||
- ✅ 数字人视频生成多模态工作流需求文档完善:对接科普视频制作需求,完成需求文档的撰写
|
||||
|
||||
**进行中:**
|
||||
|
||||
- 🔄 数字人视频生成多模态工作流需求文档完善:可行性方案讨论测试中
|
||||
|
||||
**收到的反馈/学习建议:**
|
||||
|
||||
- **批评:** Skill设计过于复杂,流程拆分过细。建议以结果导向从后倒推,不要过于关注过程。
|
||||
- **批评:** 沿用传统思维,未做到AI原生思考。
|
||||
- **建议:** 应该使用gemini、Voe等先进工具直接生成,而非用代码拆分流程。
|
||||
- **建议:** 需要多看好东西提升品位,多用好工具了解AI能力边界。
|
||||
- **建议:** 需要转变思维方式,学习'忘我'的理念,把AI当成一个人来交互。
|
||||
- **肯定:** 逻辑清晰,但逻辑过于复杂,在工程实现上没必要,需要简化。
|
||||
- **任务安排:** 给一个市场部视频生成任务作为实践练习,端到端走一遍流程,把AI工具尝试一遍。
|
||||
|
||||
**下周任务:**
|
||||
|
||||
- [ ] 🔴 P0|数字人视频生成技术调研
|
||||
- [ ] P2|对接市场部关于咨询信息库搭建、分析报告生成等需求
|
||||
- [ ] P2|AI合规提醒工具需求对接
|
||||
- [ ] P2|知识库整理与管理
|
||||
|
||||
---
|
||||
|
||||
## 三、会议总结
|
||||
|
||||
**核心议题:** 问答系统前端重构、素材解析Skill简化、数字人视频生成、Deep Research知识图谱、Gartner报告转写优化、Vibe Engineering学习
|
||||
|
||||
**关键决策:**
|
||||
|
||||
1. **前端下周必须拿出一个能够给大家测试的版本,至少大家能用的东西** - 关于问答系统前端开发进度的讨论,领导要求不能再等待反馈,必须主动推进
|
||||
2. **数据库必须做备份,甚至每天都要做一次备份,操作结束后也得备份** - 发现云上数据库没有备份,属于'裸奔'状态,存在巨大风险
|
||||
3. **测试环境与生产环境必须分开,建议搭建测试服务器** - 关于前端开发测试流程的规范化要求
|
||||
4. **VPN功能从服务器中分离出来,做成旁路由或独立路由器** - 服务器架构设计讨论,为了便于进入机房和提高稳定性
|
||||
5. **先买一台明矾服务器进行测试,用NAS方式做备份而非购买两台服务器** - 服务器采购方案讨论,考虑到业务量和未来扩展需求
|
||||
6. **服务器先放家里测试,如果远程不方便再考虑放办公室机房** - 关于服务器物理位置的安全性和便利性讨论
|
||||
7. **素材处理Skill不要拆分太细,应该一步到位或尽量简化流程** - 关于素材解析Skill的设计讨论,批评过度复杂的流程设计
|
||||
8. **采用最先进的工具(如Gemini、VU3、可灵等)来生成视频和图片,而不是用代码程序生成** - 关于视频制作流程的讨论,强调要以结果为导向,利用成熟工具而非自己从头开发
|
||||
9. **Gartner报告转写先把图片打磨好达到80分,再做文字润色到85分** - 关于报告转写Skill输出质量的优化目标和优先级
|
||||
10. **要搭建Vibe Engineering(软件工程自动化)体系架构,下周讨论方案** - 关于未来开发模式的战略决策,让AI Agent能够长时间自动运行开发任务
|
||||
11. **kosmos知识图谱结构下周讨论确定,先做摘要和数据的小型试用版** - 关于Deep Research与知识图谱融合项目的推进计划
|
||||
12. **科普视频生成任务优先于前端开发,下周一或二给出初版方案** - 任务优先级调整,因为市场部有紧急需求(1月4日数智会需要)
|
||||
13. **购买一个GPT Plus共享账号(20美金),供团队成员使用** - 工具采购决策,以支持日常研发工作
|
||||
14. **Skill设计不要过度复杂,可以参考前端美学设计类Skill的写法,给AI判断空间而非事无巨细规定** - 关于Skill设计方法论的指导,强调以结果为导向、相信AI能力
|
||||
|
||||
**下周工作重点:**
|
||||
|
||||
1. 🔴 科普视频生成初版方案(2026-01-06)
|
||||
2. 🔴 问答系统前端上线测试版本
|
||||
3. 🔴 数据库备份机制建立
|
||||
4. 🔴 测试服务器环境搭建
|
||||
5. 🔴 Gartner报告转写Skill图片生成优化
|
||||
6. 🔴 Deep Research智能体知识图谱方案设计
|
||||
7. 🔴 Vibe Engineering学习
|
||||
8. 🔴 数字人视频生成技术调研
|
||||
|
||||
---
|
||||
|
||||
**纪要整理人:** Claude
|
||||
**纪要时间:** 2025-12-30
|
||||
**下次会议:** 2026-01-06
|
||||
@ -0,0 +1,255 @@
|
||||
# 工程类会议纪要 (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
|
||||
@ -1,65 +0,0 @@
|
||||
# 周报 - 2025年12月第1周(12月02日-12月09日)
|
||||
|
||||
## 一、P0任务完成情况
|
||||
|
||||
| 任务 | 状态 | 备注 |
|
||||
| -------------------- | -------------------------------------------- | ---- |
|
||||
| 科普视频生成初版 | ⌛完成3分钟视频制作(预计完整视频10分钟左右) | |
|
||||
| Vibe Engineering学习 | ⌛待启动 | |
|
||||
| 铭凡服务器采购 | ✅已购买 | |
|
||||
|
||||
|
||||
|
||||
## 二、遇到的问题
|
||||
|
||||
AI视频提示词生成质量不足,无法"一次成型",在追求高质量视频效果的前提下,当前通过提示词生成的内容无法直接使用,每次都需要人工修改和调整,具体体现在:
|
||||
|
||||
| 维度 | 期望 | 现状 |
|
||||
| -------- | -------------------------- | -------------------------- |
|
||||
| 画面层 | 首尾帧prompt生成后直接可用 | 需人工逐条修改打磨 |
|
||||
| 叙事层 | 故事文案连贯完整 | 逻辑断层,需人工补充衔接 |
|
||||
| 技术层 | 运镜效果自然合理 | 镜头语言不专业,需人工调整 |
|
||||
| 效率层 | 模板可复用,快速产出 | 每次重新调试,经验难沉淀 |
|
||||
| 音视频层 | 音频与视频节奏自动匹配 | 音画不同步,需人工对齐剪辑 |
|
||||
|
||||
**核心痛点**
|
||||
|
||||
生成→修改→使用 的流程无法简化为 生成→使用
|
||||
|
||||
- 画面、叙事、运镜各自生成质量不达标
|
||||
- 音频与视频时长、节奏、情绪无法自动对齐
|
||||
- 修改成本高,效率提升有限
|
||||
- 难以形成可复用的标准化模板,无法支撑未来批量提效
|
||||
|
||||
**影响**
|
||||
|
||||
1. 当前:单个视频项目耗时长,人工成本高
|
||||
2. 未来:无法规模化生产,提效目标难以实现
|
||||
|
||||
**解决方向**
|
||||
|
||||
| 方向 | 目标 |
|
||||
| --------------- | -------------------------------- |
|
||||
| 优化prompt结构 | 提升一次生成的可用率 |
|
||||
| 音视频联合生成 | 在生成阶段考虑时长与节奏匹配 |
|
||||
| 建立模板库 | 沉淀可复用资产,减少重复劳动 |
|
||||
| 分层拆解+自动化 | 各环节独立优化,串联成稳定工作流 |
|
||||
|
||||
|
||||
|
||||
## 三、详细工作内容
|
||||
|
||||
### [✅]科普视频生成初版
|
||||
|
||||
### [✅]铭凡服务器采购
|
||||
|
||||
|
||||
|
||||
## 下周计划
|
||||
|
||||
- 科普视频完整版生成
|
||||
- 问答系统前端上线测试版本
|
||||
- 服务器环境搭建
|
||||
|
||||
|
||||
|
||||
@ -0,0 +1,45 @@
|
||||
# 周报 - 2026年1月第2周(1月06日-1月13日)
|
||||
|
||||
## 一、P0任务完成情况
|
||||
|
||||
| 任务 | 状态 | 备注 |
|
||||
| ---------------------------- | ------------------------------------------------------------ | ---- |
|
||||
| 梳理最近一个月的会议纪要 | ✅看看有什么工作被遗漏 | |
|
||||
| 问答系统前端测试 | ✅问答系统前端测试,一周至少同时开展两个项目 | |
|
||||
| 科普视频生成端到端自动化流程 | ✅完成端到端自动化工作流:全文案输入让AI自动拆分生成关键帧prompt;使用浏览器自动化操作可灵生成视频;代码实现视频拼接和音频对齐。先做10-20秒短视频验证流程 | |
|
||||
|
||||
|
||||
|
||||
## 二、遇到的问题
|
||||
|
||||
1. 对已梳理好的会议纪要,针对丢失的任务进行确认
|
||||
2. 前端问答系统从开发、测试到部署均由一人完成,自测可能存在盲区,建议协调人员协助进行功能测试
|
||||
|
||||
|
||||
|
||||
## 三、详细工作内容
|
||||
|
||||
### -[✅]问答系统前端测试
|
||||
|
||||
|
||||
|
||||
### -[✅]科普视频生成端到端自动化流程
|
||||
|
||||
|
||||
|
||||
### -[✅]梳理最近一个月的会议纪要
|
||||
|
||||
|
||||
|
||||
## 下周计划
|
||||
|
||||
- Gartner报告转写
|
||||
|
||||
- Vibe Engineering学习:基于AI的代码开发架构研究与最小测试,ClaudeCode双代理+拉尔夫+Superpower
|
||||
|
||||
- 基于Claude Code的类Kosmos的研究智能体系统编排思考:精读iKragh、MDKG等知识图谱论文、自进化知识图谱调研
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -4,9 +4,9 @@
|
||||
|
||||
| 任务 | 状态 | 备注 |
|
||||
| ------------------------------------------------- | ------------------------------------------------------------ | ---- |
|
||||
| Vibe Engineering学习 | ✅完成Continuous-Claude开源项目学习,学习自动上下文接续机制+自学习进化系统+Rules规则+Hook-Skill推荐 | |
|
||||
| 基于Claude Code的类Kosmos的研究智能体系统编排思考 | ⌛完成初步科研类知识图谱项目调研 | |
|
||||
| Gartner报告转写-图片生成与文字细节优化 | ⌛媛姐反馈专家,等待完整反馈,时间原因尚未作出改动 | |
|
||||
| Vibe Engineering学习 | ✅完成claude-quickstarts+juno-code+planning-with-files+superpowers+ralph-wiggum-plugin项目理解 | |
|
||||
| 基于Claude Code的类Kosmos的研究智能体系统编排思考 | ✅精读iKragh论文,理解其知识图谱构建过程、结构、推理算法 | |
|
||||
| Gartner报告转写-图片生成与文字细节优化 | ⌛昨天收到完整反馈,准备做文字调整 | |
|
||||
|
||||
|
||||
|
||||
@ -20,13 +20,13 @@
|
||||
|
||||
### -[✅]Vibe Engineering学习
|
||||
|
||||
- 完成Continuous-Claude开源项目学习,学习自动上下文接续机制+自学习进化系统+Rules规则+Hook-Skill推荐
|
||||
- 完成claude-quickstarts+juno-code+planning-with-files+superpowers+ralph-wiggum-plugin项目理解
|
||||
|
||||
|
||||
|
||||
### -[✅]基于Claude Code的类Kosmos的研究智能体系统编排思考
|
||||
|
||||
- 完成初步科研类知识图谱项目调研,接下来准备精读iKragh
|
||||
- ✅精读iKragh论文,理解其知识图谱构建过程、结构、推理算法
|
||||
|
||||
|
||||
|
||||
@ -38,10 +38,21 @@
|
||||
|
||||
## 下周计划
|
||||
|
||||
- 安定医院-临界慢化研究相关
|
||||
- Vibe Engineering学习:基于AI的代码开发架构研究与最小测试,ClaudeCode双代理+拉尔夫+Superpower
|
||||
- 基于Claude Code的类Kosmos的研究智能体系统编排思考:精读iKragh、MDKG等知识图谱论文、自进化知识图谱调研
|
||||
- Gartner报告转写跟进反馈
|
||||
- 基于Claude Code的智能问答系统重构
|
||||
- 修改会议纪要Skill-读取之前的会议纪要
|
||||
- RAG后端代码整理(code-simplify)+知识库增加500篇
|
||||
- A2UI-需求Skill-简单测试后交出
|
||||
- 基于Claude Code的类Kosmos的研究智能体系统编排思考:精读iKragh、MDKG等知识图谱论文、自进化知识图谱调研:调研iKragh的成果可信度、开源知识图谱、调研BioRed数据库训练的模型
|
||||
|
||||
- Gartner报告转写
|
||||
|
||||
- Claude Code SDK-RAG后端重构
|
||||
|
||||
- GLM-API接入Claude Code测试
|
||||
|
||||
- NotebookLM + Gemini - 浏览器操作实现可编辑PPT的自动生成
|
||||
|
||||
- Claude Code——Deepagents框架的转换作为技术储备
|
||||
|
||||
|
||||
@ -1,30 +0,0 @@
|
||||
# 郝倩玉周报 - 2026年1月第1周(2025年12月31日-2026年1月5日)
|
||||
|
||||
## 一、P0任务完成情况
|
||||
|
||||
| 任务 | 状态 | 备注 |
|
||||
| ---------------------- | ------ | -------------------- |
|
||||
| 数字人视频生成技术调研 | 进行中 | 可行性方案重新调研中 |
|
||||
|
||||
## 二、遇到的问题
|
||||
|
||||
新增“咨询信息库搭建、分析报告生成需求对接”,窦主任很重视,为本周投入时间最多的工作,建议纳入P0。
|
||||
|
||||
|
||||
|
||||
## 三、详细工作内容
|
||||
|
||||
### -[✅] 咨询信息库搭建、分析报告生成需求对接
|
||||
|
||||
-[✅] 需求方案可行性方案与市场部负责同事沟通中
|
||||
|
||||
-[✅] PRD文档撰写中
|
||||
|
||||
### -[✅] 数字人视频生成技术调研
|
||||
|
||||
-[✅] 技术可行性方案调研中
|
||||
|
||||
## 下周计划
|
||||
|
||||
- 咨询信息库搭建、分析报告生成需求对接及PRD文档撰写
|
||||
- 数字人视频生成技术调研
|
||||
@ -0,0 +1,36 @@
|
||||
# 郝倩玉周报 - 2026年1月第2周(2026年1月7日-2026年1月12日)
|
||||
|
||||
## 一、P0任务完成情况
|
||||
|
||||
| 任务 | 状态 | 备注 |
|
||||
| ------------------------------------------ | ---------- | ------------------------------------------------------------ |
|
||||
| 所领导分析报告生成+市场部信息库需求对接 | 进行中 | 所领导分析报告需求文档已完成80%;市场部信息库需求存在的相关问题仍在沟通解决中 |
|
||||
| 数字人视频生成多模态工作流调研及进一步完善 | 初版已完成 | |
|
||||
|
||||
## 二、遇到的问题
|
||||
|
||||
市场部信息库建设需求的目标、实现路径等尚未明确,后续有待与相关领导讨论后做进一步确定。
|
||||
|
||||
|
||||
|
||||
## 三、详细工作内容
|
||||
|
||||
### -[✅] 所领导分析报告生成+市场部信息库需求对接
|
||||
|
||||
-[✅] 所领导分析报告生成需求目前已确定可实施,待后续出三个版本的输出模版
|
||||
|
||||
-[✅] 市场部信息库需求的目标和必要性等相关问题仍在论证中
|
||||
|
||||
### -[✅] 数字人视频生成多模态工作流调研及进一步完善
|
||||
|
||||
-[✅] 技术可行性方案调研初步完成
|
||||
|
||||
### -[✅] 参加需求相关会议
|
||||
|
||||
-[✅] 参与市场部信息库需求相关问题沟通会议
|
||||
-[✅] 参与科普视频制作相关问题沟通会议
|
||||
|
||||
## 下周计划
|
||||
|
||||
- 所领导分析报告生成+市场部信息库需求进一步细化跟进,尤其需要与相关领导讨论市场部信息库建设需求,明确目标和实现路径
|
||||
- 搭建组内可供培训的知识库
|
||||
@ -0,0 +1,9 @@
|
||||
{
|
||||
"permissions": {
|
||||
"allow": [
|
||||
"Bash(python replace_speaker.py:*)",
|
||||
"Bash(cmd //c \"D:\\\\AA_Work\\\\AIEC-团队开发规范Skills\\\\.claude\\\\skills\\\\meeting-minutes-generator-v1\\\\input\\\\本周会议转写文本\\\\replace_speaker.bat\")",
|
||||
"Bash(export PYTHONIOENCODING=utf-8)"
|
||||
]
|
||||
}
|
||||
}
|
||||
File diff suppressed because it is too large
Load Diff
File diff suppressed because it is too large
Load Diff
@ -1,39 +1,48 @@
|
||||
@echo off
|
||||
chcp 65001 >nul
|
||||
setlocal enabledelayedexpansion
|
||||
|
||||
echo ========================================
|
||||
echo 会议转写文本发言人替换工具
|
||||
echo Speaker Replacement Tool
|
||||
echo ========================================
|
||||
echo.
|
||||
|
||||
REM 检查是否有参数
|
||||
if "%~1"=="" (
|
||||
echo 请将txt文件拖拽到此批处理文件上,或使用命令行:
|
||||
echo replace_speaker.bat 文件名.txt
|
||||
echo.
|
||||
pause
|
||||
exit /b 1
|
||||
)
|
||||
|
||||
REM 获取脚本所在目录
|
||||
set "SCRIPT_DIR=%~dp0"
|
||||
set "PYTHONIOENCODING=utf-8"
|
||||
set "PYTHON=C:\Users\10120\anaconda3\python.exe"
|
||||
|
||||
REM 处理输入文件
|
||||
set "INPUT_FILE=%~1"
|
||||
|
||||
echo 正在处理: %INPUT_FILE%
|
||||
echo.
|
||||
|
||||
REM 调用Python脚本
|
||||
python "%SCRIPT_DIR%replace_speaker.py" "%INPUT_FILE%"
|
||||
|
||||
if %ERRORLEVEL% EQU 0 (
|
||||
if "%~1"=="" (
|
||||
echo No file specified, processing all .txt files...
|
||||
echo.
|
||||
echo 处理成功!
|
||||
|
||||
set "COUNT=0"
|
||||
for %%f in ("%SCRIPT_DIR%*.txt") do (
|
||||
echo Processing: %%~nxf
|
||||
echo Running: "%PYTHON%" "%SCRIPT_DIR%replace_speaker.py" "%%f"
|
||||
"%PYTHON%" "%SCRIPT_DIR%replace_speaker.py" "%%f"
|
||||
echo Exit code: !ERRORLEVEL!
|
||||
if !ERRORLEVEL! EQU 0 (
|
||||
set /a COUNT+=1
|
||||
) else (
|
||||
echo Failed: %%~nxf
|
||||
)
|
||||
)
|
||||
|
||||
echo.
|
||||
echo ========================================
|
||||
echo Processed !COUNT! files
|
||||
echo ========================================
|
||||
) else (
|
||||
echo Processing: %~nx1
|
||||
echo.
|
||||
echo 处理失败!
|
||||
"%PYTHON%" "%SCRIPT_DIR%replace_speaker.py" "%~1"
|
||||
|
||||
if !ERRORLEVEL! EQU 0 (
|
||||
echo.
|
||||
echo Done!
|
||||
) else (
|
||||
echo.
|
||||
echo Failed!
|
||||
)
|
||||
)
|
||||
|
||||
echo.
|
||||
|
||||
@ -23,9 +23,11 @@ def replace_speakers(input_file, output_file=None):
|
||||
content = f.read()
|
||||
|
||||
# 替换发言人(匹配行首的发言人格式)
|
||||
# 格式: 发言人(时间戳): -> 发言人:
|
||||
content = re.sub(r'^郝倩玉\(\d{2}:\d{2}:\d{2}\):', r'线下人员:', content, flags=re.MULTILINE)
|
||||
content = re.sub(r'^\.\(\d{2}:\d{2}:\d{2}\):', r'江争达:', content, flags=re.MULTILINE)
|
||||
# 格式: 发言人: 或 发言人(时间戳): -> 新发言人:
|
||||
# 时间戳是可选的
|
||||
content = re.sub(r'^郝倩玉(\(\d{2}:\d{2}:\d{2}\))?:', r'线下人员:', content, flags=re.MULTILINE)
|
||||
content = re.sub(r'^信通院云大所市场部-张媛媛(\(\d{2}:\d{2}:\d{2}\))?:', r'线下人员:', content, flags=re.MULTILINE)
|
||||
content = re.sub(r'^\.(\(\d{2}:\d{2}:\d{2}\))?:', r'江争达:', content, flags=re.MULTILINE)
|
||||
|
||||
# 删除其他所有发言人后的时间戳
|
||||
content = re.sub(r'^([^\n\(]+)\(\d{2}:\d{2}:\d{2}\):', r'\1:', content, flags=re.MULTILINE)
|
||||
|
||||
Reference in New Issue
Block a user