From 5f329d7b4cad5f32ee8d9792e016736b7349059e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E9=97=AB=E6=97=AD=E9=9A=86?= <15945644+yan-xulong@user.noreply.gitee.com> Date: Mon, 1 Dec 2025 09:31:29 +0800 Subject: [PATCH] =?UTF-8?q?=E6=B7=BB=E5=8A=A0-=E4=BC=9A=E8=AE=AE=E7=BA=AA?= =?UTF-8?q?=E8=A6=81skill-v0.5=EF=BC=8C=E7=B4=A2=E5=BC=95=E7=89=88?= =?UTF-8?q?=E6=9C=AC?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .claude/settings.local.json | 11 + .claude/skills/CLAUDE.md | 279 +++ .../assets/report.md | 0 .../assets/sequence.mermaid | 0 .../reference/data-flow-analysis.md | 0 .../reference/examples.md | 0 .../reference/knowledge.md | 0 .../reference/patterns.md | 0 .../reference/quick-scan.md | 0 .../reference/report-generation.md | 0 .../reference/system-analysis.md | 0 .../reference/workflow-extraction.md | 0 .../scripts/detect_tech_stack.py | 0 .../scripts/extract_dependencies.py | 0 .../skill.md | 0 .../AI组会议纪要系统需求文档-1120.docx | Bin 0 -> 27249 bytes .../上周会议纪要/会议纪要1118_工程部分.md | 283 +++ .../input/成员本周周报/20251125-江争达周报.md | 26 + .../input/成员本周周报/20251125-郝倩玉周报.md | 43 + .../input/成员本周周报/20251125-闫旭隆周报.md | 49 + .../input/成员本周周报/20251125-陶西平周报.md | 26 + ...院云大所市场部-张媛媛预定的会议-转写智能优化版-1.txt | 1643 +++++++++++++++++ ...&A资源库类会议纪要_2025-11-25_第5次周会.md | 205 ++ .../工程类会议纪要_2025-11-25_第5次周会.md | 255 +++ .../references/Q&A资源库类会议纪要生成逻辑.md | 335 ++++ .../references/detailed_logic.md | 415 +++++ .../references/学习研究类会议纪要生成逻辑.md | 191 ++ .../meeting-minutes-generator-v1/skill.md | 900 +++++++++ .../temp/transcript_index.json | 115 ++ .../templates/Q&A资源库类会议纪要模板.md | 31 + .../templates/学习研究类会议纪要模板.md | 30 + .../templates/工程类会议纪要模板.md | 77 + .../架构设计精要.md | 495 +++++ 33 files changed, 5409 insertions(+) create mode 100644 .claude/settings.local.json create mode 100644 .claude/skills/CLAUDE.md rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/assets/report.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/assets/sequence.mermaid (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/data-flow-analysis.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/examples.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/knowledge.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/patterns.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/quick-scan.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/report-generation.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/system-analysis.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/reference/workflow-extraction.md (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/scripts/detect_tech_stack.py (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/scripts/extract_dependencies.py (100%) rename {codebase_architecture_analyzer_v1 => .claude/skills/codebase_architecture_analyzer_v1}/skill.md (100%) create mode 100644 .claude/skills/meeting-minutes-generator-v1/AI组会议纪要系统需求文档-1120.docx create mode 100644 .claude/skills/meeting-minutes-generator-v1/input/上周会议纪要/会议纪要1118_工程部分.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-江争达周报.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-郝倩玉周报.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-闫旭隆周报.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-陶西平周报.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/input/本周会议转写文本/20251125135528-信通院云大所市场部-张媛媛预定的会议-转写智能优化版-1.txt create mode 100644 .claude/skills/meeting-minutes-generator-v1/output/Q&A资源库类会议纪要_2025-11-25_第5次周会.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/output/工程类会议纪要_2025-11-25_第5次周会.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/references/Q&A资源库类会议纪要生成逻辑.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/references/detailed_logic.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/references/学习研究类会议纪要生成逻辑.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/skill.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/temp/transcript_index.json create mode 100644 .claude/skills/meeting-minutes-generator-v1/templates/Q&A资源库类会议纪要模板.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/templates/学习研究类会议纪要模板.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/templates/工程类会议纪要模板.md create mode 100644 .claude/skills/meeting-minutes-generator-v1/架构设计精要.md diff --git a/.claude/settings.local.json b/.claude/settings.local.json new file mode 100644 index 0000000..55c83e3 --- /dev/null +++ b/.claude/settings.local.json @@ -0,0 +1,11 @@ +{ + "permissions": { + "allow": [ + "Bash(ls:*)", + "Skill(meeting-minutes-generator-v1)" + ], + "additionalDirectories": [ + "C:\\Users\\10120\\.claude\\agents" + ] + } +} diff --git a/.claude/skills/CLAUDE.md b/.claude/skills/CLAUDE.md new file mode 100644 index 0000000..d8cb19e --- /dev/null +++ b/.claude/skills/CLAUDE.md @@ -0,0 +1,279 @@ +# Claude Code Skill 规范开发指南 + +本指南融合官方 skill-creator 指南与实践经验,为 Skill 开发提供完整的方法论和最佳实践。 + +## 一、Skill 基础概念 + +### 1.1 什么是 Skill + +Skill 是模块化的自包含包,通过提供专业化知识、工作流程和工具来扩展 Claude 的能力。将 Skill 视为特定领域或任务的"入职指南"——它们将 Claude 从通用代理转变为配备了模型无法完全拥有的程序性知识的专业代理。 + +### 1.2 Skill 提供的能力 + +1. **专业化工作流** - 特定领域的多步骤过程 +2. **工具集成** - 处理特定文件格式或 API 的指令 +3. **领域专业知识** - 公司特定知识、模式、业务逻辑 +4. **捆绑资源** - 用于复杂和重复任务的脚本、参考资料和资源 + +### 1.3 渐进式披露原则 + +Skill 使用三级加载系统高效管理上下文: + +1. **元数据(name + description)** - 始终在Claude code主窗口的上下文中(~100 词) +2. **SKILL.md 主体** - 当 Skill 触发时(<3k 词) +3. **捆绑资源** - 根据 Claude 需要加载(脚本可以在不读入上下文窗口的情况下执行) + +## 二、Skill 目录结构 + +### 2.1 标准结构 + +``` +skill-name/ +├── SKILL.md (必需) +│ ├── YAML frontmatter 元数据(必需) +│ │ ├── name: (必需) +│ │ └── description: (必需) +│ └── Markdown 指令(必需) +└── 捆绑资源(可选) + ├── scripts/ - 可执行代码(Python/Bash 等) + ├── references/ - 详细执行指南、领域知识、复杂流程说明(供按需查阅) + ├── assets/ - 项目类型配置、业务规则等数据性文件 + ├── templates/ - 文档模板、输出格式模板 + ├── examples/ - 示例文档、参考案例(不在执行时加载) + └── temp/ - Agent 间传递数据的临时文件 +``` + +### 2.2 各目录职责 + +#### SKILL.md (必需) + +- **元数据**: YAML frontmatter 中的 `name` 和 `description` 决定 Skill 触发时机,使用第三人称描述 +- **内容**: 只包含执行流程概要、关键步骤、必要的调用格式 +- **风格**: 使用祈使/不定式形式(如 "To accomplish X, do Y"),客观指导性语言 + +#### scripts/ (可选) + +- **用途**: 确定性可靠的可执行代码,不依赖 Claude Code 能力 +- **优势**: Token 高效,可不加载到上下文直接执行 +- **适用**: 重复编写的相同代码 + +#### references/ (可选) + +- **用途**: 详细执行指南、领域知识、复杂流程说明,按需加载 +- **最佳实践**: 大文件(>10k 词)在 SKILL.md 中提供 grep 搜索模式 +- **避免重复**: 详细信息放这里,核心精要放 SKILL.md + +#### assets/ (可选) + +- **用途**: 配置、业务规则等数据文件,用于输出而非加载到上下文 +- **示例**: 模板、图标、样板代码、字体 + +#### templates/ (可选) + +- **用途**: 文档模板、输出格式模板 + +#### examples/ (可选) + +- **用途**: 示例文档、参考案例,供用户参考,不在执行时加载 + +#### temp/ (可选) + +- **用途**: Agents 间数据交换的临时文件 + +## 三、Skill 创建流程 + +### 步骤 1: 理解 Skill 使用场景 + +通过用户示例或验证的生成示例,理解 Skill 的具体使用方式。 + +**关键问题**: + +- Skill 应支持什么功能? +- 典型使用示例有哪些? +- 什么样的用户请求应触发此 Skill? + +**目标**: 对 Skill 应支持的功能有清晰认识。 + +### 步骤 2: 规划可重用资源 + +分析示例,识别可重用的资源: + +**分析方法**: +1. 考虑如何从头执行示例 +2. 识别重复执行时需要的脚本、详细的参考资料和资源 + +**示例**: +- **pdf-editor**: 旋转 PDF 需重写代码 → `scripts/rotate_pdf.py` +- **webapp-builder**: 前端样板重复使用 → `assets/hello-world/` 模板 +- **big-query**: 表模式需重复查询的详细指南 → `references/schema.md` + +**输出**: 可重用资源列表 (scripts/references/assets)。 + +### 步骤 3: 初始化 Skill + +运行 `init_skill.py` 脚本创建新 Skill 目录和模板: + +```bash +scripts/init_skill.py --path +``` + +自动生成 SKILL.md 模板和示例资源目录,然后根据需要自定义或删除。 + +### 步骤 4: 编辑 Skill + +**原则**: 专注于对 Claude 有益且非显而易见的信息。 + +#### 4.1 实现可重用资源 + +实现步骤 2 识别的 `scripts/`、`references/` 和 `assets/` 文件,可能需要用户提供素材。删除不需要的示例文件。 + +#### 4.2 编写 SKILL.md + +**风格**: 祈使/不定式形式,客观指导性语言。 + +**内容**: + +1. Skill 的目的(几句话) +2. 触发时机 +3. 使用方法(引用所有可重用资源) + +### 步骤 5: 迭代优化 + +实际使用 → 发现问题 → 更新资源 → 测试验证 + +## 四、多 Agents 协作最佳实践 + +### 4.1 Agents 创建准则 + +#### 4.1.1 Agent 定义位置 + +Agents 在全局 `.claude/agents/` 目录下创建,每个 agent 一个独立的 markdown 文件: + +``` +.claude/ +└── agents/ + ├── req_interviewer.md + ├── pm_reviewer.md + └── domain_expert_reviewer.md +``` + +**Agent 文件结构**: + +```markdown +--- +name: agent_name +description: Agent 的简要描述和触发时机 +--- + +# Agent 名称 + +## 职责 + +[agent 的核心职责描述] + +## 固化规则 + +[agent 内部固化的执行规则、工具使用规范、评估标准] + +## 工作流程 + +1. [步骤1] +2. [步骤2] +... + +## 输入参数 + +- 参数1: [说明,通常是标识符或文件路径] +- 参数2: [说明] + +## 输出格式 + +- **推荐**: 直接返回完整结果文字 +- **备选**: 结果极大时写入 `temp/` 文件并返回路径 + +## 可用工具 + +[列出 agent 可使用的工具] +``` + +**SKILL.md 中引用 Agents**: + +在 SKILL.md 中通过 Task tool 调用已定义的 agents,使用 `subagent_type` 参数指定 agent 名称。 + +#### 4.1.2 Agent 设计原则 + +**自治性**: + +- Agent 内部固化所有执行规则、工具使用规范、评估标准 +- 配置文件由 Agent 自己读取,不依赖主窗口传递 +- 业务逻辑在 Agent 定义中完整描述 + +**职责单一**: + +- 每个 Agent 只负责一个明确的任务阶段 +- 避免创建"万能 Agent",职责重叠会导致混乱 + +**数据自给**: +- Agent 的行为准则应在自己的定义md文件中写定，必要时从 `references/` 或 `assets/` 读取所需配置 +- 主窗口只传递标识符(如项目类型)和文件路径 + +#### 4.1.3 Agent 命名规范 + +- 使用 `snake_case` 命名: `req_interviewer`, `domain_expert_reviewer` +- 名称应体现职责: `{角色}_{动作}` 或 `{领域}_{专家}` +- 避免泛化名称: 用 `pm_reviewer` 而非 `reviewer1` + +### 4.2 主窗口职责 + +**定位**: 主窗口是流程协调者,不是数据中转站。 + +**职责**: +- 只传递协调必要信息(如项目类型标识符、文件路径) +- 不传递 agents 的行为规则、配置内容或完整数据 +- 根据工作流程依次调用 agents +- 汇总 agents 返回的概要信息呈现给用户 + +### 4.3 数据传递优化 + +**主窗口 → agents**: +- 主窗口只给 Agent 传递必须的、需要从主窗口上下文获取到的信息精要或标识符 +- agents 的行为规范或详细指南(不依赖主窗口上下文的)应该在 Agent 内部固化写入,不应依赖主窗口通过 prompt 传递 + +**agents → 主窗口**: +- **推荐**: 直接通过 prompt 返回完整文字结果(高效) +- **备选**: 结果极大时才写入 `temp/` 文件(需在主窗口 prompt 中提示读取) + +**agents → agents**: + +- 通过 `temp/` 文件传递数据 +- 主窗口只传文件路径,作为协调的中转站 + +**核心原则**: 主窗口传标识符,Agent 读详细配置;Agent 间传文件路径;Agent 向主窗口直接返回文字。 + +## 五、SKILL.md 设计最佳实践 + +### 5.1 渐进式披露与信息组织 + +**SKILL.md 只包含**: +- 执行流程概要 +- 关键步骤 +- 必要的调用格式 + +**详细内容分类**: +- 复杂执行细节 → `references/` +- 示例案例 → `examples/` +- 配置数据 → `assets/` +- 输出模板 → `templates/` + +**信息分配原则**(避免重复): +1. 核心工作流指导 → SKILL.md +2. 详细参考材料 → references/ +3. 配置和数据 → assets/ +4. 输出模板 → templates/ + +**效果**: 保持 SKILL.md 精简清晰,详细信息按需加载。 + +## 六、参考资源 + +- [代理技能 - Claude Code Docs](https://code.claude.com/docs/en/skills?utm_source=chatgpt.com) +- [Claude Agent Skills: A First Principles Deep Dive](https://leehanchung.github.io/blogs/2025/10/26/claude-skills-deep-dive/) diff --git a/codebase_architecture_analyzer_v1/assets/report.md b/.claude/skills/codebase_architecture_analyzer_v1/assets/report.md similarity index 100% rename from codebase_architecture_analyzer_v1/assets/report.md rename to .claude/skills/codebase_architecture_analyzer_v1/assets/report.md diff --git a/codebase_architecture_analyzer_v1/assets/sequence.mermaid b/.claude/skills/codebase_architecture_analyzer_v1/assets/sequence.mermaid similarity index 100% rename from codebase_architecture_analyzer_v1/assets/sequence.mermaid rename to .claude/skills/codebase_architecture_analyzer_v1/assets/sequence.mermaid diff --git a/codebase_architecture_analyzer_v1/reference/data-flow-analysis.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/data-flow-analysis.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/data-flow-analysis.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/data-flow-analysis.md diff --git a/codebase_architecture_analyzer_v1/reference/examples.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/examples.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/examples.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/examples.md diff --git a/codebase_architecture_analyzer_v1/reference/knowledge.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/knowledge.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/knowledge.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/knowledge.md diff --git a/codebase_architecture_analyzer_v1/reference/patterns.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/patterns.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/patterns.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/patterns.md diff --git a/codebase_architecture_analyzer_v1/reference/quick-scan.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/quick-scan.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/quick-scan.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/quick-scan.md diff --git a/codebase_architecture_analyzer_v1/reference/report-generation.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/report-generation.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/report-generation.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/report-generation.md diff --git a/codebase_architecture_analyzer_v1/reference/system-analysis.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/system-analysis.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/system-analysis.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/system-analysis.md diff --git a/codebase_architecture_analyzer_v1/reference/workflow-extraction.md b/.claude/skills/codebase_architecture_analyzer_v1/reference/workflow-extraction.md similarity index 100% rename from codebase_architecture_analyzer_v1/reference/workflow-extraction.md rename to .claude/skills/codebase_architecture_analyzer_v1/reference/workflow-extraction.md diff --git a/codebase_architecture_analyzer_v1/scripts/detect_tech_stack.py b/.claude/skills/codebase_architecture_analyzer_v1/scripts/detect_tech_stack.py similarity index 100% rename from codebase_architecture_analyzer_v1/scripts/detect_tech_stack.py rename to .claude/skills/codebase_architecture_analyzer_v1/scripts/detect_tech_stack.py diff --git a/codebase_architecture_analyzer_v1/scripts/extract_dependencies.py b/.claude/skills/codebase_architecture_analyzer_v1/scripts/extract_dependencies.py similarity index 100% rename from codebase_architecture_analyzer_v1/scripts/extract_dependencies.py rename to .claude/skills/codebase_architecture_analyzer_v1/scripts/extract_dependencies.py diff --git a/codebase_architecture_analyzer_v1/skill.md b/.claude/skills/codebase_architecture_analyzer_v1/skill.md similarity index 100% rename from codebase_architecture_analyzer_v1/skill.md rename to .claude/skills/codebase_architecture_analyzer_v1/skill.md diff --git a/.claude/skills/meeting-minutes-generator-v1/AI组会议纪要系统需求文档-1120.docx b/.claude/skills/meeting-minutes-generator-v1/AI组会议纪要系统需求文档-1120.docx new file mode 100644 index 0000000000000000000000000000000000000000..450aa7dc9803de3dccb11af960bd42eb18305d82 GIT binary patch literal 27249 zcmeFYQ;?=nv@BS*ZQHh8)rBtG`m4HZ+qP}nw!3WGwrl#FnTa`f&W)Iu=X>|Ve)?W^ z#>$o7%E>m4tT!+a5H$o45GoK9h_em*DTfxt1ZB4yxjz@q$=WTmZ}#%{>?L z60Akm=#J|pSqT~?gIoji80*V+A@E z$0EG2*c(D72XjwLb{%&}s7f1Y_231*yL=PiSjfsJ{Yu4l{ZK{5X^xDCscE3SS1&hh zP8j`0h_r|tI0C}NGSTA?89uhsAg5yqqt?dB$;^A*YDz>)Z}Z2!N*M2Bn^bb70A$EXct6!TAh54#X$ziN(aG9-Ae>3+TZKv!}G2gjqpY7RM5$ za>G!jFQ3+U4N<34rE@yOY0`EA2=XHqvb2IwWqIj){hF)uQ$$E#Z=rJ7izXIpF71#T*3gsD%XE(6cAfdFS zWl=X)Emyw3_*Pdzbk7VWC+8OuXFVLVB%F7XbZ>D|RN*7Kp_kwE2DLxB+<=mUyNa3J zmhJZ8GLN6lz9vYesV4#>HPItxa3JDe!_xltp&rqQJs*|AT98oBEE7ZzRpF|vE3v%2LYc}cc+2UsD3P1eQuK&&t z6X(M%)9TvK*X0xPxxlW zoQs}(XET!Hp4-eEUe+B7nM`6FBw~}!51#}~j>ZlljogHxys=sn!aBR9<^3p=JslSUf+FxYJGdX*-;R8@WK!%YIhkRLTk4P zVDvA}GNuaMde6V=XJO;Y8NU*=Iix6ARQ!_`aG2xo zMz%g9Dbqbv>%1ikr^lZAQ}M|M_eJBq{YfQ=eAW7*^~uvr`L5gG%cbeTVF>B+Xx}@o z0k!CXGUo#~`nqdpyYoAp7p`d?*XEMm+2Mi>XcOm@am&>+tXbMJS|c-;VNg2MCB(L7 zOGps^?To)6Dtal1VM1XQTjYrM7b$ihme>7$ijXld!=J>rB%WPMp11+U%z=W%P^0HL zRDpb()6y9V&E)s|N|3L|Y@n3panMRg<1-?M#&QO(9yWwmzfpQ`c*%tL?c)yGYDGl8 zO7dns>o!@orqMJxiQngnb&pcWRe}Tz53HxG>v*$64xu}U8q0R4BX3YovEi?O^Aoq< zr&l&|6*Qi$f9GVJPLjFNqT&eb81$Sig)mVPLg{}!MEARiz&;%y8{T&ZP~XC60>4Hg zV+)L}oVp(J?8d&4FC*%caMl9-x_rl>_0M-Z^nAq|fFD>QrqBPvUWhw=Dg$90(>Dx>OK>{gT{fapD&i=#lo>i4ApsN(s4( zy*T%egkE2+h2QR@SG49j!@gdqasG0>QSbSIY<*07c})6%9zNI!Nc*M;KjQU)8q4t~ zhO-34qSDeQb`|uk16*FBHPl9@y28Y&Ki;(ubm|bdD#?~Uwz@vOF?(N0Is&CAk_FuL zA2MB+x7s2p6tLlV9IT0Ud9%MYpUm8{N;7uM_Wo^Gg#!_i%t3g{Bs8h`hI$uXM_Q}==(`KjqF>&eMNl{9-U}t5QEgPPd`B0D~g;?92e6S zYnk;QG8TEHHJ|O@K}k8W7(>BxTSHL<(&YlGb|X`QKq8v1KFxdLv}qAR&8Y7E zWsA7nRknDadXAYvTID@pRpyl!MCBV{84nl$^M#Hbe6&4NH`WOZo!X#DM|$c@L=sq$L0hjdT=x%SFpfCJ=4qkGj@|cWdlf)=WLW~2(?$RiXSqRbHqF1mKRoRIL#PgIL-=v-gmkhhwUf=S? zoVYUD(68Pzu6mT}MXKqa*L@5vBz@g6qkYO6x0is>u~n5mBRX?35^x{U{04wzfZ)TK z;eM;dGhvZ3i|-DIs6>Tu$%U6!l|g|Nj#Zd-=u{KI#M81P|7|AThS55w#T8wZK+;`pFHvS97G3kEdB||-d>dj8s>0flpQOq(?EV2BP@AH zr|XH4kc6Sd9k~V=npZP%M%XT>v!1?g+d?V>4h!#mD!Dkc`!J@aAb7kY3FHckF^5ZO z0Uj7Hd4kxCQ&C5(tWA(#C(vKYF#3zRrM_}o;-Rs#Lr&j-wO6LtVyyQj!^_M3LCV{R zH*Y7VNd5R3*%L=n2}@!9*RY=g$X|#1#!Zd2g5D}!jd_Gq1@W%Kqr7hi>|fK@wdK6; z=fFM~f*NDhhpg0}Bz*B+E{m(5$k9ElF}Zt@!NJ7?Ti%<=od(u}4cNSY0H68gFeXax znT7gF78fGtGYuo%qJNMsQWsh1wzsLe;YGXJ?h!x{db(cwu{@&*tgu6EXBYVl`Z7}i zHd*`r_3k@q9igeEah^qjy@;F|dSKqye2i0*7%SUt0RxOfk6w=O{2GBnk5jRd*9T^^MhxGiMJo2K-c}w$~Wjpl5l3 zbb5$hqQtJXOpTFxo3vI6K->ar3#G2JgVZu6ujn2w(=mNdjsmrZckPUJ+FB7F4cJZ9 z304@~+*L67P`LXAG%X!NQW~(K=~A*$)Wi%0;-Vy#bp_NEf2TnL;~UZhRRJ413lbpN zj$(Nm5>+Y;zOPV8)l1B{urm`HbN67`YPyiN2(ygdU# vZM!2YHe3DKyQgtp#+nl zHYk>~w_+EO@5>o6?L>yHY3G~CXubG!O2<(yFVP2to8Fp{J-i!r8=1rFKq;Cd$5a>^ z@1Gh1FZH(z3^+T3zRaC8gJ{(|qgJsny!`yY=VSeq0}~ue9FLSY_OwpTx7#^z`(6aV zzhFz>)=mPKgL7kNSE=Uk%pN^SHT;^u8%Oog32fUxa9UNlzl3EJZj@fn8XW;H+ZD?o zFgLzK>!{1aRLhtIClQm3x7lxnCimIl?SSTvjp|E;9kbMwV}FLY6jGw@c1<*g}Ie*YxM5o#=Sav*vF zzl}Z>+A+|NhU?+l61l)l{%?rzhIo};e}AmYg> zdwr|pt3pytIpN9t^8`LPF1FJ;XV%8GNAM1IEQN|L;6DYyQ4{GZkXN|E;5fMCZDnWh z3&Xm1>ZTS$jSy4Md&q^hMR9k(6y9nRYxLLYRpPz4E9B$Pj~p)6d*J9+YF>Qn+oi%P z!^krFgusCEq&daxI|U$Oa&++>;ziO1V(MX#GVU$GP4SUV|8x2 zhksZC>Ncy&Ei1;;OF%`>MXgQ#NJEvLL6DJG=GGwx&@luziuL<>+Tgh+5c&rs>Say0 zsWDA3i=($z!MGTz%VX`y>zSA*t$0KrJDk7CK%<`$Hs+#J^e@j8c%&kM;j0}T8Fdzg zWmTRbs&0hDpsbV$$sQKzLso#PjTC!o#|RbW9fIQ)&iZl}Xg#zg?E(4hsNfn<^PxF^ zKhBHV2UQ&!WJeuZ+RUL8iw`{C7Lkan{wzc*6VBQMp}_p;$tNN_&1&$j(lFsOik%jPM$* zg~FN+;o`}GuhM0TTs2`EQ^SUDjIc_pJ9x>nRflNY{_Czrz*$nEG(sU}%Ue@Bt6GhI zF=t2U*i^7&mZl3$OgcpaqA81Yz`5k22%#aP)i-5K3xZ|&mieLtA_pD-YZ<57#bP%G z1E};#MwhNpCk3oH05=8?2@9HQWZIwIDSo|Wm184Et~qb}MKiH|qb{3AGUkZ%3`|2B zUn7C+XCg+2=UR6hVG*{hftNbo3*;`b`^$E#+d7`Q7c)5<>z3D^C#|fWm-krO7ndH{ z)yfIj-j%m=fGrAsdKg)Q02DxkIKsL9{aC{@knPNOZm^s$B?T}?ysvla+8V*49; zSCqMFI12WqidQ$5?V8T2ugunbh)KiaCT-K0#KJ;8jKs@%`oThAG52{9{|$keoFipZ zYfmn`kEVB87eYd%-duiUo*LRPbS~Tig%h1HyJ8k6S3O?H=yGg0KgtRHzWEn()6#D%wy zvRy(q!!0DJ!g@h?TBM*KH#T->Ci;vT5T+aNKI%@}fP8$!U4Z?3wdNfsFnTH$lgwBb z`^!RC8Btq0v3AN}JTaKk_^F-M*ldGlS0{Fqt*mCr4d7I+V+M(OtAc=|oa09Db zFgi3AX#CpfPx=da2)3Gdj}z`+gEZacUdNQ!SLSmLuQA1wKA_oi^he?WrO{ThK zz(9b4$c^86_4hIgW;rGESeZ=b8<+UJ7#(L*TA2uorOiRwO# z{n(kgOAst=S^CmSsVg}g%K-L3^=BE%H6rz_`ER`~S1w&b2j2koW=`l{mF zK&G71PQW#}opeAwz?*58lm}OPy45m;)a6;JPly?19b8vMy_#s$WQdolSGfV57tZEt?5;w59bWWh#@A-CDr;c5o1v14I*)qR%2l?I?Xf+%C;9!4t4>tCk>iC#?!pMt@o zrM1#d_*&yprZh!hz+il}LgBtoUukZ~OIoy^2cMzx**CBpc;bW=%X&LSuGokNyt5*gk9A~QvwP`r z&62Fl?_Qdq*wIZ`66}LBCY5-ayT^RlVqBmhl!E2p&YfFdo2+*uMgDFL59bH!IyR6J z@X|MO$(=h!E1Xa7PW}`YBxb~j5^q4XjXkJg;)TZ?LtEL!^|%@g*RLT0bGq>9sQpzmCg<{N|gIF)3qM{mN z-2OZ2XwWK29b7v9rdDo>2{%LgJY*flEq_Csr=r}i4&G{4HCZ*tfc;B4E%_JB8uew( zBFTk){b}vGp)OA)%+feuDly`~82q_GW6P7zh!M*{XFzmT#d8pR zEQ|?X{P>E`6=Nk9T4jAN$D8Z2vxN;H8_YB0)Dm{}Tp{dcuoyF&Xz z7l&?JXKYCWz_j>MwWwJ+I-A}Y@}hpy&eRZ6P_@U%Q8j>WhB;#4{K8ZZy>aaJE-gn} zvJm!d(0t^YBV!9l`~ZL=N>~etR;M{Qs}JdYsH*1sv#GJc5)%Wn(UQ>K?V}f;+@iwP zK_^5x=Uvg8ZK9iS#jPPO_Dd41kXTgC_ZIDMjnU=u$;*ReoT;jBptScatB-^M*9fy$ zYk(n>4?lA3D2*A%BBp$Tx<%mLwp&1#ESeX}WcllxwmPcfCPK<$Z%?4W&(bK1!7t0( zf*RUE12Dadjx9{-XFYU{`bw0D$U$2<-kaXj!v2w-cgnvB{D)$H3F)FZj2&*Nox%Lg)L1ruL=sSpp_@S zV;!3HJ&Ej04bpgLx8YEKqlsH(7_#$)<}Sh1Egjv>p(+g2&7E0UJ^z_P69Y$xwt7{} z&@sbCl5yp%5M6rWW7MKr)C(~voj$YS4BZv89aR{w4qtZ-U`&bx#n;tWlK-TNM$ zi(HKZ=1lq)JH4}$XWyFYxNf~Q=8Ei=HgVYMgUV7#M#q zN?;R*Ta_shf>-CV3VLSmr^}jI;Jn>?bzWG#`rR9cF=*++-3Lou{i_mDUeD;uvTvn6 z5IzjS3FPnnE3btisx2$tVjw%(LcZ91sSG4ce(TJ`8usHUJ6@MEim$=hRca1N4Bx~L z^+xNmbw6A$4d}*{ZdN9BDWfP}mRjWMR_lA~+`AF+3xTQrd=;^lL^r#Rh5cZ>xPif0 z?hL+?t+pm)8COLqee*bmuN;4w5_?tPD?2+hr-~&(GiMv`1Ohb)`$AK*g?KWSw998) z=Cl2(Od8vfW-7NPoX2a7yXGqF7^2)x$~ZKo{OrV`r};{_g8>r54RQWu{}FXlFf`JJ zvEoklaMhZuyas_NttMSPz|^<#dG0WCKp`1$I*s7Sbo0i*1AL(L4Q7So9`CbWSQouDOTS7j|Ga4LEDCp^g;Ln>vDyty# zp$<-G=K%vFo*tc6L|)T`=IvqZ%s(rkSXRa$g>BOB+Ns)jX9G9O8R+>wqK+lD`q*G} zf54h#ZXr>h9%RD7Dky!Gr!in8HE(s_D+zn*in)7WFEP4qjlu zi<2$Wa_19dD8PlFR@~6D=N2r07hsD<+xu!ydj;wd^;0CMEAIIcUGG|w808R!(%Gls z@9y;0F-~YFn7$(PK`yVGhE-asJ#Q()7Mx9BD6L&?b^sNF-O0GOTb%0pkS^^xLQ4B8 z)+^}N6Q$f(Ozu?~Yx4v-DKvpk*^%j_e$iQ7;E(aD9wxha+&`AHe1XR9HnUQ?s>Wd_ z1_h(1?{~2(O=qPYYgA7SQSSVCZ{se=u{?d6q6c&7K(9MyvN3+n${3YRZ->7ix-_OV z`vAy)?H68N?KDr(RIol~WgS*Qm>4MH$ln#_Q5}me9K`JV?!%0BpKY=4%AWaxI)^=* zcx}=iBiLv{;OC=d)j7eFP?aQS>y}y$W>>Yl-y1fiyN<^w$J98Y1b(R&}O{W-kUtaXgIwlP2BF zv^|1iVNCDGHLs-F?_+mWC^o*GwQ_V7Y{5ZR`N?Sn#XM&@E8O{XmG&Y6_6qG`sEs+` z1(wWA2CM7j9bF!>Hv~L_;G1!?ImA3$)okuVC>!X6p;wT@OGHfjUur7jq#l(&vMv!S-Ta0JSJcaTgXJ_pr^^U&m@{*Ms*VkjFVUXL@2s~xXPvS2ntB@R z{h0kQ8r!ptR|+d-a?rM*vNQ{9G??r1g!w^l3*dByot49}uwfeU;^J2W3;Fwf+P#)L zUAwD2e0NM&)f-IZ@-Nj~x?(H`)Fw%qq8wT*o&jM)IF|nW0=z zzdwhZ0n&FQ9R-CR&0Pz{{0@pEQGb^a!H>>ol-<&3ySZqz!7h1Ce&sC!^Jq~Wa=^A* ze=TUU89l=#S4y$vv)-0vINHC7{}Hpj3cWb)47Rzy`OHSY!9Q0<^#hE0F6s;xAVv#R zp0=09Xh9GzS}PxcKEDR~q-0?%W1pxlmBTZ+ppyI*4K0a8R%tw_!n}pk^c5vt`f68~ z?}om#!I7yh&rlQ46~HNDC$kZmA)Cvw+yhBABTU#oX8*+GG|ZrivMRU(H@1$HcsN5~ z4EqpV6WxGqI?KWGGUCFzH=n$I4;qE+UOmRdS@YG0s;%jA&b~De9efVxc>p#gT;O8Fv+eN?3MUAt zCPmuje}KcKtO~0=Pf>I7Q`*AkT-+fWch38m`s-(Dd@hE>$H*WE8UA$*yjVqy{r5Rc z+(cFFdGh2}do4UQB6sg#N&l<3_%l?@ueFK0KgFx^_~%V1yXjQ>&cs?e>3|KftW{hC z72nb61tUg-t!w4|A&+`S<6=T`k+B$cl3MA8Gs@pnyh(2o+=z}GtG>y$;% zm67_o{L(+uvX&1--wL5S`fd*;gQR890!_H^+f{}~H2Uh&fSmBUh;!5=p+eAhX-b44 zU+x@b5P{NexYV%lPXlw%4n8v`~iA_U1Sw;8(f=gR6}`;v&C!>wno2GWM>B$ zEnVbvb$+;w+gaUEwV-6Ixk+i&_S6J@1SWzbu+QA&i4z}Z{z`7^=Hg0yF9drNWuR{S z1?5ufWQP#%IU$g2+w^ek8}+CcK_dw8bc%!8rz=d;5Eqbix-}Y>cVK$@Bi7op6sL3P z(6pg*|1)VqeXh>Fa9W@szp+;l0msE>PJMG8rZtaY*$i{tsL%&+5Qjog9Vto#Dw+f$ z>MoUGB25aSum~V^LDA*m=5Xg`{3j|&J6D%Q|8O%x4g9pyu6g;|i9Hk z19AFNH_kw~>z+YV@j+*-W@1m<@EXx}k&mO?xa4*(3{*?rtA$3-iIYFgUti9C>kvNb zpyuZKdA?bF39;`;0>7G?y7JunuP#rg6G1JsQTc3rimWZI*j-V+wa!Xxbj09T1af!p zLpU|>pkWxlYxcEDk3hJMsSW5P1+CJ3YVpScI{V1nTS5a4g?H7wouk|gatq?`L|ht= zlx?qKs+Ol+y^3{m{4Ol7#gZYZ5z*x{oG_Xv@`Lh7zynaMyc}5_Cg1rd=jmc$AI7jAQKKooisJ}=0+A#UV z18cz^q|kn5;23PS$@G_ESfdG)*gs_N@t9*v8E+}d!_<2z@>q6gWW#21ze;B(Mqy(58 zpuIZ==`s#L8?ZCq+#fe;3B$`3ff;@yAt(lbav~n*FRm`*EbkJJX32um+C9b@JygXN zzlj?R?dPo&-A zf5J0HpOa!f21a;Q*jit$?36{X{4Zro$253YQQ7Qe(O)4pV>=hPmVyKkah+UO-*gc8 zHCUywYF*x&y1!EU6opO_cXGv07q0Zppz?i`N^99=$&cZrD zwS953`NRDdC+$@7pxsSO@;aUAA*P3*KDw%45jX*`{;8%KpV^YyeMMCZq=X$?^ zz<05%aCv^UDGU>mraxkqy@*+7+ztA4!Q1epn&RaE4+f1hF7JT ziEcQo{z=XQt=`B=-9&;Y?bzFA1s#vxWVvXPjV`Junfp7iX>YIYc~vZIh0dVk0Nwyk zKPfG+;EByyb7XeE;o7`UPqb2XSGU|~CWD$O=m{$~-O;HNurIDPiWR!MdpfjKMX6#$ zsOT6ibru@ZYeh$B6%Cb7vWm<5XMAcAp`v<5I!qYm-Ij%BE&@1*l(>3_a>2EpvK>+a zD8B-3igWPh`aHskYL6Ux?%)2qhm`u+#*?{AhN7FP=z;@8pmEGXzzYyRz=1TayZp{Sho)TCff(b>iI&|$JM?edTdRbFZ14*i`IXB^8%_tb%!Z~BZLgYQ!50mG$-;Qg zQv)?$4;77C=}>z(=FHvgquFRx`Z_TS`J_Mxz0Bm+gGlFlk?~6_9zsoF7`Ju|62Dwb z;Yz4E*uoWAtjjfQ*>8DUPMGTaf%U_p0Q)r?UZLt{#l( zT-`M$7ya3rkxgQmn|@*{>M)DhVRjcQ6oOhe)80#d{c~sQxF#iImwKf(yhqO~aK!=@=Mp_TPrhJ7KANIOoupzLk1rav;H+sNWWUzu<7qH5#1%kha-k#V zn%L21Wm1acG=5|va}*pJq?N2b5*FeGDfk$}&*R@MGC5iOLlA-FyQbpB-t4nf%7y;j z?Bs>hN@D=spAHR#2EZ3R_dWb{YAwPD^NAcy`u0ZI=4uN(BN^-;9QFOi2T~Gu(^koMbHcBx+BL}A30z(kw4wa@e|e8 z2@0VOzb71KSl*GSY z3FG!1h)Y1Zfy(ouFt7tJu;)4S)1cj_t6;M~-MKgQXvoUV;tEA)ZY@y~?xCw=&pgvVzoqWx;suo3QM(1$umov;RqR-BN*7~jXWUt6 z(IJUQM=lLyFOB{HLk#%Z zOGvWz&%&NBuSP-px}OOzVN|=Q6h4`r@;bD*FfL$JT40;j5x>&P2^wo<47lX=SCo#* z?|<#}YY_iyu&SOrCP($UuQnE^OCL>D{z_-}cAzli`w{u|j)B>dFC(NW3DFfsI}vbG z_b(E%DxF{MZudLkRCupnlHVDUKZ`{{j>Ib1Bf-i5i56Te2A=0QwQ1Vt|1v!(*#3*@ zdCM7N9vHO~nA_{jjy!y2aP)b>d-|a7O$VB;fYViWF~Ou^xzb_tBA(E#4z6~29Gc*J z8vVR=DyMg4CiZD;!1ax8@oh_!00s;D~36t zf@uzECdfTJRz~Zf3T^;$YROiJvVfH0ES7cHytd-`c3sGko2pDWw$=C~$`SMS($xyn zsCjrXWu^4#s54DctC0ZULW*~l^B*aa*p!$&py4?vkJ|{dj#Z#8Dm#(iE?&Qmiy`>5 zLjV3g&Y=eJIauI5Sm<^*muAkU8QgAb3_B(YUxcXRR*e&1UT7y;00(P9p8_}mlX|O$ z#M<+foGjZbf8VCpcSf6CwUM}o9ElGj0)2v5pw6@DWz5K4w6lMGSB*>iITsN}dblw7 zHi;cnj&u*6>ypB+a?plF#a?9jcp~@9M#~zB8W|Y#O`9v3PFr7!@H;jAAj8~QSD#Ie zCZ%owaSVb5_zm1zup~!F|Kzww9 zvBm?TuC86wG%np)K|X*i*pp0rKd0pXqR8FogBx01V{vI%UH3m+KS=~U*Th#melIU5 z;EpOyNdKA@h>DKA2UU@|g7oP?uLhU@!F1KQ<=>aXD@cy2O3g5!wc8vwP&*C3Km1xpLdIi%t{) zyf|9Ez$wz&#L!%e@h`wW0^h_Yd~bSL^FI@TX>`n0A}ptRS99-o@_21|*Rm`;-4ig?MS zAcAXOkC^|n;z}x43R(QOJvB-M1cd&tX8yCdoB*cQri}l2GyiAaTvIy|mlMs0@li0$ z-Ib5^`4wfKzK283B{6QR=uz>{Bx?kFp>Tq$u}EH#f;TnV`g|zF`*Nrf4j{jn@rxN2 zy8AOsCZpcm1nTTPvP*8) z7>ec?&^EtuIFyXMoJNsNciWpS*P6ab5)oz)C4s$E!<#J96=N)J5C#?M;VCbmg^~?wE91^=C6&}w&N5&*S?~w# zE-klL+ z)6AQ#7PBpMoTSq{&{>_bL2z^nqRJ?)PLUf{p%J;qKS6<#mkkRp@261=Kqy67Q2;+O z2y&O%odBkmrApnZxp8N?&8X>p14Ir^LZuWn)==-9DR}|qvSdZ%ILcW%%fyxTetSHh zo-|7KW_jO_uN4yZ3m}jh#&^Ob*3rGJxaR(Ry&B)1DC~Sc4X3*BF&^Z8-JUh>`227_ z4dgv7C7KHgy1ze}`+EHZgKwMPw!sMwFz@d|@PM~k&|w17f$$qs6S*RY7=Aq_#tnke zV8eRQk$`#|gF`p%LX0&X=u#{M!@qvt=Lo+t8U6C7@4Ha60z#xB2c4+;(@}FwqivWT z^gO=S5Y-947jAvMmy$XJkO7=^>ZE1rjM!E#ye- zF9#7*#0}IpjjK}i-XYa<%o-sQfE!Y=UFs}iuxl@a!G*;-cj0#}vc?Hjlg7X7fRPGI z%CJc-X>?AEQ6rn6OJW!c@Z7*9wSCQgvXCm7hv;BzmIGr7&O&;dd{?-XiRNQwP{_f1AY%wX#~x6|khs z$v7%Gvjl*KRMSfK3~|1?3jdXsw~i@|)IiaRthmjo`Zyi+ff1N{Qvc)cmTxTBA)x;H zsHX;8DJ8py&lar%ZJC;j9`BR|eN)Q9H#|9UafP`g<8+jZ(?0>Kfehqlg8&zpnDKsSXEZwzBb~WMks=8aOoECN<9vY^C-B+xJZuYBs_9o= z%%k}Z^M7(XW-ygNi;Fbv{mPUVas;n1GcDmu|+{82(x0`X_h4?z2MGRqYMUDFNS7M>sIl!lI88IM)6M@f_?UqocFpTOs z!0I~uvtB{%P1|#;_u*JTFLgb&gsnzd7jmV!&d2fQZOQf;I3>k>H@3TE=OwgxZ|u)f z#&?3?KW-) zaxR6Cmxssr4I}H>Zr^_*_uv1q?1A|_8Nh*nED(VHpOq^|Qzs`28*|71kia7K4TpU$ zB=4PyFUX0RUws@9BJk<^JmV?}(!+^c=4%)l=(;)yaE2|3t%DOEUQZvkxhRl&3Bq zdUB*Adem=aB>>h0nfxIc+{Ac|YN?0|LUUrl23u1WOp9@*6_?SNAv7-}oui`PG0|T% zxPI-VYoBys@P+cW7p{Ux*J@){ws*)cQNqOH5y=6dMvL51ZjJUg@N+&lu&bR2b4vd0 zJI$4%GldUO0i0l8XuVmZ%vIbx2JT~`4G(Vbo&@t`%Qrt6tdL-u?ik`oJc3iP%!0d0 z>C^WQr<>T$QS|dvl9u}M=m!xwqpQ3IRWMNzk8g3Pxv5P6g*M~A*cGid*=6T29pvF+ z4d>X-(v40|jmIJdK>@tK*XhfqQ=X(El&TI3EzmNi&TM9uY z(XQDa2lFnR;o`zQ^H0Rk(XI$)aTLU%=@n6`=%O?O8r@3S%zpJdlgkn*0jeC0aZ;6V z68}UAJu`HniLBJk^F|ONjsD6EAkX*nv&97)KX>WmM-)IRuAfsTV%f1MZ!(Z10oWr& zpuS0%lrO>ivXq)9JJ`YU4962Q5>vftRmdg8l3~YlEhVR#5qKTMlKT>R387Sz)7-zP zUT;m`SbA~lT?Uq5jYBxcM3Atp`QZ13P~G!@nK(=mE2??KY6P!3&Y~30#IC0G7Xc#n zI^%c3<#d6u_3{%e?dU?Xx47Y-pGfC0_})mQUFgZ)fW-pi_KJ93D(CNI=-x!&IerAZ65_6;1B^mTHA*)3kx>?P z-l@)m`wQ+D^B}JbkU|!CLe$4h+3-V3nDstG)SN=x6&mwMge5^?lNtIsBnp3 zge3OqTyt410d~2DQMAsb(?iE^;?xF9FBC9Vv{5O}F2bB1Yh4l| z`)W+x2rr&RyOTVf=c6NZ3{Fb3gMI=KCDA`!nKY+D@(Ei?=Pn!I#c`V`9{|gGaC@D- zr~2;?{en+R&OfAjU$FnP<~sU10o3}h?GpbROHqNSfQ+3ToouZ&tgRR=oJ_6%bHX4h zAOoVx`!|F9f1Ii~VT6ExTl}>m9zYQc8c2O{r)qK;Z4Sy4KyvHY^Dz*%wo9kbI`YR~ zsc*_RYBvqMK>%pn`f=EJ@ntT6BviBzN@vS8t$3>eky-eN##3}!daBF>!0eXixCy9a zORE2mym1;?bRl~krQ?GiU8}g_#P;*_JlZ3R;E?1qVKNA0h~e)~yR*wbuGdMr?gDTr z%8d)!b|U7;_v{^LZvK*2s975Ex;>0k;@Xq?d(Y7SGd!x9pHX-JJyi7{9$5bkkKYcq zc8>qQK*@>|{_}5HI`}5=8?w;Tl9Ha3+Fk~?cJ^Y`Kz+p?Mbrv>0~^=)#~Xpyc~qBd z8+HEWxA$iqs{4unmJ{ARJ!nDpz;v7c;Kd|4t$z@eE+wT?MxZDcM`maTY^b~hHi?IK z^m>9x+G1_MVCrgX0eaO`gs%I^^)DV6TTH^$tyww*83xCV{b#X1GXQ`!x+vmUXvsLast+~#G*GD+kcgMX+neB2A zkc=mHr~u^!!7|mI?t-^}`22UN9`A!Wk^eWbrqBQZq5MPfKPOfjXKN! zz7ey*ffRBB`-l$*+I=dn#wW#xwFWkB)+!YbA)Z*U(jZnFdH#AV(>F zR+>*}Ufz}?5MlKGzBD7)tur%ElMY)>A&*8%Z+5}gmcuZ~lFKcROeemNsV1)&} zIzJ{!4A-w9JnBw-z5kWm`+IkjvCth&@~F@VWZvkL>dVM5UTX;%1rGyrvsgY;6>w!>pCoyg<-;_8V|M8?5&fo3?)9rc@dA=2z``} zK1Fd`HFPMY#D+n8>|6s#O?q=$`^3(qf?sugn|-4WJcik~(N%g=!zT->KWu9;%w`x1 z^*MJ$(n?us&kRDx>bCO4%o zG|4KQ<-4rZDzN`YdtVvQ*0Qx7ic{R71&X^B_u^VgibIj&?hb`gEV$FOxVyU-f_rgy zDORkweL217oc3_f`{Vn6f9zy3GtZOE&YIb?X00_tf2u#m)}k3F))L=-pOI@Or}eFS zNUbFXPswM|4m~HLC050r=p7~_mXG&G@k9L z7C%pIEa0izSx(njpE{8~vH003vlVe)g9$&e_cHahUWUq(lAzLDT=O7Pd6DMQYf}Xa z+N43FToV#v_+cwtC!NQIBcF=JqBJxDhOO}o@zuD3?Su>Cu<+H~O>6o(xh-g+Z?N1J zxmz_Mvw6wMGYqQ{%8ixkQ(PNnUxS9}uFBXaGrl##L4!&f37vqPOjk>-cb3H6IL1Cg zv5EaU2?+t{8dwqql@~w21C@2US5ln@uFvSsY^3u&6zK3v_(H)JBD(?4zhUxyLzb$S zV4>u<(8czBshRc>hlB&4G{Wmr;b>b@$aV=Mr?V&lM+XNqcwNqDs^Be$c zQ|Z?7YP&fnqq^js20x&9E<&8n7>q4uHdcoIe0N%?ZJeuNc%7vqYIV^SV-4J(bOy$J zK>(}hK1M_&?wr3P%5Dtsh|(l3u#}A4&ev-u$|%E1XIG}RitI&(88EatS^NUd=g1kB zNOA|~dFXeJ8ym@_qrP1hl^1_|tEytV8yxgzl|nwaz0K%DRADQr@t`fk=6IXc>tvXf zB<#r_L!09(UJmu4Z(cBGV+7%#0CPs;VC0V=ZDAikjnixMY6W&|xz9v3oI5*aC)r_KR^4%|d36dH3Et4O!6zPKa;9Q5Br1zz zBpzT=)k^EH>t`+mK+};9GO7S3>h}m7p&kIoKC4I-POt_GY#fC%ik2ASNeE!r@O>ra zb)-xBV70sU(T)i8+4A2{pBKrgt%uNc`p^^r;E(0{pHCl0CwD93pK9W~PQSxi9o|AN z!~K`zmTr&fn0c=6^u0E@I%B0(^9z=s4@`>6Sz=<|0~lGy@V(FDB^g4qDtdSZvyKU1 zUPQsczi-cecFC?hQ3IHVo%cis=tjl0-mlnTdGPSc`tkA$nfXldAKI;Vk3DM;7P|0q zJ~FUd&W4jz#_hrq7OLysZo??`zD_)_)yr8I?#P#h$@sC+E+PcRsqk`l17A5dz1Vg= z!j`Ubz^8pI@vVFP%FZ{&ws7OIh%OTrGL0x<)HOu0a6$l+Ef`HsFcDr@IP!Mlk+lCD z84Yh1$Ubh!&-ioZ!fe_?SFh8j4q-**ogWkfhxl|L6!2N}qbj5uD#bOT%Lsl-sgCqK z_r^{iZGY-7?5Js(fFE97h!8@gFmVg|H8^EL#nLaxIoOJoZ8Cr{Jfw`V!R|J1Hb-Q} z)vnVh_7T!h(1U<8>GFXldt+a#`WttZ-Yqv^ID0Ym z_6n;og0@6`s8Tu3@)=S2#yKK$m_8+8qqTKe3kTl2DdgM1f_EeiNzT}mtFUfGcJ!na zsPjgM1F4xYhtecguDM#X&7!!l2B{G}EYodGzdTE%u3DfjLc6YnvaS;IYjeBnrgg+t z-@?=3>Q?EJ!&Np#lfn@lfa42OtO1zh05){>P&(&r_HM^-Y~7CgrQ*F%RYBUVRsNgF zb_go^W(YF$LV#Yd=$moxQ{>B9PLwX9kV&mH|0#94#W@ff*F(T z+0^;h^h=y3h0YJH0^hCLghoHpF<1QHRQpu|jx~XkUhX@IXbbugR|tr*DpFR^Q2MdG zznFB?+JwJ9I%^FFuR4`aCyuGOp$1F$hMcot?gH_ywVe>{qFcnY`CONaRrB;T$Xb^x zd~wCROlw`o!`V;Ua&~53WzX4VpXsoJ>$8r4c9YG^M#ng>IowSOj%fw$ujBX*ue-8Wds_ zYwXhGGfWN^Z?tJJ0YWrjxZ%G}J|-UrjEbuk)gUaBqLfb((HRt5T45K)qt)SPzccI9 zs#VT2SeVx$RnW1F{fWTmRxO_;e&LZ9GBF957bjOMWM0fEmn~A`URJa^O~gzK}{Q02ICLldr!I!Ez>kmb;)m-U3QuOPlP1~)z5~ES91sB z=__Mezg5O7EQU6{K*JjCix93sF^5uz*3>kW8sif?+M287{faR<@52_9zHX!l#XZzW zA$*YYuHhXRVzR4ipQs|5*N;l=-$IoB-9bmp%yXs)8>T;Ed0j>$P^oWi3hT-R>9s*? z1Y23w*D%297!oY)Br3egH0nf{g*Q_Z-UP#=I14-&x$2M+kOh1W-von-VS#F%iOPxc zb#a~=R+>s7l2U=Hzmy6i+hD$0IlwAX`iF{p(^1&I~PIbH!?u39toT0nxE6Ne$0=?~h>Vic>)Xr_x zi&?`fABa{#-P`cChKihXAVH-o{L7cmtGxx7L1OFlan*vH52F=RWg2G-iL#cZeeo{m8o&KuYD+A3c z$o`9B5r}j3X(n&@vHUYy+9tR|xFa`T?A7Lay;Ukyij+j&?<;6>TW~rDfJ?`?WlnV4 z!|^%i_lq_}iIBOz{-z?HyA8xDq4aVQA&m?;9a=L!Q_QhF68*36wr;Y~m_Fnm(fV;p zSxgUBOfv7q&+u(0iE3v?@c8AYf- zUCK>+zSX&pvcw7}J8G8GHabb6YOBUOwuG!pW2Ejx*DvVX=44B-dG>P-FTlbT0)Zng`ik0sbkLNmQ1 zV~3xdbowEDVkI$VZ%kD1l_DS#yWG5vw$t!F5n_zh)kl=gGK>Rh)O?oBs+6VJ@amsc z-JFb&9IwFz3b&sK_I(5Lm*|_F( z(^M9HN(4`yf@DPl^1Ael`#{*^(IZ{3<2#IW?txU{GhFf2x-cTAiR_6x0mc;9now(* zPhXScib#ud8vWReYtJ_@K9M;`j%VbjZOTvPlwaR$dnPY;)9&3n&mub)Qr$A>FWqvi zuXAoR*{;7yBIjIdy8pp93~A`^ZDvhCluGC{7UM`bVa$^5Jf_jDFFEJ`DDdvA6|H|u zTPHo4P!s>HRo8K^vJoG~I*Vzkr|vBu^<-`eyXRP2jK?FYmcXHFaDTg@_h${9Er~=8 zj>woY!_fw;0z}OCgEWr(UM)oHG9POibZZm*fSFzcuJJg^Rfw=03kDEE< zDdn1W{SoaKQ&mM1uMEUi17?I*Os}NgLw58lB2NuKYN5!AdGots#W~vthIjbwHNZd? zVW$lZvR=BBMNf4n{_$er6X*Ig1rZ3&LUwKD#jj}c<$bSX$e0oPplRzudO`#e4 z%DdwE@||*~SQaVD&DE61-GQyok@w|P>izX_>n_pI!F-QXNF^mlvI$D6cOBZ8)F5QW zmHU%v1ZbrzpYl2X%OZG=w0!Z}+`W&_R3fJ&v!CV zREd8iyrbW@H}LsMsyn^ibYOqcfyBir_>Rrlc^5tNLi(s_mDv$%NnE1HH>6vtUk%-v z+7rqmqRY_Z*zE5Y&cgOCPihBokZW$7!*86^Z-Rq}=TElQGrq%+A(U;b_VjdO#XUAu zyij_xcP-UqJrEhrE)v)^?^blIa(ckhCuA7sIYRd&wo^LK>inF>8g`Kfp$P-6?x<%C z*mJcaCdd}(20$yH)=u%yarNphp;@NwdY}3NmZkkvhO49`Cg)l-a=a$?3K?MiNO(Q6XzQe< zJE}D?)Tom#b8T00+ZF2!myC3^I3aS2&?mcGqWw1MrHFD3<>;QoYkUiGTdjv_?~M9^ zCY**mwj!Oif<}^%W2Z>88VNi$1LN^p?D&phpNLhX5S+Udr4`~@1E04lH-pWo0fo@$ z#+#w3mki^0!H!l$yC#GPQvn?u>lw+IueZxWk=-LqMRCh`3QFuMlqA&DJeyifWTR;f z%o8TK-VM;Eigb2y^`ej@7s^361#HfUn)I*bc!XDNDxIKQE0r>9ECEoNV&2kOXJ-ZW=#LBhplmYnB2G~?wwv$5C zn*>pYAcc68nlL%2;#3sb4k^YTeJxzqyFbA=OrAljnnC~eSdj(<7s@fKOQfZ{eWbNN z(!mrT#2uj?{E9U^mm+1BL+?!CRa_Uj+>G7D+Y*(y;@A!3)V0_N_Onk^izm_}xTTWC zv;~7U+UQwSdU&Sxc!|qIigxQyazc#S)cMiN$Tz!Obbnv>Io=(kM=M;eX=3FPqa2+YbsBr zy@oyNLR#r{WmNfT$FX>HLTPT6cJi$Yml$l%HnU4U7C1_b;8l;fvrg?#-iEBvj_(UH z&!?|V-+vG*o|7CTO%}F5)4sG6X>|0Ec;{YvQlIDM!lLKTPQm{%G{ki4`4fO>^rU6I zO=JWHLb1?*Ik#EyScX@r!a4m^ql;TphxdE2*d@z};o*1fx`!hky5oWZxhHLj$?DpI z>MK)7`ps>m;%vmH9)7Fo(K-RkF}LKV`^0*adz0J2J069d_*coLCr1XpFR!(M)!JK? z*I9U5o+=la3wm{3cOmtl3)#x=SI*6Ci?Hm(F0&-j*as|_5W0{-VBX|+LkdAKh5u$N zA&WOd^)NpsS9w6mVel2y3?^|eS5x@|kar>!THWy6op35A4D-xL(>J%4qtnLjl zQ~x2iL8^0*np(ww8S5+Hc#G4Lv-2(}#`dcJ@$r582-9 zQ${%o$kzas(;{&;)bhKVjJ)ZfYrJk&mNR>WTYlLemR`Uk1(M;GZka82&6DX#Zpeu# z$7%47R~Iz;>g1ZQ9LG4;yZ7vrnv6_5E(Yv^1n!yNo&LKOIiYbON*}stjSuzI!~JV< zz}475`8Pvy(wL}i`!ig?@^#E@P+;ThWa6=D56zmr3Z|JeSWI1JEH|{}f_rbJ!onj1 zSNh1BgML`j!c)=0b;P1rGl%Cyxl}L^piJdp@A*`}nJo6!CoF|@-=wE)(auK~Wfm0( z+^Ng&F2<-u*;&Q}Y2(kGrSjMC%r?6;{E*4yt3F?{RcjY~TG-#klGfp1<#{dZlQqVv z6BSW@PN$I&1K~JsMp&EkvJi#G3NJL;AJTG+oJ_;3mP8*4I5l%V=8WBJS1{p;N|?`p zj7CBX8bY)fvR;jHkM3ZAF<^6ezI=eZ1()xk5_- zYtWJ*)ZdH+CeTg7Ro)s{8UJA{SWj568DqokK8SV;qC3|X{+y#(Z8O`TDkk>k1=f5+ z@R-Jlw2^@2HIg7I>ld`h%BkgP*~U1hOc;MSD!KiqbFE1y=j970{al$tLJ1*A!uEd3 zOU`VsB&9AKR$Ees6|tv)#7C&Wwxf;({S95+CNKLI;;j#s8(-W?x|ovd0wy=6PgJz@ z1IP2}*n_&>$OLjW^<{TQH5K;7s+3`yS3HaR7EW;Gy~j=Hjw-p%Cwmkw!x&g!vnCWw zj|s01Pd|}R!yj0K{hTpdru;P~Msa#BjwP?w_1h?H|rV@}sP1kii6l2RRW;Cl*mL3U-Q5L^?t(Cp{Qc(-c`qA_n6WlgLt%9#bZ(-Wh1FU(h%ldq$56sR^)|>7t%7lE^T1e;8yPh@`i| zD=l8=8C7wxU`U<aM1808=8Qxjw1E9G{i%2xy1lT%ZIklC_gu&}2$`qi&3l)u(KO z@nsmS2%WpjxVJ!94KrHV`k*N^>aXVI)k~DJ3aHMp6!K=pk3Mqp2jc|BpCFVb)lQy>hkyryZ(-=L+Hk~}`HMieqos@vkA;J3 zD`zq(l*__mR-C1yE4OgVOGO9ybffe0sM79tYBm?<*DH`<2h23(Z@%TPp#p)TV^Ne{dQYJ#^CK#JW+%Rb}yAO#=8#r#Q z+|IaoclpLJQbmNkE-lu?Ra#-@CfA+}d?f3&L3ULW2YABrA{#rB4fs;sG4t6OOE%ar z2Z=sU4$rA9Jdi|LB?IBMjVV(l!VaMUsU;JAgb0$Rj5NQ|)_l1)8_hjL)K+qGdn{;o z%8RNcO-bOv!YH^DSI77=&`|~0yk)EmBv|^_70j4$b0-7nAXN_S7FbYsVyF-CPm?37 zp{>Ku9s%8h`+q*f&|8-jvm^&$!|ghNUrJwZc{#ToHR_U9!HD<)r?W9C$@;A|c1&Ff z>oOy%7yMB*+){g$wm@j(F$?XIt2dudjAD)PiuH>pERum4&m>5Z7>Ee^QH6$b@9>Vp zs6RxDq4X%BA-p_3sf;V|mqR<(Vi-yAJ9;V$_Afv!E>cDA3M@&ZqOn6?=?EC7E@v5+ zFGA9ZrC#Pm?XH89CoG5Kd7*bI;q>D9EagNYixwc05QR=u!!Pq$yL2hM&gWR<;^Tfz z2W>`P^Zky+X09e4HB~&7%*mad$itJp@9EYPTN$75;Nx<`XcFcg9pjQkewX0FWOTl( zzP|DHIcaevD^72;*=z`Gi1|$PkstI%3DeNjM&L2}UIXciyMmV=0?}+;61$5tF~%Ti zXBe<2Z~S__pC%u3Hq1$>oZ)nLVR4_4r7tFVIc7Kf2|C39oQ2rs8ulxV-ZEvDH!T^3BN0v-aE5>3F zd+H{OW>>TK(qLse!5Z_{liNS=naz5Yz%I$K0xAJnbMGR%#Qq*XD}iK6dc30fT**o9 z)sSTv)@ z&h9^`LS<>7F~-n~sq_U*-ylVWGxyb|jYZ&0GzDl|%Zh0hy$`3(f1H8V?h40RD7rol zQA6>2g5t~5E&+E2`=txIpKykevSe84QSa1ui=H*l4IW;{s|@AZQ?VG3v2#O`XG*xf zJRQSxc5^VGE?op?zz$}A7JuSyV5u!?_2fdrU6UE*s>NW=(8$X};0EX4<`+&Pd>-x4 z|AY=Ix1>;+{pH&7p8$=&9bEnwo$*t4|ML;>ch&Fr*{&N zLvJ9KmQ^t9*RU{OYT3+TboxdYe18pWYz~mrVXw?JOUt)VA|yc*Rz&c=zO{f2>FjD_ z!TtJ$gs5g=OWL!eQx5rP52r9gf}1Tg%eHuCkdR3|jxC{IhEIduFvY3jyA|!Yo^$i$ zWh=}=Y(Bc5uNNV)(yh>n0C#w%YaOL4GU0|~fC~XWN^aSW5kq)Et-BceGCX9dAU_1T z!SZy>XW{PyEnproL+AMaeh|%XP5qhtmt$#^isJOn;GEZ`S( z66z%L(>(cml+Z)?KZA>YfdPPx=YPWgk5HqBOb;VTesPI${mJw&uH+%bLoeK46taSU znOc8Sr5?in>1Xx}3;^Va0{+eG>>A!*if*&ZP4;db+Ourb&-~7q&4+ZKW{-5*9UuXb; zQx5?6ui559_&;X>zrzRL{s#YZPVf-@&++(ow6D?c|KPuk&Pwv|&>r)LSsw#14()V7 ICVzbTfA6^{4*&oF literal 0 HcmV?d00001 diff --git a/.claude/skills/meeting-minutes-generator-v1/input/上周会议纪要/会议纪要1118_工程部分.md b/.claude/skills/meeting-minutes-generator-v1/input/上周会议纪要/会议纪要1118_工程部分.md new file mode 100644 index 0000000..d0a37e1 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/input/上周会议纪要/会议纪要1118_工程部分.md @@ -0,0 +1,283 @@ +# 会议纪要_工程部分(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应该是"无论如何都要完成的重大战略性任务" + +**解决方案:** + +1. 必须编写需求文档,所有P0项目开发前必须有需求文档(面向用户+面向大模型两类) +2. 保留工作过程和原始版本,不要只提交结果,便于复盘和改进 +3. 建立周报、日报、会议仪表盘的完整生成流程文档 +4. 在详细工作内容中标明任务优先级(P0/P1/P2),避免映射错误 +5. 学习项目管理知识,理解P0项目的正确定义 +6. 建立前后校验机制,确保数据一致性 + +**责任人:** 闫旭隆、连云波 +**截止时间:** 2025-11-25 + +#### 问题2: 公众号需求对接流转混乱 + +**问题描述:** +需求文档有两个版本:刘志豪写的"面向大模型"版本不可用于与用户确认,陶西平生成的"面向用户"版本缺少原始需求记录。刘志豪周五请假,江争达无法对接原始需求导致工作停滞。工作交接不清晰,没有追根到底确认原始需求文档。 + +**解决方案:** + +1. 明确由郝倩玉负责所有市场部需求对接(包括会议纪要需求),没有郝倩玉确认的需求任何人不准开发 +2. 郝倩玉需要找刘志豪要原始需求(富有最初提的三条需求:多层分级、人事变动、每周考核汇总) +3. 整合需求1.0文档 + 新提需求 + 信息聚合会议需求 +4. 生成可用的需求文档(面向用户可理解、面向大模型可开发) +5. 下周过一遍需求文档和开发文档 +6. 江争达配合郝倩玉完成开发文档 + +**责任人:** 郝倩玉、江争达、陶西平、刘志豪 +**截止时间:** 2025-11-25(下周会议审核需求和开发文档) + +#### 问题3: 服务器选型方案逻辑混乱不可用 + +**问题描述:** +江争达汇报的服务器选型方案存在严重问题: +- 没有总体规划文档,直接分成三个独立方案,缺少整体需求和分类说明 +- 前后矛盾:软件需求要求CUDA驱动,但推荐的英伟达/名牌服务器不支持X86架构和标准CUDA +- 需求冲突:要求小型尺寸(家用主机)但又要扩展性,自组装没有扩展性 +- 噪音问题:5090显卡长时间运行噪音大,不适合办公环境 +- 显存不足:16GB显存只是最低要求,上下文一加载就不够用 +- 缺少基础知识:不理解MoE模型、高带宽内存、内存带宽瓶颈等底层机制 + +**解决方案:** + +1. 江争达退出服务器选型工作 +2. 直接购买铭凡MS-S1 MAX服务器,领导已看过10+测评视频 + +**责任人:** 连云波、江争达 +**截止时间:** 待定 + +#### 问题4: 需求文档-skill待优化 + +**问题描述:** +当前需求文档的skill存在交互时间过长、输出报告冗余过多、领域专家生成不准确、sub_agent内部提示词臃肿等问题。 + +**解决方案:** + +1. 规范输出报告模板，从模板上避免冗余 +2. 增强最后重复校验机制，避免生成报告冗余过多 +3. 生成领域专家提示词改进，增加一个AI专家角色 +4. 可以在sub_agent内部增加使用web_search的提示词 +5. 精简sub_agent内部提示词 +6. 在专家评审阶段之后增加用户选项：由专家直接汇总/由用户确认，节省用户操作时间 +7. 增加一个向Claude code提问该问题的功能 + +**责任人:** 闫旭隆 +**截止时间:** 2025-11-25 + +#### 问题5: 客户风险推送企业监测数量限制 + +**问题描述:** +天眼查账户只支持500个企业监测,但需求是1000个企业监测。 + +**解决方案:** + +1. 采用更换500个企业名单方案(通过批量导入模板) +2. 使用定时任务自动换名单 +3. 可以通过浏览器自动化,实现自动换名单 +4. 推送频率建议: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项目必须有需求文档,没有需求不准开发;提升工作质量意识,自检要真正有效不能流于形式;规范需求对接流程,郝倩玉统一负责市场部需求对接;技术深度学习,做技术选型和调研必须理解底层原理 + +**关键决策:** + +2. 郝倩玉成为需求对接总负责人,所有市场部需求(包括会议纪要需求)必须经她确认,没有确认任何人不准开发 +3. 会议纪要项目重新规范开发流程,下周现场测试,必须编写需求文档并建立校验机制 +4. 明天安定医院启动会,DeepResearch和招投标项目正式启动 +5. 闫旭隆的需求澄清Skill获得认可,作为开发规范核心工具,需优化后进入实际应用 +6. 需求文档要分两类:面向用户的(人能看懂)和面向大模型的(用于开发),只有用户确认后才算完成 + +**下周重点:** + +1. 会议纪要现场测试和全员评审,验证数据一致性和P0项目识别准确性 +2. 公众号需求确认和开发文档完成,下周会议过一遍需求和开发文档 +3. 安定医院项目启动,DeepResearch第一阶段开发(文献研究和假设生成) +4. 招投标文件Skill开发和部署,使用DOCX操作+占位符方法 +5. 数字人需求确认和技术调研,独立完成调研确保充分可用 +6. 所有P0项目必须有完整需求文档才能开发,严格执行开发规范 + +--- + +**纪要整理人:** Claude AI +**纪要时间:** 2025-11-18 +**下次会议:** 2025-11-25 \ No newline at end of file diff --git a/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-江争达周报.md b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-江争达周报.md new file mode 100644 index 0000000..ceb4aca --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-江争达周报.md @@ -0,0 +1,26 @@ +# 周报 - 2025年11月第4周（11月18日-11月24日） + +## 一、P0任务完成情况 + +| 任务 | 状态 | 备注 | +|------|------|------| +| 数字人需求文档 | 已完成 | - | +| 公众号/网站信息获取优化和新需求开发 | 进行中 | 需求未确认 | + +## 二、遇到的问题 + +1. **公众号/网站信息获取优化和新需求开发**：需求未确认 + + +## 三、详细工作内容 + +- 数字人生成需求文档（已完成） +- 天眼查批量删除需求文档（已完成） +- 日报/日报汇总模板需求文档（初版已完成） +- 数字人生成调研报告（修改中） +- 问答系统V1.1前端重构，调研中，未形成报告（进行中） + +### 下周计划 +- 数字人生成视频 +- 问答系统V1.1前端重构方案 +- 完成天眼查批量删除功能 diff --git a/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-郝倩玉周报.md b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-郝倩玉周报.md new file mode 100644 index 0000000..e357626 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-郝倩玉周报.md @@ -0,0 +1,43 @@ +# 周报 - 2025年11月第4周（11月19日-11月25日） + +## 一、P0任务完成情况 + +| 任务 | 状态 | 备注 | +| ---------------------------------------- | ------ | ------------------------------------------------------------ | +| 会议纪要需求文档撰写 | 已完成 | 会议纪要需求文档已完成，连总已审核确认，示例样本已协助旭隆生成 | +| 运营商信息精准爬取系统需求对接确认 | — | 富有、琳贤对项目需求尚未明确，需与窦主任沟通明确后再进行反馈（反馈时间待定） | +| 投标商务应答文件自动生成系统需求文档确认 | 已完成 | 投标商务应答文件自动生成系统需求文档已完成并确认，已发开发人员（旭隆） | + + + +## 二、遇到的问题 + +问题1：运营商信息精准爬取系统中，需求方的需求不明确且不实际 + +解决方法：已进行多轮沟通，并提供可借鉴思路，待对方明确需求后再择期启动项目 + + + +## 三、详细工作内容 + +### -[✅] 会议纪要需求文档 + +-[✅] 会议纪要需求文档已完成，连总已审核确认，示例样本已协助旭隆生成 + +### -[✅] 运营商信息精准爬取系统 + +-[✅] 已进行多轮沟通，富有、琳贤对项目需求尚未明确，需与窦主任沟通明确后再进行反馈（反馈时间待定） + +### -[✅] 投标商务应答文件自动生成系统需求文档确认 + +-[✅] 投标商务应答文件自动生成系统需求文档已完成并确认，已发开发人员旭隆 + + + +## 下周计划 + +- 与旭隆沟通投标商务应答文件自动生成系统需求文档的技术可行性，协助撰写技术实现文档 + +- 运营商信息精准爬取系统需求跟进 + + \ No newline at end of file diff --git a/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-闫旭隆周报.md b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-闫旭隆周报.md new file mode 100644 index 0000000..6f5aa49 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-闫旭隆周报.md @@ -0,0 +1,49 @@ +# 周报 - 2025年11月第4周（11月19日-11月25日） + +## 一、P0任务完成情况 + +| 任务 | 状态 | 备注 | +| ------------------------------ | ------ | --------- | +| 需求澄清-需求文档skill优化测试 | 已完成 | 11-21完成 | +| 会议纪要生成Skill编写 | 已完成 | 11-25完成 | + + + +## 二、遇到的问题 + +无 + + + +## 三、详细工作内容 + +### -[✅]需求澄清-需求文档skill优化、测试、视频录制 + +- 规范最终模板，在保证全面的基础上避免过多冗余 +- 生成领域专家提示词改进，增加一个AI专家角色 +- 只保留核心问题，精简sub_agent内部提示词，在sub_agent内部增加使用web_search的提示词 +- 增加向Claude code提问，中断进入交互-确认继续访谈的功能 +- 在专家评审阶段之后增加用户选项：由专家直接汇总/由用户确认，节省用户操作时间 + +### -[✅]安定医院Deepresearch项目讨论以及需求文档初稿 + +- 使用需求文档skill制作安定医院Deepresearch需求文档初稿，录制视频作为skill演示 + +### -[✅]会议纪要skill开发 + +- 整理工程类、学习类、Q&A资源库会议纪要的生成逻辑映射关系及优先级、矛盾处理逻辑 +- 设计“主窗口区分工程类/学习类项目，调配 + 会议转写文本索引处理Agent + 搜索Agent”整体架构，实现开发 + +### -[✅]医院数据治理体系数智化转型PPT + +- 制作PPT + + + +## 下周计划 + +- 优化会议纪要生成skill，优化SKILL.md及Agent内部提示词和映射逻辑优先级 +- 实现安定医院Deepresearch-Skill-MVP阶段开发 + + + diff --git a/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-陶西平周报.md b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-陶西平周报.md new file mode 100644 index 0000000..608a815 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/input/成员本周周报/20251125-陶西平周报.md @@ -0,0 +1,26 @@ +# 周报 - 2025年11月第4周（11月19日-11月25日） + +## 一、任务完成情况 + +| 任务 | 状态 | 备注 | +|------|------|------| +| 数字人调研 | 进行中 | 完成基本调研，生成调研报告草稿 | +| 前端框架调研 | 进行中 | 完成对claudecode frontend-design skill 和 web-artifacts-builder skill 以及gemini3 pro 相关调研 | + +## 二、遇到的问题 + + +## 三、详细工作内容 + +- 学习使用web-artifacts-builder、frontend-analysis、gemini3pro构建个性化组件 +- 学习Frontend Design Skill和web-artifacts-builder skill如何通过prompt对页面的美学进行约束的以及构建前端页面的流程 +- 本地部署lobe-chat和nextchat这两个前端开源框架，并且尝试在框架上构建个性化组件 +- 本地部署cc-switch，生成cc-switch使用结果文档 +- 收集cswitch相关信息 +- 对ppt和数字人视频相结合进行调研和尝试，构建了ppt与数字人结合的短视频 + +## 下周计划 +- 完成数字人调研报告 +- 完成ppt与数字人结合调研 +- 持续优化工作流 +- 学习主流ai技术对于前端方面的知识 diff --git a/.claude/skills/meeting-minutes-generator-v1/input/本周会议转写文本/20251125135528-信通院云大所市场部-张媛媛预定的会议-转写智能优化版-1.txt b/.claude/skills/meeting-minutes-generator-v1/input/本周会议转写文本/20251125135528-信通院云大所市场部-张媛媛预定的会议-转写智能优化版-1.txt new file mode 100644 index 0000000..4dacfa8 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/input/本周会议转写文本/20251125135528-信通院云大所市场部-张媛媛预定的会议-转写智能优化版-1.txt @@ -0,0 +1,1643 @@ +信通院云大所市场部-张媛媛(00:00:32): MB 是不是有点区别，不知道我之前我靠我之前一百一百九现在只有九清楚了，对力度完全结束。就前几个月来190？买了个包可以消除？ + +信通院云大所市场部-张媛媛(00:01:07): 他们有紧张了吗？没有实习生走。那么对以后不会再招实习生了。 + +信通院云大所市场部-张媛媛(00:01:26): 怎么回事。流动性太大了。因为导致。我们直接找正式工。 + +信通院云大所市场部-张媛媛(00:05:12): 喂听得到吗？ + +.(00:05:14): 听得到。 + +.(00:05:52): 发你了。仪表盘。 + +信通院云大所市场部-张媛媛(00:10:49): 上面线上的都能听到吗？我直播的行，那咱们把上周的重要工作先过一遍，立刻就来了。会议流程没有？现在到什么程度了，上周我们不是把那个需求文档对了一遍，对后来不是说又觉得怎么样情况，我开发了一半。你测试下来效果如何？不共享的吗？你就先听听你们俩先听着吧，我觉得是比肯定是比之前生成的低吧，要好，这个是它先看结果还是先看一下流程，先看结果。结果。 + +.(00:11:53): 你没共享。 + +信通院云大所市场部-张媛媛(00:12:12): 这个是正常的，结果就是我拿上周的对上周都会周报对还有上周的会议纪要，还有转写文字。挺重的就两周会议纪要加上一个会议的转写，就是只有一周会议要一周会议这个是 input 就是转写文本，然后每个人周报，然后资料库是。就是每个人介绍学习类的时候会跳转到另一个文档，然后我给他也作为一个输入，作为一个参考，然后还有上周的会议纪要，就是这一周，相对于这一周的上一周的会议纪要，它的作用主要是。下周安排这块会有用，就是下周任务会指定的一些 p0，然后这个是信息源，所以这些输入等于是。 + +信通院云大所市场部-张媛媛(00:13:08): 我们如果就拿今天来说的话，今天要生成的话，是上一周的这个会议纪要对加上一周你们各自的这个或者这一周的周报就是展示了加上我们这一周的会议的专用的？然后这个是结果就是模板是按照咱们别的。全还是挺全的。 + +信通院云大所市场部-张媛媛(00:13:42): 这个录音我设计的待会可以这样讲设计，先看一下，这里面你看首先第一个就是你日期跨度上没找到。18号15号然后还有25号，是根据日报来的，根据周报来的。12，15号是默认的就是我设置的优先级是先从如果每个人应该正常是按照你的演示的话，你是正常18号的那一天的会议纪要？18号开会那天的会议纪要是对，然后25号这种事就是如果每个人周报里写了，就已经明确写了截止日期。那就先用他写的节日，如果没有，那就默认是加期，就是下一次周会，也就是18号，包括这个15号也是当初咱们写，但是咱们就打算就是15号开那个会。 + +信通院云大所市场部-张媛媛(00:14:50): 行先这样等会回头生成一下，就知道试一下，因为这个逻辑上再看一下，不是往下走都没问题。问题一跟上面对应吗？你不一定要往上走。发现客户需重新修复是对的。解决方案，这就是从转写的走的对，然后需求对接不完整，但是这个时间你看截止时间是十二十变成11月25号。 + +信通院云大所市场部-张媛媛(00:15:27): 上一次的这个时间是6月20，这个是1月18号，是处理问题的截止时间对所以就是这个节点时间，这个我再看看对你，你把这些都记录下来就行。看到的问题，这个还没有太细看，回头要一个过的对，就很多，这个逻辑太太太复杂了，这是一个人的逻辑对，就是整人的逻辑整的好复杂，我告诉你哪个优先级，哪个信息源这些还有什么各种矛盾。处理什么的挺麻烦的，先是第一版对，但是问问题现在。谁能负责一遍一遍的去把生成的会议纪要跟这边的核对产生成的问题，跟你这个生成的纪要和我们会上说的这个真正的这些问题，或者说真正的。核心的这些要点的逻辑能不能对得起来，对，就是这个问题，因为现在的上面已经很难对了，因为现在女生可能只能背个格式了。至于具体的内容。 + +信通院云大所市场部-张媛媛(00:16:35): 比较麻烦的是的，很麻烦，而且之前的可能模板也经常在变，你后来跟那个生成我们，我这是10月18号的会议纪要，对你跟10月18号自己，我们自己生成的会议有对过，还没来得及对。你不行，这你你你打开一下11月18号？对。这个是我们是手动对，就是手动对出来的？那项目很多？然后11月15就是写的是七八到10月15服务器典型公众号需求。对出来。反正差不多还真差不多，我还没对过，还真没对这个发票处理需求文档这个没出现对你的后后面加了。就我看定位一下，但是他那边又多了一个招标文档，你的招标没有对这个是我左边是对你说你这做了一个招标文档，他没有对。是的。当时人主要是人来写，可能人也没写，就不是根据严格的对或者会议内容来写。或者判断上有不同，对他不认为是。 + +.(00:18:29): 之前我做是做死的，就是重点项目进展就是 P 零就是上周会议纪要里边的 P 零作为重点项目进展的，然后之前不是有这个需求就是 P 零作为重点项目进展，然后放到第一块去。所以这一版的那个像左边这一版的那个项目名称。它就是上周的 p0等于说。 + +信通院云大所市场部-张媛媛(00:18:45): 我的确。不知道等会。 + +.(00:18:53): 这一块是不？ + +信通院云大所市场部-张媛媛(00:18:57): 到时候查一下上一周的那个 p0，这个东西就是要你这周你直接拿这周试一下，对这周来等会我就试一下对。问题所以叫有的我们去描述，这个是根据转写题句的可能是他自己写的。 + +.(00:19:22): 没有这边也是转写的，基本上这个重点内容都是转写写后的。因为你看，其实内容上差不多的，只是我这格式做了过优化一下。 + +信通院云大所市场部-张媛媛(00:19:36): 这不是稍微有，为什么差不多是因为我们改过了？ + +.(00:19:38): 内容基本上是。没有 p0p4是本来默认就生成的。 + +信通院云大所市场部-张媛媛(00:19:47): 不是你这个三 G 版是经过人工校正的对你比如说我现在想那一条，我就会记得我当时是改了。 + +信通院云大所市场部-张媛媛(00:19:57): 这个是我当时是改改过了。你们发出来这个周报是经过人工审核的？ + +.(00:20:10): 那你用一下这个是没经过人工审核前的来看一下。 + +信通院云大所市场部-张媛媛(00:20:15): 不没必要，我就看的就是我审核之后看看对你们审核前的你就不要再看了，现在以新版的这个审核为主了，新版的未审核这个为主。 + +.(00:20:24): 好。 + +信通院云大所市场部-张媛媛(00:20:28): 看一看就知道了，差不多五点也差不多，我记得时间也对的，这写的也是数数，就是这次周会要解决的问题。然后公众号需求，只好请假。A 是这都是他总结的。差不多。还真差不多，还好差不多解决方案这块我看一下。 + +信通院云大所市场部-张媛媛(00:21:08): 保监区的对接会有确认，郝天宇负责，没有不准开发，它是12合并，他把你的12合并了。他一里面又包含了你的二。他这二里面又包含了你的一看到这两个一样没有拆分完全清楚，没问题需求1.0在信息集合，下周完成需要两条才能。生成可用的时候下周一过。别有哪个开放的？他比你的便宜一点，签证拿配合那块是有的，到时候我记得是说的前面的都是一样的。可以 ok。 + +.(00:22:02): 这部分也是属于自己生成的这部分 AI 生成的这部分没怎么改。 + +信通院云大所市场部-张媛媛(00:22:09): 没改。GPU 服务器选型深入研究不深入。问题。然后矛盾。That model. 可能理解不足。基础知识。就是一次。这没有。到一个有噪音，有扩展性物质，所有你的更可能你的更叫什么，提炼一些，它的更具体一些。 + +信通院云大所市场部-张媛媛(00:23:03): 等等你这个也是你改不改改过吗？ + +.(00:23:06): 没改重点内容部分基本上都没改的。 + +信通院云大所市场部-张媛媛(00:23:09): 都没改，那你这样你把他的鞋的部分看看跟你的差异行，你待会讲一下那个再讲一下，再往下走。先看问题，看看问题出哪了？解决方案我们看好三两个。你的解决方案是五个？这个题是不是你自己写的姜老师？ + +.(00:23:40): 这也是我自己写的，我去掉了一条，原本是上两条也是自动生成的，就是我删了一条没用的。 + +信通院云大所市场部-张媛媛(00:23:42): 对了。他这个人是比较实用的，就他让他先别做，我当时的意见让他先别做服务器选型了。他已经他自己还没学明白做什么，就直接买那个我当时是这么说的。 + +.(00:24:10): 明凡那个字也是自己改的，其他就没了。 + +信通院云大所市场部-张媛媛(00:24:10): 但是他。云盘需要改一下，对到时候都有。他把那个人，那你的人名以后可能是一个非常重要的东西，点到人名的基本上跟 action 有关是所以以后看看人名的识别不能漏。行，我半个礼拜我下来。这些文章就刚才那个那天需求的用时间过长。做出报告，中共领域专家内部。需求什么去要能驾驶。这个是我自己改的。 + +.(00:25:06): 对之前没有生成。 + +信通院云大所市场部-张媛媛(00:25:08): 这个都是我自己点的经济发展这一块是就是有很多。 + +.(00:25:14): 问题四这块之前没生成。 + +信通院云大所市场部-张媛媛(00:25:18): 那是为什么那一次都没分成，那是为什么？但是没有提取到这段文字，就文字，原来专写文本里面专业文本里面有动态力专家角色不够进步。当时说你的信息医疗信息专家都可以消耗较大，需求模板需要优化你的总结的是非常多。 + +信通院云大所市场部-张媛媛(00:25:49): 精确的定位你用什么模型谁？ + +.(00:25:54): 我用的就是 cloud4.5就是 CN 对 CON那个4.5？ + +信通院云大所市场部-张媛媛(00:25:59): cloud。到时。因为你里面他提出的问题都比较宏观一点，或者都比较宽泛一些，不那么精确定位，都有一些总结性的。那你看你能写的就比他相对来说，那对具体一点。你看，比如需求模板需要优化就比较 token 消耗比较大，但是因为。内部提示词臃肿，它这个都没有写的特别清晰，就把我们问题定完之后，在他的后面第四个里面优化，一是内部逻辑。可以这么理解不够精准，你可以用这段提示词让 skill 来说，为什么？就你把转写文字和你的生产和将来不是就是你们周报自己写的那段做一个对比，告诉他为什么它生成的是这么概括性的东西。大概发现的就是它的比较概括。往下走。这你把这两个拆开吧！ + +信通院云大所市场部-张媛媛(00:27:30): 你四和五是同样一个问题不我五是下一个问题，其实我当时不是说自己的，我还写了个 checker 对这个事情识别到了他没有，那怎么右边没有识别出来，因为。不是重点问题，本来就没识别出来，然后我人改的时候也没改对。但当时也没做重点问题，他可能还有一个原因是我把我那个资料库就是我不是有一个专门的作为输入了。我把它作为输入，然后我这个也是在他上线的你已经把上下了，他提出来。 + +.(00:28:22): 不，我提取的规则是 p0的，然后讨论，比如说超过30分钟的才提取对。 + +信通院云大所市场部-张媛媛(00:28:28): 就上周里面没有的，你就不加进来了，上周没有了，你回家这其实有问题的，就是有的时候你这周讨论的过程当中有一些重点问题，你还是要把它放进来的，占的篇幅较大的？ + +.(00:28:34): 明白。 + +信通院云大所市场部-张媛媛(00:28:47): 明白。在这里面可能最后有个判断，这个判断还是需要设计一下我看比如说有的时候没在上周 p0里出现的，那怎么把它加到？这个重点问题讨论里面来。要不要加。我现在。我现在好像没加逻辑，对，这是他自己出来的，对这是他自己没特批限制。也是咱讨论的就不是 p0。就是 reg 的问题。这也是上次会议讨论。是上次讨论的吗？我知道了我最后幻觉的问题，专家没有。也是你转写文本你出来。就当时是不是测试的时候提出来，对就之前提出来，然后上次会议我又讲了一下，我讲一下，对提过这个定位了一下。 + +.(00:29:56): 他提过一嘴。 + +信通院云大所市场部-张媛媛(00:30:02): 你说能增加个答案教案答案校验流程对。这到第五，到了他的地步，这个他到了他给我。你第五是自动转转写的，我感觉。这个差不多就是左边更口语化一点。又为了更凝练化一点。Skill. + +信通院云大所市场部-张媛媛(00:31:00): 好，下周工作安排。没识别出来什么？In New skill, S. 对 skill 没识别出来，是一个最终的什么最终的交付物是这个地方要。很多的目标下周汇总目标都是可以公共信息综合服务需求。差不多。更详细一些设计框架。这个没有，好像是我上周写的一个，我在周报写的对是我在周报里的下周工作计划里写写了一堆。 + +信通院云大所市场部-张媛媛(00:32:21): 木头他就提出来了，他就放到 p0里了，这也有小的 p10这个是我改的，原先也是 p0。 + +.(00:32:29): 是手改的，这也是手感的。原先也是 p0对，因为它归到 p0里面去了。 + +信通院云大所市场部-张媛媛(00:32:34): 我可以换一下。因为之前有过，说到是70了是不是有？ + +.(00:32:41): 他日报里边周报里面是写了 P 或者说啥的。 + +.(00:32:47): 所以是赌赌的是屁。 + +信通院云大所市场部-张媛媛(00:32:49): 招标这个是，但是你看你设计两个的目标环境不一样，一个是实验知识图谱增量更新推理知识注入。文件夹的。但是你看右边。这个是我改的是我对是我的手感，你们看过原始的文档，有可能是因为原始文档里不转写文章。 + +.(00:33:22): 不录音文件。 + +信通院云大所市场部-张媛媛(00:33:23): 转写文字这个没看对有可能是转写文字里面造成的，没办法提取这么精准，有可能安宁医院压根没听清楚，安宁医院那个词压根就没听清楚。他就提不出来。有可能现在知道了，现在你就清楚了，这个识别的准确率其实有多么重要。待会你确认一下这个地方为就每一个提取不一样的地方，你改的地方的原因到底底层的在哪，是你的逻辑问题，还是它本身原材料就有问题。ok 是原材料问题，你怎么改逻辑都没有。是你知道还有矛盾处理，我感觉优先级很难排一个很方方面面都很妥当，要不要我念？它识别为了 p0。它是 b1清楚，也是我改的好像。好像是多。负责人需求文档有？ + +信通院云大所市场部-张媛媛(00:34:44): 李宝玉是谁保育确认的事情，好意思说不知道，不好意思看一下，可能这个是转写转转写的问题。对。 + +.(00:35:03): 这个不是转写的问题，这个是大模型的幻觉，这个我查了就是那个生成的是要和王野确认，但是我们的会议中其实没有提到要跟谁确认。说跟用户确认，他可能把用户自己理解成了一个人民，比如说会议提到的王爷。 + +信通院云大所市场部-张媛媛(00:35:25): 换的什么。 + +.(00:35:26): 这个文档我看了一下原始的录音文件，它就没有写，具体要跟谁确认它自己自动生成的。 + +信通院云大所市场部-张媛媛(00:35:33): 他俩用的不是一个录音文件，我用的不是你那个，我用的是腾讯会议的。 + +.(00:35:39): 你用腾讯会议的？ + +信通院云大所市场部-张媛媛(00:35:50): 还有一个。让他两个录音文档做一个比对识别不正确的地方全部提出来就识别两个人认为不一致的地方全部提取出来。这两个不一致的地方是最容易出错的地方，两个人都识别一致的大概率都没问题，可以考虑，这是一个非常有效的方法。可以看就是有歧义的地方是两个，就是没有歧义的，肯定就大部分都没有歧义，你想两个都能识别成一样的，那基本上没有错误的可能性了。识别不一样的地方就有大概率就有可能。那对于识别不一样的地方，我们怎么处理，我们再看一个逻辑，所以我一直在思考原始文档的处理，你原始的文档，如果处理不好，你写的再好，今天性还是不够好，那个数据清洗。后期选型。 + +信通院云大所市场部-张媛媛(00:36:52): 也是改了过去？他这个可能是改我这个我原先也是 P 这边也是 P 然后是我改上去的 P。后面 Right. 对的。还是有的。word 文档操作是可能是我周报里写的下周工作我写。因为。知道。我们。这个倒是出来了，这可能跟原始版本和你的上周文档之间的。行，那所以从这个角度来说，你们跟郝倩玉你们俩为了完善这个 skill 吗？你你你俩得重新把这些文档原始文档输入文档。把这个都对完之后去把刚才说的这些问题出现的原因找一下？找完原因之后你再回来改就容易了，或者说你把问题都提炼出来之后给出你们能解决的解决不了的放到会上来讨论。 + +信通院云大所市场部-张媛媛(00:38:34): ok 这个就直接把那个抠过来了，是不是也不是因为后面组组这个都没有，我们都没讨论了？基本上就是把周报拿过来了。我反正输入是给他比较全，我也不知道他是对我感觉吧，你看我们基本上关键问题是他有没有。上周完成。都已经要我了，他是他提出。可能是他自己。这是他上周周报自己写的。对我，我猜测是对。这个地方是一个很大的问题，就是你看他这个上周完成里面其实有在我们很多讨论的过程当中，是把他这些完成的这个重新过了一遍吧，对过了一遍过程当中发现它是不对的，对，然后。其实没完成对，但是他的逻辑上就没处理，就是他没有根据实际情况对他没有根据新的这个原始我们讨论的内容。重新更新。还是把原来周报里面的内容估计大概率是拷过来。 + +.(00:39:58): 他也不是我上周的周报。 + +.(00:40:02): 我看一下。 + +信通院云大所市场部-张媛媛(00:40:09): 我看吧。你有对你这不是有吗？还是在上周的时候讲道理？ + +.(00:40:19): 你可以把全部复制过来。 + +信通院云大所市场部-张媛媛(00:40:22): 什么全部就是大模型，看到你这个周末它的逻辑就是定的对你估计你的逻辑就是把这个弄过来，你少了一个逻辑，就是针对上面的讨论问题，优先级的问题，对先根据上面的。他不是先根据这个上周的周报对所以所有的文本的处理的优先级都是参照这次会议的内容，在这次会议基础上再补充。如果他没有这次会议没涵盖的。是不是按照他这个来一起。 + +.(00:40:56): 我之前的逻辑是先提取上周的任务，然后进度是按照会议主要按照会议纪要上的进度来更新。然后不是按照周报的进度来更新，这样就好一点。 + +信通院云大所市场部-张媛媛(00:41:09): 这意思。这个都是从文本里提取，不用跟差不多吧。他自己写的没有去留。 + +.(00:41:36): 这部分也是生成的。 + +信通院云大所市场部-张媛媛(00:41:38): 你等我看哪个是相对？他分了批评和建议。服务器应用的技术一个不透。会把深入学习能力这方面一起。你改过吗？你右边你改过吗？ + +.(00:42:05): 从上周完成到收，收到学习反馈这块没改。 + +信通院云大所市场部-张媛媛(00:42:11): 我就收到学习反馈你改了吗？ + +.(00:42:13): 没有。 + +信通院云大所市场部-张媛媛(00:42:17): 由于平时工作，工作质量检查不到位。流程不规范。不把原始文档当时实现了进行时不需求变，没有需求的直接开发，那也是基本上。司法制度执行能力。需求操作。这边左边的可能更那个更全面一点，我们能不能全面一点，这个可能和架构设计有关。 + +信通院云大所市场部-张媛媛(00:43:09): 亚洲任务 p0负责人能弄好了就转可能没有识别出来。 + +.(00:43:20): 下周任务基本上现在都是自己来改了。 + +信通院云大所市场部-张媛媛(00:43:23): 对。 + +信通院云大所市场部-张媛媛(00:43:46): 这个地方就不看了，我感觉最核心的问题就是没有把前面的讨论的内容整合进来，朋友圈可能很少，刚才理的也是。这是你自己写的吗？上周完成的就是我自己左边那个，反正我改左边那个不是左边那个是他生，不是你上周写的吧，一般你上周的。录制录视频他可能。大多详细公布内容。我能理解？没有特别大的。然后你工作内容里面？不给对方，你不要迭代。 + +信通院云大所市场部-张媛媛(00:44:47): 优雅世界基本上就是给拿过来，但好像少了一些，你看 cos 这块是没有好像没有他把你的大项全部略掉了，他把你小项全部提取出来。是，但是有一些扔掉了。这个地方的逻辑到底是基本上是按照上周周报的这些点，但是取舍到底是什么原因就不知道了，为为什么有的保留，有的不要了，我还专门写了一个逻辑。我专门有写，就是这三个的逻辑，这个可以对等会我们看。调一下所有的反馈便利。基本上大概的都差不多了。 + +信通院云大所市场部-张媛媛(00:46:05): 有关对那个架构设计可能就是你设了四种吧，肯定表扬肯定批评建议，就是对我对那个转写文本的处理，我是把它做了一个特比较特殊的处理，待会给你讲，我在想你你你现在每一步都把文本全部。每一次都重新对就是我设计的亮点，我觉得问题就是我把它一次一次性的就提取出很多个。我写了个 agent，就是我因为它转写版本很对，这样基本上我们回头对比工作差不多完成了问题也发现了，总体来说是可用的，总体来说基本上的大的要点都还是逻辑是清楚的，而且只实现了基本上逻辑要点，上面百分之我认为70左右是到位了。剩下的30%我们再优化，现在回头看一下你的题怎么写，我比较喜。 + +信通院云大所市场部-张媛媛(00:47:15): 就写的可能比较仓促，就是他那个 SKILL MD 那些我主要不够优雅，程度还没达到，但是架构设计是有的，我把架构设计先看一下。你有架构设计对。等一下，我找一下 a 电脑图，看看有没有写。是他新生成的，我们回退一下。 + +信通院云大所市场部-张媛媛(00:48:02): 弄一下。不能睡。不知道被冻着了。你下个图？可能找不着了，那我先说一下吧，我口述一下，也可以对着它的这个流程说这个是整体流程就是刚刚说的那个亮点，就是我发现因为这个录音文本非常长。然后尝到他那个 R 的工具，甚至一次是读完的那个 R 的工具有一个 token 的限制，超过多少 token 之后就会报错。所以我给他的限制是我专门写了一个 agent。找着因为正在全球。 + +信通院云大所市场部-张媛媛(00:49:22): 这么多已经没了，我给它我搞了一个会议的转写索引构建。先做了个，所以对我用语义去分析，就是它一共有很长的号码，然后我给他设置了一个块。是300行，每次读300行，然后快与快之间有五行重叠，然后这样读读读，把整个文件读好之后，每读一次，要取出它的关键内容就关这个输出在。可以输出在注意。就比如说每次都有 summary 对每一段都有，包括他的涉及到的人或者是主题，这个主题我也是让那个 agent 先去自己，我先我让他先去读个周报，对我给他一些必要上下文，然后。对。那你生成你怎么知道他就是你生成的主题是对应哪一段的，我感觉他对。就是300到640基本上201行301行301段350是行一段的对350行一段，对你怎么确定这一段？我这个主题不是我确定是我让它读出来的，说他构建索引出来，我对，所以我就说你是读了这一段，对，因为那个 R 的工具不是一直在滑，一直在，然后每一次。 + +.(00:51:01): 因为这个方案我也看过，就是分块的这个方案的话，你后面比如说你建了，比如说50个块的索引，你后面去搜的话，也就是等于正常的像 reg1样搜，但是你基本上都是关键词匹配了。 + +信通院云大所市场部-张媛媛(00:51:18): 不听他说完吧，我又写了个我还写了，说完吧，我知道了，反正你现在组织的结构就是组织你现在的一般它是1000多毫升？ + +.(00:51:18): 或者语义匹配。 + +信通院云大所市场部-张媛媛(00:51:31): 差不多对1400多300，310个301个就是44大段，基本上分成四段，差不多四段还行吧 ok。你分了几段五段，这个可能六的还有这可能有大有小，你有的是200行一个有的是300行，一个是因为这个文字量是执行的，有点错，就是我当时我。 + +.(00:51:55): 不止吧3000多好吗？ + +信通院云大所市场部-张媛媛(00:52:05): 这个设置是多少？350对本来设计都是350对，我本来设计是350有重叠，对有重叠了50是。是一上面一个去掉模式，下面一个去掉模式，对那基本上就是250对差不多250，所以差不多六段是 ok 然后这个是构建索引，构建完了之后我会。就在一些就是我在主窗口里可能读了所有的会成员周报，然后会议纪要，然后提取它的会议日期就是咱们周报，你都有原数据就是会议信息，那些我给他设置的逻辑就是。直接用这个转写文本的，因为他转写文本有日期，然后我就设置从这个名字里提取头发的日期，然后去做元数据填充，然后对，然后就是刚刚那个构建与索引。 + +信通院云大所市场部-张媛媛(00:53:08): 这个项目区分也是咱们分为工程类和学习类，然后我就在这里主窗口，我就把它一上来就区分为哪些项目是工程的，哪些项目是学习类的？就是工程类，这二就是工程无所谓，就会议信息就是那些原数据就直接生成了。 + +信通院云大所市场部-张媛媛(00:53:35): 然后你现在？绿的东西是你，你现在一个问题是什么？主窗口的上下文还是挺长的，对我们有没有必要非要去把它做成。一段一段的那种你你这个索引是建成只有存哪存在阶层，对，就是这个本地阶层，你把。这是你的都是要你的原始文本就一段一段一段的没有吧，没有你我没有拆开，你不拆了，我不拆就只给他一个索引，他让他搜索的时候参考。我没有拆了的，并且我特别设置了一些重叠，就是我希望这个索引值作为它的一个指导，然后我是专门写了一个搜索的就是主创，我先把任务交代给那个，然后这个 agent 的分析，这些索引就是可能有哪些快。是相关的，然后提取出它的行号，然后再去文本里去搜索 ok。我没有用，我觉得基本上是做了一个大类的，差不多是的，就是按，所以他也有项目的上下文咱们。会议交谈也是就根据项目来谈的，所以我就没有做，我觉得有点太不智能，对，所以我就用这种方式，所以刚刚那些会议涉及到会议文本里的细节还是挺全。 + +信通院云大所市场部-张媛媛(00:55:23): 有没有一种那种可能性，你现在是 read1遍一遍读下去的，对有没有可能我一次性就可以让他帮我自动去？很短上补机械明白吗？我就让他见最后一个输出，其实我依然可以按照什么来分，这个段落我不按照固定行数分，我按照事件分，或者我按照项目分。 + +信通院云大所市场部-张媛媛(00:55:54): 讲完这一段了，这个事情 over 了到下一段了，这个是不是更好，因为你是在主窗口里面一次性能处理完的，你用这个建筑语义的时候没有必要这么逻辑性的分按这么硬分。它不是上下文的限制它是 read 的工具的限制，说我现在。 + +.(00:56:15): 你 read 工具是这样的。 + +信通院云大所市场部-张媛媛(00:56:18): 你这你先说张处长。 + +.(00:56:21): read 工具是只允许一次性输入2万5000个 token，大概是3000行，其实你是可以直接分成让他 read3次。 + +信通院云大所市场部-张媛媛(00:56:27): 对。对。反正就都是全国。 + +.(00:56:35): 你可以让他全读的。 + +信通院云大所市场部-张媛媛(00:56:36): 也行，但是。 + +.(00:56:38): 对这是我现在是这样处理的。 + +信通院云大所市场部-张媛媛(00:56:39): 还有一个方案。我直接把剩下的给到这三倍不就完了1000。 + +.(00:56:44): 不，你直接给他也是一样的，就是他还是要读上下文。 + +信通院云大所市场部-张媛媛(00:56:47): 那我不管他怎么处理，他自己去处理好了，我没有必要自己去限定它，我比如说我给一个我怎么处理，我上来就。 + +.(00:56:52): 对。 + +信通院云大所市场部-张媛媛(00:56:58): 给他一个原则，你把这份文档给我建一个什么语义搜索格式语义检索格式，比如说第一，按照这个项目区分段落。这个段落里，我需要包含哪些信息人员什么什么，就你的阶层要求，那他这样的话就自然的按照事件来拆了，你明白你的意思，对这样的话我觉得更有针对性，而且没有必要这么复杂，你做 read1遍一遍的读，其实没有必要，我让他自己去发挥好的，因为。你无非就是上下文的原因造成的，但是你这个语义检索这个逻辑是很好的。 + +信通院云大所市场部-张媛媛(00:57:39): 政治我跟你说。从我的感觉，你这样强行把它语义拆分之后不见得是最好的，因为你与有割裂的，因为有时候上下文之间有联系的是索性我就傻一点，那一般多少文字，这大概多少文字？文字能最后做下来大概 token 你算过 token 几10k7十七十多 K。 + +.(00:58:04): 大概超了3000 token 吧！ + +信通院云大所市场部-张媛媛(00:58:10): 就构建索引那个 agent 的大概78K80 K 消耗是吧，对消耗，那我觉得我们就算他这个文字的量差不多就在6六10k 左右？我们就算60个，也就是6万个字，我索性每一次我都用。做一遍。针对每个任务的需求，所以我当时就问你你是怎么来做，你说你是按语义语有语义的好处，这样的话你搜索起来就直接定位到断了，但是你想过没有？那你现在比如说当然最好的会议纪要是按照我们的，所以这里面有个逻辑上的架构的问题，我们的会议纪要是不是全部按照时间来进行？顺序进行的，如果是顺序进行的。感觉不太适，对咱们的会议有时候就交叉很多，我理解您刚刚说用。 + +.(00:59:10): 是交叉的。 + +信通院云大所市场部-张媛媛(00:59:22): 项目事件作为就是那个块，那就是我现在只有用行号都快，我觉得咱们会议可能也不仅仅是只根据咱们。有的事件来的，就不一定是写在一定是写在周报上的，有可能是其他咱们往外扩展一些这种内容，它可能就。按事件去搜的话，可能会有些识别不到。 + +.(00:59:49): 不是不一定按事件搜，你可以让他自己按事件分类，你的事件不是你给他？ + +信通院云大所市场部-张媛媛(00:59:54): 我就说按事件去作为索引分类，但是咱们这种按行号就是它只去对这个语义进行处理，这样会漏，因为你只是输出 jason 你们只是摘要，你这里面会漏。能不能人工记录一下，这次会有那个事件，这样比较简单的到你记录这个实践的目的是什么，让他就是所谓的那个事件不会漏。你是说你要把这个事件告作为提示词，告诉他有这么多事件，然后他就会根据时间来，这是可能，我认为他还好他。这整整整个来说不会，所以逻辑可以告诉他怎么来提取事件的逻辑，可以告诉他，这个倒是我觉得问题，比如说根据 p0就是刚才我们说的，你上一周的 p0是一个判断依据，上一周 p0里面都讨论了没有在讨论他就一个一个事件。一般我们按照逻辑也是这样过来。我在想就是你这么处理，你先讲吧，你先往下讲吧，因为你这个是很少的。你有多少个？因为我的目的就是你后面我先看看你后面怎么用这个索引，那怎么用这个索引，我现在感觉会出问题。 + +信通院云大所市场部-张媛媛(01:01:34): 还是看你流程看流程等会一个做工程类就是我根据。这个逻辑来的就是映射逻辑，每一个章节，咱们的每些章节的来源可能有哪些，然后它的优先级这个是我整理好了，你等会儿，这是总体架构。工程会议的总体架构，那就是它的生成逻辑对生成逻辑，你在每一段里都这么做。 + +信通院云大所市场部-张媛媛(01:02:06): 什么叫每一段的东西就是你是，比如说我现在生成六段，我的每一段都用这个逻辑去判断抽取吗？不是这个逻辑，只是我用来处理的。ok 那你生成的时候再说，就是我用来梳理的，然后这个就是这个流程肯定也是根据这个逻辑来的，但不是每次都去读。比如说这个重点项目汇总可能来源于哪个来源于哪些，然后重点项目问题，这个就项目问题就要去那个语义就是会议转写会议文本里去搜索了。然后他就会搜索。搜索了，别看下。那只要你搜索到你就把这段的文字加载过来。我是让他的内部处理，就是我觉得这个任务吧，就跟您上次说的那个问题一样，给他限制太多，我觉得就比较难求进对，所以我就是索性让他自己处理，我索性让他自己处理了对。这个实在太难了，对这个逻辑很难很复杂，对就回头我们只能去修它对我不能去穷举它，对尽量修穷举太难了。对，那你你你这样好了，你把你工程那个纪要不是规则有了吗？对你把这个生成过程再讲一遍，就生成逻辑，就是每个映射。 + +信通院云大所市场部-张媛媛(01:03:51): 这个逻辑我怎么看比较靠谱，但是大概是没问题，大概这表格又过了一遍，第一部分会议信息，这个就是根据模板来的会议名称时间他会记，然后名称就是。什么什么第一次周会根据会议实验室，然后会议时间就是刚刚说你参会人员是作死的，不是。只是一个示例，这个是示例规则，在下面就是提取所有周报的作者名，然后再对。这里应该写。 + +信通院云大所市场部-张媛媛(01:04:32): ok 是，然后是第二部分了解，再往上需要的动作主要是需要的动作，第一部分需要的动作来源？动作是？所有的项目进展，这就是表格。项目名称的来源就是上周会议纪要的下周安排中的批评任务和本周成员周报的批评任务表格。然后这里规则我设置的是取并解。有可能出现在一个没有在另一个出现，我都让他显示 ok。然后是负责人是我的来源是教师安排的负责人。这可能就有点问题，看看跟刚刚说的比如说听见了。这个没问题，对本周周报作者姓名就出现在那个周报里的名字。截止时间对刚刚提取逻辑。这个地方不对。负责人会变。你的转写文本里面这个你要重点项目进展，这里可能是不会变，下面会变就是这个是对过去那过去的那个对那所以我就问你这个究竟是要生成的，是会议的。那按照他们说叫 D 是仪表盘，还是生成的会议纪要，这个你这是你这就今天我们谈的都是会议纪要吧，还是仪表盘，咱们的会议纪要模板里去确定好的模板里是分为两个部分。就是有工程有一个下面有一个下周的工作安排，然后第一个是上周的工作重点项目汇总在下周，这个是确定，然后下个是要根据，所以你这里面重点项目进展里面的。 + +信通院云大所市场部-张媛媛(01:06:56): 对上一部分对就上周确定的负责人确实比较乱，对，所以要理解捋了半天，我当时。 + +.(01:07:04): 好像不太对。好像不太对你这个我们的是要会议纪要其实是针对，比如说会议仪表盘最终的一个状态更新，所以说你的会议纪要里边的负责人是。变成新的负责人。你。 + +信通院云大所市场部-张媛媛(01:07:26): 他在下一步工作，你下一步工作还有吗？不有我看一下。你看一下会议，你拿一个会议纪要的样本出来看一下周工作安排吗？这个是会议中明确分配对这个是在下一部分。但是在你拿一个你生成硅胶生成刚才生成的硅胶下一个公安不是这是香港那个。 + +信通院云大所市场部-张媛媛(01:07:59): 下周工作安排，对你的工作进展重点进展对是重点进展是确定看到了他是？他的会议纪要里面。这不是咱们确定好的模板吗？ + +.(01:08:19): 它这等于第一步，它负责人是就等沿用上周的一定是烟味上周。 + +信通院云大所市场部-张媛媛(01:08:24): 对是已经完成的人的进展吗？负责理解，确定的没这么理解。 + +.(01:08:33): 可以这么理解。 + +信通院云大所市场部-张媛媛(01:08:37): 好对金刚在这里项目名称，项目负责人说过了，截止时间。你也是根据啥就已经确定了，比如周报里 p0一般会有咱们会写就是什么时候完成的，就是截止时间直接抓过来了，如果没有的话，就上周会议纪要下周安排那个截止时间。 + +信通院云大所市场部-张媛媛(01:09:04): 和谐对主要是逻辑问题。这个根源是不可以随便更改的，你周报你你就是上周报优先吧，你周报里面的这个跟上一次只要有。通俗的不是谁优先，而是注明。就都保留。都保留行，原来的规划和实际的情况要多保留。为什么会延期当然要讨论。项目进展情况，就是根据周报成员的聘任务状态列，就是每个人周报里会写什么情况，然后我写的矛盾就是。条件是如果周报里有就写，如果周报里没有，但是会议纪要，上周会议纪要的下周工作安排的有自己写自动填写未完成，就是说他对根本没有考虑，如果周报里有。填写对，如果有且经由本周周报不参考会议？你的数据来源是本周成年周报 P 零，那上周会议你是不考虑的，上周会议只安排只是安全安排了对，那你是有钱有本事不参考会议转写什么意思，对可能？对你本来就没有用到？所以这地方的逻辑是有没有会议他要不要参考会议？要的就刚刚那个问题吗？就是实际完成不好没完成，但是周报也写完成，这种结果就是没完成，所以是根据会议转写。 + +信通院云大所市场部-张媛媛(01:11:24): 来更新最新状态。这是到了下周，你等会儿再往下看，你看往上一点没有核心追踪的还是在第一部分，第一个是第一个部分，第里面。第一个里面的项目进展就是大家迷路了，里面很复杂的，我就很我知道很复杂。首先第一你你往下走。这个项目进展就是汇总以前的。就汇总以前对汇总以前的以前有两个信息，一个是上一周的会议纪要和这一周的周报进展，对上一个。 + +信通院云大所市场部-张媛媛(01:12:11): 会议转写上一周的会议转写只是安排我这个会议转写是不参考上周会议转写就没有作为出入。就是只有本周的会对上一周对就上一周就没有对没有上一周会议，那你你下一周的还没讨论，你现在还没讨论。你会议等你还没讨论？不是它是有收入的。这个时候只有周。 + +.(01:12:45): 不是等一下你们如果按这个逻辑，你是在那个会议纪要的第一部分是显示的，比如说我们的会议仪表盘的内容，那我直接照抄仪表盘不就完了吗？为什么还要做这一份逻辑？ + +信通院云大所市场部-张媛媛(01:13:01): 因为你没给我仪表盘，因为仪表盘没有什么准备。 + +.(01:13:02): 有仪表盘你比如说本周的？ + +信通院云大所市场部-张媛媛(01:13:09): 对就相当于本周的仪表盘了，就是意思，可以把仪表盘拷贝了一部分过来，你的这个，所以你你把它拷贝过来，你这周会议转写还没有？ + +.(01:13:12): 那我觉得。对。那就直接拷贝不就行了？ + +信通院云大所市场部-张媛媛(01:13:25): 不对等一下。等一下会议仪表盘是在会议开始之前的，所以拷过来，但是我这个会议纪要是想总结整个会议的就是在会议之后的这个时候已经会议之后的仪表盘。对第三已经有转写了，那应该第三部分不第三部分就是下周的下周会议之前的一个的来源是。 + +.(01:13:51): 那不对，感觉是不对的，你你会议仪表盘是会议开始之前那叫会议仪表盘就是我们本周会议的内容，然后会议纪要的第一部分。 + +信通院云大所市场部-张媛媛(01:13:55): 不是。想要的市场反正都是会或者是会议就不要更新会议仪表盘要更新，就比如说江达那个问题就是他周报里写自己的完整，那他在会前的会议，仪表盘肯定也写自己的，但是会议里讨论就是他完善情况不好，他要更新了也没问题，所以这个时候就要参考会议转写了。否则没有会议了解我怎么知道他晚上的情况怎么样，所以这个时候就在会议结束之后，这两个是状态的描述。差不多状态描述现在到了哪个状态，完成哪些任务完成情况如何？那你这样的话不是本来设计意义不是这个吗？ + +.(01:14:50): 不是这样的，等一下我先理一遍，首先会议仪表盘是针对上周内容的总结，这个总结已经有了你会议纪要生成的第一部分。 + +信通院云大所市场部-张媛媛(01:15:00): 你看这你你等会你先等会我给你打开张。你看它第一。 + +.(01:15:15): 你要。 + +信通院云大所市场部-张媛媛(01:15:17): 项目进展情况你不也是根据本周会议讨论来了吗？你你这哪是仪表盘？ + +.(01:15:23): 进展情况是根据本周会议讨论来的负责人我也更新掉。 + +信通院云大所市场部-张媛媛(01:15:26): 对。 + +.(01:15:30): 就是我这个重点不是等一下就是我的这个重点项目进展负责人截止时间和项目进展情况应该都是根据会议生成的。 + +信通院云大所市场部-张媛媛(01:15:31): 的人你更新了？这就是我说的。 + +.(01:15:43): 那你的第二部分，你的负责人是放到了第你的第三部分，下周负责人。 + +信通院云大所市场部-张媛媛(01:15:51): 什么你什么，你回头看看你逻辑。 + +.(01:15:57): 你的整体负责人和进度又对不上了。 + +信通院云大所市场部-张媛媛(01:16:00): 刚才那个东西刚才那个对你的负责人。维持之前的负责人？而不是不参考会议转写的，对这里第一部分是不应该参考吧，那你如果是知道新的就是他完成的情况，但是你的负责人还是之前的。 + +.(01:16:27): 那你如果都不参考，那你就都不参考。 + +信通院云大所市场部-张媛媛(01:16:38): 我理解他的目的不就是总结一下上一周的对负责人负责这个项目的会议讨论的完成情况。我是这么理解的不对吗？可以这么理解。针对上一周的负责人对负责人完成这个项目的情况的总结，对会议的总结，还要注意转型，要参考的，所以我就说这不是有问题的，对，所以我就说那个逻辑，你看你前后之间肯定是矛盾。 + +信通院云大所市场部-张媛媛(01:17:17): 现在差不多，这里有问题，写的也比较仓促，不是不光操作逻辑，所以我跟你说你得自己，我建议你。还是要有流程图，不画图就容易晕，你看你自己这次没找到图，你看到吧，这个你是一定要生成一幅图的自己把那个图流程图画线。发现画的连线对自己连这个连线做的时候过程就是你思考的过程是比较好，现在完全就是抽象，靠抽象，就是你记不住那么多逻辑。就人的脑子里能记住的逻辑线很有限，所以最好是画一张大图，知道吧，画一张大图，把这些逻辑线自己来，连完之后就知道了。就不会错了，不然你看讨论的时候也很抽象，对所以人还是善于视觉理解文字不太好理解，就是尤其像这种涉及到空间的东西。好的大家一点来人去了，所以这个逻我理解的逻辑是对的吧，就他是干干这个用的吧，还是说这个模板设计就是干啥，可以理解我觉得是可以这么用的。可以这么用的，就是把上一周的人的完成情况，经过了会议的讨论之后，做一个把这个把进展做一个总结，对出现的问题也做个总结。 + +.(01:18:53): 我觉得你可以在列的时候加一个原负责人，这块的话会看起来比较更清晰。 + +信通院云大所市场部-张媛媛(01:18:58): 一些鞋子可以。 + +信通院云大所市场部-张媛媛(01:19:07): 我现在不知道你下面会不会讲，你这个数据来源？比如说你参考会议转写，对你整很好，你是从里面去搜是搜就是谈到一个项目去搜一遍。也没有那么繁琐，那你准备怎么搜，你比如说就是你把这些全部都出来之后再去搜，还是你的搜索过程是怎么样的，我找一下就直接先把逻辑要搞透直接的并行搜直接搜进行搜也还是独立的搜，就是每一个事件我都去独立的搜一遍。 + +信通院云大所市场部-张媛媛(01:19:52): 对针对 p0里面的项目，对我无论是你，我大概理解你回到刚才的那个逻辑，对你看项目名称，我比如说我有十个项目，我就产生了十次独立的搜索是吧？他有的条目，我认为就是我的数据来源里有会议转写文本，我才会去针对这个条目和这个项目去搜索，如果就是来源，你就不用参考会议的转写文本，我现在不是要参考了。现在是要现在肯定要很早，我就现在这个项目就是现在这个状态。比如说我有假设有十个项目，我都要到会议里面搜跟我这个项目相关的内容差不多，我告诉你可以也理解是吧，可以这么理解，那如果刚好有一个项目，如果是跨块的话，那就是两个块全部提出来？这个我交给 agent，就是我在提示词里面就是让他自己判断会让他自己去判断他自己，我知道这意思就是假设出现，因为一个项目很少能跨三个模块，很少对，那么两个模块那就有可能会出现去进行搜两个块。有一个内部是有的内。那就一个项目最多产生两个搜索，该这么理解。这个搜索是在 a 的内部执行，对就是 a 的内部可能是我先算他的 token 你知道吧，这你说两次肯定说不了，是那剩下的就是说。 + +信通院云大所市场部-张媛媛(01:21:36): 我们其他的有十个项目，里面有九个都是一次做过假设，那就是进行了11次搜索你，你怎么理解？我做了11次搜索，好像确实我看一下我怎么回事，我看一下。我看一下他怎么搜索，就他好像要不我现在运行一遍行吗？可以我运行一下，我记得它好像不是按项目搜的，它是按条目搜的条目是，就是我会议叫模板里要填充的那个条目。 + +.(01:22:23): 就类似 p0项目的项目名称是这意思吗？ + +信通院云大所市场部-张媛媛(01:22:24): 你项目配你配的项目的名称，你项目名称不就是这条路吗？项目名称是等一下我搜一下，还是先试一下，太浪了，乱了太乱了，这个事情是太乱了，所以你。 + +.(01:22:35): 你这电脑两个红的看的真好。 + +信通院云大所市场部-张媛媛(01:22:42): 看到了没画逻辑图是好的，你看你的开发流程断了一环，我告诉你没来得及对开发流程断了一环就会很累。后面就很难优化，懂吗？你不把这个逻辑搞清楚你后面就很难优化，那我把这个删了，我先把输出给删了。要不你拷贝起来，一起备份一下。对。And not click. 会不一，要多少没问题的允许有差异，大面差不多。对是你把我那个水杯拿来，或者给他们拿瓶水。 + +信通院云大所市场部-张媛媛(01:23:36): 知道我们在干吗？在开发就是这种制作那种自动报告的一个点，对这么理解的就是我们每次会议什么叫录音？有前面的这些信息，我们要生成这次会议的自动生成会议纪要或会议报告，但现在问题就是它的格式，然后还有它的内容，它的主要是不够精准，然后它的内容可能会就是模糊，然后还有一些内容错误，所以这个要解决这个问题。更大的问题是我他前期那些错误的一个我们修改更难的是。优化逻辑，达到我们想要的。这需要的效果。我建议后面还是要把逻辑图发出来以后你那个 G 如果会用的话，它是不是特别就是你把这些给他之后的自动关的。但是你要学会去看它哪些错可以或者你用你的自己的 cloud 你的项目分析不是说了吗？你在项目分析里面集成一下就行了。那这是色情，还没到40这是我觉得加载那些必要上下文输入。大概做一次多长时间挺快，五分钟差不多，这个还行，看到吗？如果五分钟你知道你们写了多长时间？我之前有做会议纪要是用 AI 写，就是来回重复那个过程。如果做成一个流程就不用来会当然。 + +.(01:25:28): 以前最贵的就是写记会议纪要的会议员？ + +信通院云大所市场部-张媛媛(01:25:32): 那不是他不是最贵的，但是这个人非常有用，差了，非常倒霉，知道吧，就是好的会议纪要员能把逻辑理得非常清晰。然后任务安排的妥妥当的差的会议教研。就不知道你看完这资料之后你也不知道你干啥，你也不知道我能得到啥。 + +信通院云大所市场部-张媛媛(01:25:58): 我为什么一直说要会议教学的重要就是后面我们几乎所有的工作都会围绕这个来开展。项目管理你们的学习，你们的每次的项目安排全部会围绕这个来是包括你知道吗？我那天我们要重新招个人。我直接让他根据我们的会议纪要生成一个人员的要求。因为我的工作要求都在里面了，知道了，所以我就不用再重新提炼一遍了，他直接给我提炼出来，明白了吧，所以我们的会议纪要某种上是我们这些人所有人的智慧的结晶。你看你们都特别重视，或者说不理解会议纪要是一个题目。智慧的结晶。 + +信通院云大所市场部-张媛媛(01:26:52): 现在过江头也好，现在已经开始读了他们国家作业现在 read。每个成员周报每个人周报不需要周报，不打就是我给他一个上下文，就让他知道大概有哪个世界。我现在就是对 read 的什么的？read 是有两个参数的是有开始和 limit 的两个参数就是从内行完全可以定。这个 read 可能可以你的 read 完你进去，所以是可以，因为你是按照严格按逻辑要严格按常数的你又不是按照上下文拆都没试过这个能力能。那确实可以改这个。本子大不了，你都在黑白银子里面并发是十个不行了，十次同步行也行。我就在是可以。我们去他肯定可以进行。因为你 read 完了之后给到他的基本上就是上下文了？可以你还有很多要优化的就是不够优雅。 + +信通院云大所市场部-张媛媛(01:28:34): 到最后了，两百零二。那前面都是到了300应该到了。 + +信通院云大所市场部-张媛媛(01:28:53): 你知道吗？如果你要是自己写一写工作流的话，你想，如果我们完全的写工作被写死了，状态转移。这么多文件处理不一。现在实际开发也是在用这种 AI 工具做的，这种职业风险，直接自然语言编程就都不用程序都不用编程了，就自然语言就是程序。就是他写好的索引，构建好的索引。就第一次？它会产生出多少时间？没就那整个的所有文件在一个角度在一个阶段。但是真的是包含是吧，对包含还报了很多原数据。就可以待会再看。让我打开让你看看我主要快到那个 B 型了。可以前前半段对前面是准备工作。然后他就分了学习研究类和工程类两两类。现在是开并行了。你问题讨论任务安排决策事项对它是根据这种条目来的。当然他也可能，毕竟它是按项目生成的，但是我给他构建索引里面是有。 + +信通院云大所市场部-张媛媛(01:30:50): 是不是有问题讨论是不是有明确任务安排，是不是有决策索引里面有，但是就跟我刚刚说的一样，我是把这个交给内部去，这三个，这是你规定的吧？这 skill 是你。你的写的。That closer. meeting 这里面。这三个就是你的 skill 写的话是到了在课堂里的价格。有点卡，我这两天高考不知道咋了很卡，我开那个自动编辑模式，他也就直接是别老要我自己手动统一，那个自动编辑模式，好像用不了，我可能要更新一下。 + +信通院云大所市场部-张媛媛(01:31:52): 对我想打开 control，这个是它的 P。提取只按项目类型去提。就是给那个子的 prompt？Search. 对就是 search search prompt 你你在哪些地方用到，你看一下下周工作安排就是那个字段需要去搜索。然后已知我会把这些就是我给他，我你像我刚刚说的对我就把这些商业会给他，然后让自己去搜对我具体的逻辑的就是不写太死，然后让自己去做。因为它有什么？就让他自己搜去，你具体他怎么执行搜索这个其实就是他没有必要搞我的感觉，没有必要搞那么复杂。对我的意思你上来就把文件所有文件直接给到一个背景就是很简单。 + +信通院云大所市场部-张媛媛(01:33:03): 是这个重点项目，讨论一下下周工作安排，知道我一个 a 级的生成一段，但是我每一次生成的全是全文的。因为这几个基本上是可以独立的。我每次读的都是全文。那话有什么弊病，就你我觉得不一定，首先逻辑上很复杂，也不一定就说得清楚，一定说得全。我有没有必要我现在不用省这个 token 也没多少，总共6万 token，6万头跟一个三倍镜的处理一下就310天的模仿上就读一小一小小的小论文。每次擦背读个小论文，主要我就设一个主要目的就是因为那个 R 的工具他总是超时，然后你你看一旦我问你。你都不用告诉他用不用 read，我就直接把文档给他，你所有人全部围绕转转转写文档，你每个三维你们都读的这个专业文章，我根本不用文件处理过程。但是他如果放他自己读的话，他有时候就会只会读个一两百行，然后就不往下读了，这种情况是有的，这个不会吧，会的，对会的它因为文件很长。 + +.(01:34:30): 会的贵的就是你要么要求他必须全文读。 + +信通院云大所市场部-张媛媛(01:34:34): 不要求他不太准，他不太提供了，那就这样，你不能使用的工具读取全文一句话结束。 + +.(01:34:39): 不，你要求它全文读的话是这样的。 + +.(01:34:45): 准的。 + +信通院云大所市场部-张媛媛(01:34:47): 准吗？ + +.(01:34:49): 准的，因为你你不首先你前面不要有别的上下文，你就第一句话就是用 read 帮我读全文，它是准的，但是你比如说你上面有一些别的上下文，它可能就不准了。 + +信通院云大所市场部-张媛媛(01:35:03): 你三倍镜的可以很干净。 + +.(01:35:05): 对你可以很干净的，它是一定准的，我试过了。 + +信通院云大所市场部-张媛媛(01:35:07): 那他用来干，就是读完之后，你上下文就进入了他上下文门口了，然后你就可以处理了。然后跟你的 skill 就可以处理一下镜子里面可以用 skill。你可以自己设计一些规则，留执行规则就完了。执行可能。 + +信通院云大所市场部-张媛媛(01:35:29): 我一直觉得你你的搜索的过程和文件处理过程有没有必要这么复杂？你想。节省每一段处理的某种程度节省了每一段处理的 token，因为有的事物只在这一个段里面？并不是全文的，我去做的，但是你我还想看一下，我还想把他的信息都让主传宝宝的上下文读到。就是主窗口作为那个顶层，他有我让他读了，就是你把所有的健身都给他了，对，就是这些 agent 的反馈我都给主窗口，然后让主窗口去填写去调配。去赌，然后我就是想让主窗口获取就是足够的上下文，然后直接让每一次的处理都在主窗口。搜索行为的返回。我是这么想。 + +.(01:36:36): 那你为啥不全部写到一个文件里，用最后用主窗口只读那一个文件？ + +信通院云大所市场部-张媛媛(01:36:36): 我不知道。现在领导不也得读吗？文件你不也得读吗？那我理解你，你是希望主窗口知道所有尽可能多的信息对，然后来出去？每个处理的小块，就交给或者是什么设计工具小块，那我的方法是？每个子 a 定的能力特别强。我们每个子类的都是全商业问题。知道吗？我每个子给他都是全上下来。我这个处理效率是肯定没有你精简的，但是我认为到最后汇总了之后，总上下文的汇总能力要比你的强，因为我主刀的成果是非常精简的。每个子又是非常强的。你说的是紫的要读全的，我都读全。然后他的任务是啥？他的任务读出生成这一块生成一个，比如说有项目这个进度为进来有下周安排。学习原因的。那我这样的我其实把每一个人都处理我的全文。这样我产生的子一定能出来的东西是最准的，因为我都是所有都是全文的，然后把这些产生之后，我再给到主微信给到主业金，他来汇总。 + +.(01:38:24): 那你这个就有个问题，你比如说你要是十个 p0项目，难道用十个紫叶金的去对全文进行十个的搜索吗？ + +信通院云大所市场部-张媛媛(01:38:33): 我所有的项目是按照这个功能模块来分的。 + +.(01:38:38): 明白。 + +信通院云大所市场部-张媛媛(01:38:41): 我比如说第一阶段项目汇总的时候，我就用它把这十个全部提取出来了。 + +.(01:38:47): 我大概懂你意思了。 + +信通院云大所市场部-张媛媛(01:38:50): 我这个也是按照功能模块的对，但你的功能模块是交给主 a 跟他来处理的？功能模块是交给子 a 平台来处理，确实有那种操作，一般那种大项目写本子上一般都是把各个任务分配下去之后，每一个子一定的知道全量，然后让他去产生自己的一块，然后给到主来汇总。 + +信通院云大所市场部-张媛媛(01:39:18): 等一下我的搜索也是像你说的那样，我加的全文的，我加载的，那你为什么要去搜索，不，我加载的是那些周报的上下对周报的我加的是周报的全写文档，我没有对，要不然你做的语义检索没有意义是。 + +.(01:39:18): 我就有个问题。你你产生。 + +.(01:39:39): 不是这个，我有问题说你在你比如说你是按功能模块来提取的，那你按功能模块提取的时候，你为什么还要你直接用一个子 a 你直接把那个。比如说五个功能模块，我五个功能模块怎么提取，我直接规则告诉它，在一个子 a 镜头的上下文里面直接提不就行了吗？ + +信通院云大所市场部-张媛媛(01:40:00): 这个不就是我的实现逻辑吗？对我现在不一样，他的我不收货。 + +.(01:40:05): 你的不。我对我不搜索。 + +信通院云大所市场部-张媛媛(01:40:12): 我现在就我就认为你一个的能吃够所有的商家。 + +.(01:40:17): 这是我现在做的逻辑，我现在就是觉得是这样的。 + +信通院云大所市场部-张媛媛(01:40:21): 我觉得这个逻辑是有可能性的，就不行，我就把它拆成几倍，行，我就一个的搞定，这是最简单的能行，但是其实我当时想的是不稳定。什么东西不稳定，但是有一个一个是不稳定，另一个是子的窗口，上下文窗口没有主窗口的多。 + +.(01:40:37): 旭龙你我发你一个？徐老我。巨龙我发你一个文件，你打开一下，就是直接提取，就是直接喂给子 a 进层，让它直接提取，就是你不做什么区分，你就是告诉他一个提取规则。然后它提取的内容是这些。 + +信通院云大所市场部-张媛媛(01:41:03): 那为什么不在主句里面做，我们现在吃的，我这么跟你说，现在你们应该清楚了，最简单的是家用答题的这种主位性的示好规则全部一次性提取。明白，这是最简单的，但是它没法并行，对他说我们也没法并行，他没法并行，对他一个处理的对。 + +信通院云大所市场部-张媛媛(01:41:27): 第二个方法就是那个相对简单的把功能模块拆开之后，我可以让每个子进程完成一部分的付出，但是我每个子进程都全上。第三个就是驯龙那种。每个人都没有上下的，没有全量上也没有前端，上下职业也没有上下文，他们的全量产文都不需要知道，他只需要知道，比如说他的那个搜索模块，只去搜索它这个跟他模块相关的那些的，然后把它处理完输出的，然后另外一个功能模块搜索完跟它相关的，然后决定的把这些输出再转换一遍。所以但是他这个要求就非常精细精准，我就只处理跟我相关的不相关，我都不处理，好处是面对巨量的这个大量大文件的时候。 + +信通院云大所市场部-张媛媛(01:42:24): 有价值，但是我们的我认为我们的会议纪要不会超过一万，不会超过十万字？ + +.(01:42:34): 对。 + +信通院云大所市场部-张媛媛(01:42:36): 不可能的。但是现在我不知道大概一个是多少文字，现在那个 sonnet 是两两两百万，二二十万200 K？围着的好像跟紫 a 的窗口不太一样，就比较小，但是不一样，我记得是跟模型有关，有模式吗？ + +.(01:42:52): 一样的一。一样一。模型也是一样的，就是 sonnet 和 pro，还有快速模型都是200万。 + +信通院云大所市场部-张媛媛(01:43:10): 没有 sonight 是200万，oppos100万。 + +.(01:43:14): opus 是100万，我之前看过官方写的。 + +信通院云大所市场部-张媛媛(01:43:16): 不是10010000是10k100k10万100 K 是我记得好像你可以刷200 K 还是多少？ + +.(01:43:20): 100 K。 + +信通院云大所市场部-张媛媛(01:43:30): 所以从这角度来说。那我们现在？要不要用这种搜索的方式来做？因为有点复杂，而且会造成你现在感觉你搜索出来的东西是不是足够信息全量，而且某种意义上，你一搜索。我举个简单例子，你现在总共分了十个块，差不多是一个200行300行300行两到300行吧，因为50行能重叠的吧。差不多分了十个模块吧！块对十个块六个，这次是六个66块六块，你想一块，如果一个功能里面涉及到三个块。有没有一个功能有可能涉及到三个有可能，那也就是你只省了一半的上下文和一个全量的？和一个全量的搜索就省了一半的时间，你前面每一次都要做解锁，建议建立，然后再去搜。你这个 token 消耗量和执行的效率在于更高，我倒没考虑 token，就是我主要考虑的还是那个 read 的工具。事情不完对没关系，你就让我跟你说，你把一个盆当咣当扔给大模型，他自己会，但他不一定不是全要求才有力的工具。或者你可以试试看吧，行，我试试看吧，你这是因为 read 的工具，或者说上下文对我他读不全，所以我给他让他按照索引去读，不会。 + +.(01:45:19): 一定一定可以的，我帮你研究过了。 + +信通院云大所市场部-张媛媛(01:45:23): 不会的不是大海捞针，你去捞去。你抨击扔给他一个我就读，我就前面这个。 + +.(01:45:27): 你，你让他全文读他一定会把你3500行正常的，它一次的话，它其实只能读。 + +信通院云大所市场部-张媛媛(01:45:37): 但是他老报错。但是他老同事。 + +.(01:45:38): 最大他只能读3000。你不用重试，你就直接跟他说。读全，然后按照1000行读它就直接读全了。 + +信通院云大所市场部-张媛媛(01:45:42): 他上了一个肯定是肯定。那按照1000好像1000毫克。 + +.(01:45:52): 你就直接你，你再准确一点，就是让他直接读1000行读，然后必须全部读完就行。 + +信通院云大所市场部-张媛媛(01:46:00): 1000行它读不了1000行300毫读不了。 + +.(01:46:03): 他能读1000行？你300行是他自己定。 + +信通院云大所市场部-张媛媛(01:46:07): 它的主要的文档不一样。咱的文档不一样，你知道这一行多长吗哥？ + +.(01:46:13): 那有可能是文档不一样，总 token 是差不多的，它总 token 是2万8。 + +信通院云大所市场部-张媛媛(01:46:14): 这行这一行多长，所以我对他是按 token 算的，所以我这个300还是我根据他不断调测出来，我试过就是他一次。 + +.(01:46:22): 他按 token 算。 + +信通院云大所市场部-张媛媛(01:46:27): 读300行是能读，但是它一旦是350，就比如我刚刚那个例子。350他又告诉他又重试。对这个问题，所以如果只规定他就是要全读的话，他可能会不断的读，不断的报错，不断的重试，这个也是我觉得比较费时间，而且我看这个红色我也有点难受。 + +.(01:46:46): 二毛。 + +信通院云大所市场部-张媛媛(01:46:50): 我知道你。 + +.(01:46:52): 我倒没怎么遇到过。 + +信通院云大所市场部-张媛媛(01:47:03): 我记得现在那个 gemma 是100万还是100 K 我100万100万，那我是不是记错了，我记得 sony 你们再查一下这个下面我现在查一下 sony 的好像是不止是20多万？那个 cloud 是20，240 K？24万然后收了，变成了100万。 + +.(01:47:29): 高那个变成了100万没有，还是20 K。我去搜一下，等一下。 + +信通院云大所市场部-张媛媛(01:47:33): 我用 CP 张老师，你用 CP 查一下，你查一下。我行分别是多少？不同模型。高的 code。不是说 cloud 的不通。就是 a 的内部执行，就是它搜 read 了两个，就他加载完这些上下文之后，对，然后他去的这两个每个读了300，你看对这是什么提取学习，我告诉你有可能直接是跨。 + +信通院云大所市场部-张媛媛(01:48:28): 有痊愈的是，你才说出两个都是有问题，但是我这个学习研究内容是，第二个就是咱们的学习类的会议纪要生成就是他的可能就是只有一块，就因为每个人就讲到，那就会拿出一个新的资料库，那个是。你的准可能比准一点。有没有必要因为准确性丧失了全面性？因为我这里搜一定搜不出。就能吧。装4.5是20万，然后 ox 也是看出来公司的一小时。那有100万的说法。 + +.(01:49:22): 好像他这我给你发一个你你打开这个链接！这个上面写的是？ + +信通院云大所市场部-张媛媛(01:49:24): 火车挺险的。怎么对？ + +.(01:49:35): 上面写的是 sonnet4和4.5支持100万 token 的上下文，这是官方文档，你打开一下看。 + +信通院云大所市场部-张媛媛(01:49:43): 对打开看看我记得是有的100万。 + +.(01:49:49): 它上面那一行是 windows 上下文是20k 上下文是指什么？我看一下。 + +信通院云大所市场部-张媛媛(01:50:20): 人工的关注。你应该请什么好的。 + +.(01:50:07): 在中间的地方。你再往下看。再往下一点。 + +信通院云大所市场部-张媛媛(01:50:17): 在这100。 + +.(01:50:18): 对，就这样。 + +信通院云大所市场部-张媛媛(01:50:20): 四和4.5就是我记得是有这么一个说法，等会往上走，处于测试状态，知道吧。在官方开发者显示还是20万？ + +.(01:50:43): 应该四级成绩叫四级不行？ + +信通院云大所市场部-张媛媛(01:50:43): 拥有自定义数据限制的。那次我跟他看他好像对外公布是都可以支持100万。对。以前等会或者等会再问一下。那为什么有条件有了，就是扩展一下就是一直没来后缀使用。窗口和 agent 窗口这上下楼不一定你家对不完全相同，有对话窗口。背景的支持他背景的没有支持一下支持。但是三维级的没有明确支持。但是主上下的窗口。我记得主主窗口是要比要大一些，可能是主窗口有那些就是滑动窗口，超限压缩那些机制也有可能。它模型可能是有另外一个现在是这样的，o s4.5是支持自动压缩了啥意思？我是等你快没了，他再压缩。它是自动压缩，所以叫无线会话，所以这个上下文很可能在 office 里面不是问题。 + +信通院云大所市场部-张媛媛(01:52:38): 67，现在的 max 用户可以随便用对。你可以搜索一下我们10:5钟5000大家无线对话。最新发布用搜能搜到不要特。 + +.(01:53:08): 你你要 pass，其实也就用来提取那些内容就行了，其他的感觉用不到。 + +信通院云大所市场部-张媛媛(01:53:13): 是好，我们会提取做整合用。 + +.(01:53:18): 我怕做整合用，我感觉就是难点，他那个怎么把上下文就是提的准确也是一个难点。 + +信通院云大所市场部-张媛媛(01:53:21): 反正参与到人里面都挺。你先你问一下，或者你确定？2840。他会有基本人说自己需要额外付费的限制。就这么说。你这个问题并不能出来结果。被是这个吗。在聊天应用当中。说在里面。 + +信通院云大所市场部-张媛媛(01:54:56): 你那个你知道吗？你你你那个做，所以基本上就相当于压缩了你上来先做了压缩了对压缩无关的内容，对差不多的对，就是这么简单，你自己把 cloud 的机制实现，就这个意思，有没有必要，我怕他压缩不对，他压缩滑动窗口。早期的全压了，那早期有我要的对，所以我就是根据语义去做了一个索引。这个是 clown cold 本身功能？所以这不管了，时间关系。我们提出建议。你可以试试看，我觉得也不难，就直接在按照它的主窗口里来一次，里面分功能块来一次。你可以只分两个功能块都行。那就不用先不用这么检索试试看，因为我觉得检索有点烦，逻辑有不见得是最优的方案。 + +信通院云大所市场部-张媛媛(01:56:21): 请从我角度来说，最优的一定是每个阶段都给他全量。因为这个会议纪要全全，只要是我能允许的情况下，因为首先第一，我们对这个会议纪要求的目标是什么？需求是尽可能的准确，就我们对准确性的要求远大于它对效率的要求。我就说给他越多的上下文，他只要能处理得过来的就越好。行，我试试吧！可能全量加载，我感觉上下文太多了，尤其是在紫薇的内部，它上下文窗口没有主窗口的多的情况下。可能上下文多了，它也会影响对很多有很多杂噪音，我的考量是这个。行，那我试试。那这样的。你看他这个搜索命中率是不是真的有那么高？好像只能从结果看，这好像只能从结果看，不就是你，你让他输出搜索的那个搜索的这个过程。行，或者你搜索的结果行，你比如说针对这个问题，他搜索到哪几个模块，30块行。谢谢。 + +信通院云大所市场部-张媛媛(01:58:10): 好。听再把逻辑过一下整个架构上。我觉得。尽可能的简单最好。因为后面还有很多可能要改的。对刚刚对就是工程类和学习类，还有 QA 资源库这三个，然后我给他说就是串写。对这个也是一个考量，就是我想让他的工程类和学习类这两个类的区分的上下文也保留在主窗口里，所以我就在主窗口里进行的这个项目区分。然后我也想就是把每一个项目类型区分是指什么？ + +信通院云大所市场部-张媛媛(01:59:09): 区分工程类和学习类学习研究类和工程类，你你你区分你你你在这里面是怎么做的，两个主要是两个，一个是就是本周成员资料库里面有的。那就优先是学习类，因为一般是只有学习类的才会进这个资料库，然后剩下的就是语义，就是工程类，一般是只有输出就是有明确的任务输出。然后学习类一般是生成什么一些报告之类的。那我们那就去。 + +信通院云大所市场部-张媛媛(02:00:00): 你这个文件是什么？skill skill。你的 skill 写了这么多是太长了，太长是不要点太多了，900多行900行总共是要求多少500行吧，还是1500行挺多？1500。是吧1500请问一下。对所以就按条目去交给 agent 的项目和什么，就是要搜索的东西，然后去 agent 的去搜索，就是刚刚看到那些，比如说要在这里面，你你你执行的过程，你这是介绍，相当于概述不是这个执行。所以你 skill 里面的流程编排调用什么调用过程，对，就这个下面直接找到。工程类会议信息就直接主窗口就读那些原数据？然后重点项目对进展汇总数据来源还有处理逻辑交给他，这个也是主创，我直接搞了，因为它只有 PD。对所以对这个就是没改的逻辑，就是说要把刚刚说的问题就是要把本周的会议转写那个也加一下就行，这个要改。 + +信通院云大所市场部-张媛媛(02:01:33): 第二个就是重点项目问题及解决方案，这个时候就调用，但是你看你生成那个和改过了之后有点像。那你是真没加入这个逻辑还是写的时候忘了写了，就是你现在生成的和张达生成的关于项目描述台湾，你看这差异大吗？你回到刚才，你们不能这个不行，像 windows 和 mac 就直接到另外一个屏幕。切过去。比较累。找一下。 + +信通院云大所市场部-张媛媛(02:02:19): 对。你这个是你的左边是你的吧，是你是以这是会议当中的，你看你这已经做了。会议专线内容的整合了是？对。你可以看看这个逻辑。当时我觉得不对。另外一个还是要重新你 skill 整合的东西太多，你可以把它分成几个 skill。按什么分按分享，比如说按共同的需求来。 + +.(02:03:17): 按阶段分也可以就提取，然后分类这些。 + +信通院云大所市场部-张媛媛(02:03:20): 要提取功能分就是提取 skill？都可以再优化。 + +信通院云大所市场部-张媛媛(02:03:51): 你现在的，那你看你这个 skill 也加载进去，你这个 skill 多少 token 了？不少对那肯定不少，对 skill 加到出窗口，然后周报也加到风口了，然后上一周的会议纪要也加到窗口了，然后这周的转写文本也加进去了。专业版本的一部分专业版本加进去，专业版本没加进去。我大概理解整体架构，你就看一下。然后就是红的，刚才所以吗？不，这不是生成，你是要看生成的。a 就是里面那个吗？我看你怎么做，就先是给他觉得。 + +信通院云大所市场部-张媛媛(02:04:53): 集体会中学习类研究的内容，我们先录制一下，要控制我们列表就判断不要给他。因为是学习类的，我给他的逻辑就是如果资料库里有尤其是咱们学习类的，还有那些什么，那学习类不可能只有这一个他自己扫描出来，我只给他了一个，反正是我注定了，我只给他。未来的肯定不是这样。这未来时间每个每周有该有多少加多少测试就加了一个。他也根据语义扫描出来一些对刚刚 cosmos 他就识别为了学习类，所以他就没有在工程类。对这些都是根据。这是你们是吧，对传给的 problem 那你这就得学习都写死在里面，不是主窗口交给子 A。这是主窗口传递过来的，对自己生成的，对，这就是我刚刚说的目的就是主窗口自动生成对主窗口分，工程类还是学习类，然后整个商业区分。这个相当于是一个 agent 把主窗口的给他对 problem。 + +信通院云大所市场部-张媛媛(02:06:41): 就这个还是就看 read 的那个索引文件，对周报资料库，每个人都这是他自己决定的吧？这些前置信息是我写在里面，就是要每一次都要加载这些上下文，这个是我给的，这些搜索是他自己搜的。这些搜索下次自己说的这些就是根据索引去搜索，他决定搜哪行，你就根据来搜这个搜到之后再去读，搜到哪个段，哪段对哪个行这个他。就是为了周报，你周报也做了吗？没有吧，周报的不是没做，我让全量量量。那州话本来也没多少。这两个是要自己搜的？ + +信通院云大所市场部-张媛媛(02:07:42): 比较帅的有六位积水，我说他做到了750到100，1300，结果一共是两个。和什么关系，指令和执行的对执行了300毫。这肯定是挺好的，这个是做了600相当于两段对600行两个。可能就是第一次做写死的东西太多了，不也不算写死吧，也没写死，这个搜索我是让自己做的。 + +信通院云大所市场部-张媛媛(02:08:37): 等我看看咱们的结果现在里面的提取输出了是这是输出，这是返回给主窗口的。 + +信通院云大所市场部-张媛媛(02:09:18): 回到流程。就执行，对执行 The soul. 这个是什么，是重点项目进展重点项目，那这个地方看了你的逻辑肯定在里面参考了。肯定是参考了自己参考对，但是我没给他没写给他自己读了。 + +信通院云大所市场部-张媛媛(02:09:51): 生成202那块是什么，你往上走一点。干啥。步骤2.2生成重点项目情况订单，你一个过就知道了，上周评定任务，必要决定任务？要走。收集所有平不是牢记给你品牌同样的好，他自己计算吗？我没只是他肯定没计算对。21个找到任务，连一些都保存不到提取！等等。一个意思，理解方面是一个意思。这个能改标注往下走。 + +信通院云大所市场部-张媛媛(02:11:08): 第二步，重点项目问题确实没有转写，你这里没有写转写。不知道。你回到你的执行过程终端，看看工程类会议纪要。这可能是学习的，现在是什么工程学习类的不就是会议，就是他整个流程。这是会议纪要，先读周报。上一次的会议纪要，然后资料库。构建作业。然后配一配二？基础问题讨论。 + +信通院云大所市场部-张媛媛(02:12:11): 这个地方哪来的，请你说一下提取问题讨论。你看自己都搞，我觉得我写的太快了，我七天没注意，看来搜一下你取个问题的可能。这是他自己做的可能自己做的不会吧？ + +.(02:12:34): 有可能的。 + +信通院云大所市场部-张媛媛(02:12:35): 你搜一下这个问题讨论。2.3那可能就是。 + +.(02:12:54): 不是你这个是你项目进展还没看？ + +信通院云大所市场部-张媛媛(02:12:56): 这清理进展就做完了。 + +.(02:13:03): 你这只是提取问题列表？ + +信通院云大所市场部-张媛媛(02:13:06): 第一个一和二重点相关问题去解决方案，你最后输出的是什么？我还早上吃的复数是不是跟前面重叠了？ + +.(02:13:18): 他有提取会议中讨论所有问题的解决方案。 + +信通院云大所市场部-张媛媛(02:13:19): 因为它都在主窗口里面对，那可能自动补全是。 + +.(02:13:27): 没有你提示词里边有你看提取会议中讨论的所有问题及解决方案。 + +信通院云大所市场部-张媛媛(02:13:32): 因为它都在主窗口里面对，那可能自动补全是。刚刚那个刚刚说的问题不是二点一为什么没有，为什么对我这个是咋来的，那可能就是我那不对往下。你看重点项目问题去解决方案，对所以这些可能就是他普通话我给你上下文填空，虽然我没有让他去读他可能也上读到了。带我进来你看回到主窗口要回到你的逻辑。Skill. 往上面走，项目进展就往里进。 + +信通院云大所市场部-张媛媛(02:14:11): 2021对好，这个是查查询进展情况，然后会找到的写一写周末。本周末是为什么负责的合并处理，是前几个字段，前景字段是能提。可能。这种情况可能也。进展情况他可能他说的不太严谨，写的不太严谨，那可能想说就是提取这些字段吧，不知道这个地方肯定是有个逻辑上的，反正下面那个就是重点项目，这个是？会议问题讨论，这个是因为你以前感觉是和上面链接起来。或者你看一下他上一周报。 + +信通院云大所市场部-张媛媛(02:15:19): 上一周的项目进展情况。跟这周没什么区别吗？不会什么意思，你回到这个了，刚那个两个表，那不是刚刚不是说跟他上一个跟周报里的就不一样？不一样，肯定不一样，因为我就说可能他们能之所以能生成，就是走到下午这些有可能。 + +.(02:15:37): 不一样。 + +信通院云大所市场部-张媛媛(02:15:47): 因为它主窗口你再看看，最后再上下了，那最后你怎么整合，最后还有整合一步吗？组合。 + +.(02:15:54): 你是不是有映射那一步？ + +信通院云大所市场部-张媛媛(02:15:58): 没有映射那一步。合并周报也会。有问题。这个是我设计的驱虫，因为每个人的周报里可能有问，有已经写好的问题，然后会议提出一些问题。中这个也是气合并周报是会议任务什么意思？那个合并周报你注意任务就是每个人的周报里可能有下周任务，然后会议又可能又交代了下周任务，然后合并这两个。就也是去便捷。会议可能没有提及，他写了周报里写了或者说对写没写？对人工进展就没什么进展。 + +信通院云大所市场部-张媛媛(02:17:12): 整合成员信息是整合进行中收到的反馈和信。 + +信通院云大所市场部-张媛媛(02:17:21): 你这是什么？我要吃饭。他是读了模板，我生成的模板，主窗口是有的。这个三会总结就是根据上面那些就有一些决策什么就直接提了。归纳总结。核心议题关键角色就是模板里的三，然后最终输出它会组装。按顺序拼接切入文件，对这个它有模板，然后就根据模板，还有上下文就是各个词，一个返回上下文。对方总负责调度。负责总结。 + +信通院云大所市场部-张媛媛(02:18:23): 下面学习的。 + +信通院云大所市场部-张媛媛(02:18:44): 可能下面的也差不多，现在我说你上来把用的什么架构逻辑架构一定要说清楚。这个有点累，有点你们的操作没啥基础，首先，学习类的回头再看学习类相当于逻辑没那么复杂，学习类的逻辑比较简单。对。你还是到刚才说了，第一个就是我去给他一个限定，让他读取全量上下文之后，你这个 skill 的某种上就是一个大 prom，一个巨大的 problem。你看看。 + +信通院云大所市场部-张媛媛(02:19:36): 上下文怎么组织，首先第一。那确实上周的周报。上周的周末和会议纪要。就作为这次的输入和转转移文本做了三个吧，转入文本主要这三个。这就是他的整个工作的上下文是的，这个上下文怎么组织的问题？周报和会议上周的周末和会议纪要加在一起。作为主下文的窗口。 + +信通院云大所市场部-张媛媛(02:20:33): 我那个主窗口也起了很大的用，就是在我这个系统里面，各个贼正的把输出返回给主条狗，然后猪狗。根据所有的上下文去填模板内部也比较智能。 + +信通院云大所市场部-张媛媛(02:21:02): 为啥这里面最最头疼的确实是一个是上下文的管理，一个是我去处理。最核心的对上下文管理。如果把所有的人都给他一次性处理。其实是最最简洁。唯一就是担心的上下文长的处理不了，对这个问题。 + +信通院云大所市场部-张媛媛(02:21:35): 这个我觉得值得试一次，如果是成功了，你只要把中间生成的一个把它搞下来就行，前面那些都不要，你可以学 skill 里面的一部分考下来。直接让它生成一次，就把规则打下来，给它生成就完了。如果在主上做一次的话，可以再加一个检查的。 + +.(02:21:58): 最好不要是这样的，我这个方案，我测过的话你的 prompt 的指令越少，它的效果越好。你比如说你只让它去读一个读它整篇的转写的文档，然后再加一个提取的指令，就是给它一点点提取的规则，这样它提取的效果是最好的。你不能让他再做别的工作，比如说分类什么的你你最好别做，不然的话他的处理起来，他能力就他因为上下文慢慢的就多了，他效率就差了。 + +信通院云大所市场部-张媛媛(02:22:37): 为你每处理一次都会增加一次闪。你要每处理时都会增加一次。你到最后再校验可以单独弄撒贝里的校验都可以。 + +.(02:22:58): 对。 + +信通院云大所市场部-张媛媛(02:23:08): 那就这样这么定了，第一先按照这个规则生成一个一次性处理完看看效果如果效果基本可接受，我觉得就可以考虑用这种方法，没必要那么复杂。第二个我还是建议用设备的处理全量产量，然后生成一块，把它放到床头，然后让主窗口最后做整体的整合和校验。因为这样主窗口的下下来是最少。也就是直接就是在我现在是检索，你现在把一个 skill 我现在是给它索引，然后让他根据索引去搜，然后我现在就改成直接把整个的就让他用 read 去分块读下来，然后对所以就后面就都一样对。还有一个就是把第二环主创文窗口只放上周的周报，然后紫薇竞争。分成三个 C，或者差不多四个还是三个工程类的里面有。可能不用答案，为什么你现在 skill 不是已经做完了吗？你其实某种上就把这个 skill 分割到里面就完了。 + +信通院云大所市场部-张媛媛(02:24:31): 那么。我看一下，我现在这个流程比较难办，因为它就是 agent 的，就因为它调要调其他 agent 要调索引。你不你现在索引也没了，我知道就是我现在这个是比较难，因为它要调搜索 agent 的，然后所以我是把整个流程用 SKILL D 串行33对。 + +信通院云大所市场部-张媛媛(02:25:01): 你那个我都可以让你定性的，你比如说我有五个设备的工程类，里面有两到三个，一个是项目进展，一个是项目问题分析，一个是项目，这两个项目问题分析可以是一个。我认为可以是这两个可以输出一个，然后再输出一个就是下周工作安排和会议总结好这两个 subagent 或者三个 subagent 出完了之后，然后一个学习类的。这个要直接一个就结束了，你就先试着三个就 ok 了，三到四个行，我试试，对这样的话，我基本上我就不用。在上下主上下文窗口有那么多东西，我就把每个生成的放过来，每个生成放过来。那这样的情况下就可以把50万元的窗口做的非常简洁。他只有最后需要组装的东西。你这个也是可能我觉得就是我刚刚说的，它可能是补充上很多的可能比较协调，输出的比较协调。你现在跟我的主创文成果几乎没区别。但是他是把内容全返回对所以主 a 这是有那个返回的，而不是只有他填好那个表格，他把那个社区的那个块也带回来了吗？我还没带回来对你快没带回来产生的结果是一样的。 + +.(02:26:52): 你要看你紫叶镜的返回的结果，哪些是输给主上下文的？ + +信通院云大所市场部-张媛媛(02:26:53): 我是杰森，这个杰森就是你输出的那个表格，你不可能有上下文的带过去的，所以跟我的方法跟你的主上下文窗口没有区别。在子上下文窗口里面有区别。你的子上下文窗口里面你是用搜索来解决的。我是不用搜索解决。无非就这个区？他可能也不光是表格，他有一些上下文。他理解了一下那个文件，那段文字对这是他理解的，但是如果让他直接填充表格的话，可能就没有那么多丰富的语气，你也可以把这个就是你都可以不变。 + +信通院云大所市场部-张媛媛(02:27:40): 你认为 js 文件的数据够全，你可以不变，你要产生也可以的。要哪个 subway 让比如说我的第一个三倍镜，叫做重大项目进展问题，那么我就把重大项目进展和问题全部都通过这种编的格式输出来。那说出来给上下文给主窗口看，对那不和我一样对，所以我说主上下文窗口没有区别在于三里面，你是通过搜索得到的三倍的上下文我是全量的。就这一个区别，所以我生存的质量一定会比你好。比你简单，就唯11个区别，你就认为说就是他太多，可能他处理不过来，对我认为这点没问题。 + +信通院云大所市场部-张媛媛(02:28:31): 行，那我试一下，就这一点区别，如果他能处理过来，就比你的一定全比你更全你你把在三背景里面尽可能全的信息带到主上，要得到的。处理能力是最强的，对主之犬对蜀山文，所以我带出来的是汉文行，那也就。不用在主语里生成那个表格可以不用的，直接像我这种方式直接返回 jason，然后直接返回，全部用，让他来。来做。另外也可以的行。这样可能是更简单，就是你把搜索直接变成。不好，你看 cloud code 怎么改，是改得了。行好。行，那就先这样，然后回头你把这个 skill 分享出来，我们让詹达不知道现在考前你能不能具备的能力。还没有，我可以试一试，那就你把 skill 分享出来，这个文件分享出行，你把这个分享出来之后，让詹达和郝建宇他自己也试试。 + +信通院云大所市场部-张媛媛(02:30:04): 好，那这样的话大家共同优化一下，这是一个比较重要的事情行，但是我的路径比较改起来可能比较烦，我是用的绝对路径就是我电脑上。没关系，你你你这样你就是把这个文件打包，你把这个文文件夹打包，然后你回头让 cloud 自动修改。那得让他们自己的 cloud 对让他拿 cloud code 自己去行，那可以这个简单调了一句一句一句话就给全部改掉了。 + +.(02:30:40): 这样不行就我拿我的接着优化了，然后那个郝玉那边再把旭龙那个再拿过来改改了。 + +信通院云大所市场部-张媛媛(02:30:47): 没有必要。逻辑根本不准。你的逻辑你知道和这个旭龙的逻辑是一样的吗？你那个逻辑生成的又不清晰，到时候生成来一堆，你为什么总是不听，大家在既有的方向往前走，你为什么要重新总喜欢重开一谈？ + +.(02:31:12): 不是因为我觉得我写的跟你的是对得上的，所以我想的就是基于我的。 + +信通院云大所市场部-张媛媛(02:31:16): 你的逻辑对不上你知道吗？你的架构对得上你的逻辑，对不上，我担心从来不担心这个问题，我担心的是你的逻辑问题，知道吗？ + +信通院云大所市场部-张媛媛(02:31:25): 你逻辑理不清楚？好不好。它这里面很多逻辑什么合并你你理得清楚吗？听懂了吗。 + +.(02:31:46): 听懂了，主要就是字段映射的逻辑。 + +信通院云大所市场部-张媛媛(02:31:49): 帮人就什么，你就讲到一个十个，我先把100个问题说一遍给你听吗？ + +.(02:31:55): 好知道了。 + +信通院云大所市场部-张媛媛(02:31:56): 所以我说你听不懂，你就按照我说的做就完了，因为这里面有很多逻辑上的需要思考的地方，你思考不全的，你思考的总会是点对点的。没有个全盘的逻辑知道吧，你这你在这个问题上很大，你你还不明白吗？所以我不让你做探索工作，你在别人的探索基础上往前走就行了，又来一遍，我要自己**有这个能力吗？你别怪我，现在一出一出头我就要去打你，我什么时候把你打服了，你不再自己去等你什么时候逻辑健全了，我才能让你做这个事，明白了。没有这个逻辑能力，千万不要浪费时间，你到时候过了三天之后，五天之后又跟我说了，我给你找出这么十几20个问题来，又重新再来一遍，又自己又错了，你浪费这个时间干什么？你拿学习一遍不好吗？怪得很。那我回头发出来。然后。 + +信通院云大所市场部-张媛媛(02:33:22): 我知道。 + +信通院云大所市场部-张媛媛(02:33:32): 下一个，这是根据回到仪表盘还是我接着讲。可以表态是表达对公众号那个公众号，现在什么情况好听。哪天，然后就是也跟您汇报过是他们目前就是这个运营商的信息的精准获取的那个系统。然后目前的话是由富有和贤和那个林贤，然后他俩在负责，然后。他俩就是也是前期，然后跟他们来进行过多次的沟通，目前他们觉得按照他们现有的需求逻辑，然后可能感觉就是为了做而做，然后没有什么实际的，就是对于整个所的这个市场发展来说，没有什么实际的一个用处，可能跟之前。人工还是一模一样，所以他们想的是再重新想一下需求，然后再跟窦主任那边再过一下，看看用哪种方法。那天我也跟赵主任聊过了，我建议就是等他们明确了。对他们目前是想的是这样。 + +信通院云大所市场部-张媛媛(02:34:48): 那他现在已经在用的东西，他们每天在用吗？就是邮件没有是张写死的那个是每周在用还是每天在用？ + +.(02:34:59): 每天十点钟左右给他们发。 + +信通院云大所市场部-张媛媛(02:35:03): 每天十点，现在是多少个网站50个公众号？ + +.(02:35:04): 对。公众号是全量的那个网站是20不是50？ + +信通院云大所市场部-张媛媛(02:35:12): 20加上多少个公众号大概？ + +.(02:35:15): 公众号是八个吧。我。 + +信通院云大所市场部-张媛媛(02:35:19): 八个。 + +.(02:35:22): 是单独的公众号归公众号网站归网站分开的。 + +信通院云大所市场部-张媛媛(02:35:25): 我知道你生成之后你就不整合了？ + +.(02:35:32): 生成之后不整合是啥意思。我们是有对的。 + +信通院云大所市场部-张媛媛(02:35:36): 分两个独立邮件发？为什么不把两个邮件合成一个邮件？ + +.(02:35:46): 需求上没有没有确定？ + +信通院云大所市场部-张媛媛(02:35:50): 这不需要确定跟你沟通一下不就清楚了这个干要分两个你你把它整合成一个不是很好吗？ + +.(02:35:56): 那我可以整合成公众号就是整成一个区别公众号跟网站吧。 + +信通院云大所市场部-张媛媛(02:36:09): 可以考虑这个事情讨论一下就完了。反正在做的东西就往前先做着吧，然后他那边最后怎么去结合他的业务还是说给领导做整个的信息深度分析，还是做广度，还是做新鲜度，咱们自己定，我跟窦佳丽也讨论过了。 + +信通院云大所市场部-张媛媛(02:36:36): 行吧，那这个事情就那就这样，这周问他们一下有没有变化，没有就先等着。就是他们也给我看一下咱们已经给他们做好的那个网站，然后反正富有那边也是感觉他们感觉最大的问题就是没有，这就是结合咱们的业务，然后对这些信息进行一个筛选，所以他感觉其实很多信息在他看来都是无效信息。就也对于他个人来说，每天看一看，但是看完之后就。就可能没有什么二次的一个消化，能不能让他提就怎么结合业务这东西是他的认为不是我们的，我们也没有办法，我也不做业务，对就是他之前就是跟我提那个方法，然后也跟您说过两种就是他想收集全所各个部门，对不是跟他说过了你你把这我跟你说的跟他讨论，我都跟他说了，对怎么能跟业务结合，我觉得他没法跟业务结合。 + +信通院云大所市场部-张媛媛(02:37:36): 对因为他们不可能比业务员更了解他的业务，对所以就只能做一些，要么做深度的，要么做广度的比比人家做的更深或者更广的，你不可能比他更快，这很难的。因为业务员对他或者说做细致度你你很难的对就，所以说他后续反正听他那意思，他就不按之前的那个逻辑来了，他应该会换。因为他也是感觉之前无论是从可行性还是从整个实施难度来讲，他感觉就是不太可行了。 + +信通院云大所市场部-张媛媛(02:38:13): 没事，首先所以大家知道了，所以需求现在我们因为需求还没那么多，所以我们还是用得上的，后面不是所有需求都要开发的，因为他开发之后没用。明白，所以有的时候要去明确分析他需求能不能最后能有效，没有效的是开发出来没有价值的浪费时间。 + +信通院云大所市场部-张媛媛(02:38:37): 张老板是行吧。那就等下周行，我那个昨天然后还有催了一下他们说是在约周主任的时间，然后跟他汇报，然后完了之后我再持续跟进一下这个事情好。再往下负责人咱们拿？ + +.(02:39:04): 负责人听得到。 + +信通院云大所市场部-张媛媛(02:39:04): 听得到吗。那你共享。 + +.(02:39:15): 数组人首先分两个一块是讲专家讲解 PPT 的11块，还有一块就是模拟真人做开场白的一块一共两块，然后做了两个需求文档。然后先说专家数字人讲解 PPT 的需求文档。这一块的话就是背景，就是替代人，然后来就是替代真人来实现讲解 PPT 的一个视频生成。然后解放一下那个同事的劳动力这块的需求文档已经和人人林老师人老师。看一下。 + +.(02:40:03): 任贤老师这块这一块的需求文档已经跟那个人人林林老师沟通过了他。他觉得需求已经也很明确了，也是满足他的需求的。但是就是昨天我又找他对了一下，现在的问题是现在问题现在目前还没有明确专家数字人生成 PPT 这个视频的需求。专家数字人是到底用公开的虚拟形象还是用信通院自己内部人员的形象没确定。现在也要也需要确定的是。 + +信通院云大所市场部-张媛媛(02:40:54): 那你分阶段的话，你男的肯定是用自己简单的肯定是用公开的。 + +.(02:41:03): 对，就是我们本来的需求文档是如果分阶段的话就是第一个第一阶段就是功能的呈现，就是一个 PPT 的展示和一个数字人形象在 PPT 的右下方这样的一个结合。第二阶段可能要加一些互动的效果。 + +信通院云大所市场部-张媛媛(02:41:27): 你没听明白，我就说你公开的数字人还是个人数字人，你当然公开的容易，你第一阶段肯定开发公开的。 + +.(02:41:35): 对。可以。 + +信通院云大所市场部-张媛媛(02:41:55): 你4.2动态切换啥意思。 + +.(02:42:03): 动态切换就是 P PPT 切换的时候就是它的就比较流畅，就叫动态切换。Thank you. 就大概这边也生成了一个样例，然后给他们看了一下，大概是这样的，现在。 + +信通院云大所市场部-张媛媛(02:42:19): 你为啥把？等会等会。我发现你，你就很怪，按照自己逻辑唧呱唧往下走，人家提任何问题你也不管。动态切换你为什么要把动态切换提出来，当做一个需求。为什么这是个需求？平常动动态切换不了吗？ + +.(02:42:48): 你首先你讲解 PPT 你每一页，你比如说我一共五页 PPT 我第一页和你说话的人的口型要对得上。这难道不算需求吗？ + +信通院云大所市场部-张媛媛(02:43:01): 叫口型叫内容。 + +.(02:43:03): 内容对得上对你讲解的内容，最起码要跟 PPT 的内容对得上。 + +信通院云大所市场部-张媛媛(02:43:08): 我问你对的，靠什么实现？你这个动态切换我没听明白。就是你这个动态切换靠什么实现？ + +信通院云大所市场部-张媛媛(02:43:23): 你为什么单独提出来，是实现不了吗？它是什么意思？我知道？ + +.(02:43:28): 这是需求不是开发？ + +信通院云大所市场部-张媛媛(02:43:31): 这某种程度上很简单。一次性生成了他就那要这么提的话需求。 + +.(02:43:34): 那不是这样的，你一次性生成的话，你的首先你的如果从技术角度来说的话，你一个 PPT 我比如说一页 PPT 我给它五秒的时间，或者给它十秒的时间，那你你对应的这篇文章的。一个解说也是在规定在五秒或者十秒内的。 + +信通院云大所市场部-张媛媛(02:43:58): 好问题，所以就我就想问的就是问题，所以你要把它说明白是什么，你怎么自动来分配这个时间的？ + +.(02:44:01): 对。 + +信通院云大所市场部-张媛媛(02:44:08): 你某种上，你说我这一页跟我的讲解内容要对得上你是怎么实现的？ + +.(02:44:14): 你这个已经涉及到就是具体怎么实现了？ + +信通院云大所市场部-张媛媛(02:44:15): 你否则这个需求。我懂你的意思，因为什么，因为需求基本上是因为是一个难点，我才作为需求。你比如说 PPT 能动是不是需求，当然是他们需求。PPT 有声音是不是需求也是需求，我需不需要把它列出来，我问你。那是个默认的，你懂吗？ + +.(02:44:37): 那我大概懂。 + +信通院云大所市场部-张媛媛(02:44:41): 你，那你说你这个动态切换那不是个默认选项吗？难道它是有什么缺点，有什么问题在里面吗？我认为这是个默认选项，你拿下来讨论。我不知道是什么原因是因为我们生命当中不动态吗？ + +.(02:45:01): 这个我觉得可能是一个细节问题，就比如说你如果全部，你比如说正常来说，你如果没有做这个规范的话，你可能。生成的它图 PPT 和文字解说它数字上解说它就对不上。你如果不，你比如说你不在规定的时间内，你这 PPT 我这个十秒钟我就给解说十秒他对不上，那他对。 + +信通院云大所市场部-张媛媛(02:45:28): 所以我问的是你们是不是遇到什么问题了吗？ + +.(02:45:32): 没有。 + +信通院云大所市场部-张媛媛(02:45:33): 没有遇到问题，你当成一个需求出来，这是很怪的。你没有问题，你当成个需求提出来，这不是无中生有吗？ + +.(02:45:39): 那也不能这样说我需求，首先需求有没有存不存在？ + +信通院云大所市场部-张媛媛(02:45:44): 那我问你。我问你 PPT 能动这个问题存不存在？ + +.(02:45:52): PPT 能动这个问题，按你那么说，那首先 PPT 内容保证这个要11，那也默认这个功能。 + +信通院云大所市场部-张媛媛(02:45:55): 什么存在。对，那我就说按照你那个需求，我能写出一万个需求出来，明白不？这就是个需求排列的问题，你不要以为写需求简单的你们都以为很简单的，这是一个排列的问题，就是你什么作为你的优先级考虑。你说 PPT 是彩色的，是不是这个需求，PPT 有声音是不是需求，PPT 是彩色的是的，你为什么不写？因为他们默认必须的好 PPT 动态的切换是不是需求，那为什么要把它放上来？是因为平时不动态吗？我就说你们的需求文档不是那么简单的你那个噪音呱呱呱，简单糊弄出来糊弄鬼！ + +.(02:46:57): 需求文档我觉得。 + +信通院云大所市场部-张媛媛(02:46:58): 这个东西根本就映射不到任何开发的需求上，你就写它有什么必要。 + +.(02:47:01): 首先我这个需求文档是面向用户的。 + +信通院云大所市场部-张媛媛(02:47:05): 我知道。那我问你。 + +.(02:47:08): 你最起码要告诉他哪些功能，你首先有些人他根本就。 + +信通院云大所市场部-张媛媛(02:47:12): 那你是不是要那我你给他一个一万个列表单子让他画勾？一万个列表来画勾。那因为我太多的需求了。少你怎么从一万当中选取多少个给客户，你审视这两个人就毫无水平的。你这个需求选的是我告诉你我的理解，你根本没有思考，你压根没理解他这个需求，我问你这个需求谁提的？是大模型给你们的吧，你们那他对我告诉你，你知道大模型题这个背后的想法是什么吗？ + +.(02:47:52): 对。 + +信通院云大所市场部-张媛媛(02:47:59): 你根本不理解，我不是说它不是不重要，因为我知道你没有想到那么深层的东西。懂了吧。他背后。 + +.(02:48:06): 不是这个需求文档是根据我跟它的对话生成的，这个动态的，就是说那个 PPT 要对应口型的这个需求是有的，就是我是在给它的提示词里面。 + +信通院云大所市场部-张媛媛(02:48:12): 对。这跟口型没关系，你看你理解完全错误，这个需求跟口型没关系，跟口型一点关系都没有，对只跟内容有关。 + +.(02:48:22): R. 就跟解说内容有关系吗？对我那我可能就是描述的有点问题，就是我是要让他解说的内容和 PPT 要对应的上的。 + +信通院云大所市场部-张媛媛(02:48:36): 对好。 + +.(02:48:37): 这个是我给大模型的需求，最后生成的。 + +信通院云大所市场部-张媛媛(02:48:40): 那你为什么要提 PPT 要跟视频内容要对得上，为什么？ + +.(02:48:44): 首先我觉得第一阶段我们的核心第一个是那就别说了，你看 PPT 生成跟数字人生成这个我觉得是不算是最核心的就是你 PPT 的内容和你数字人讲解的。就是讲讲解的视频，你两个之间的内容是对的上的对应的，那你这个才算一个，我们第一阶段实现的一个就是比较好的。 + +信通院云大所市场部-张媛媛(02:49:14): 所以我跟你说，以后你们别在那拍脑袋跟大模型去对话，你上来这件事情应该问的问题是什么？目前数字人生成 PPT 讲座当中。 + +.(02:49:15): 影响力。 + +信通院云大所市场部-张媛媛(02:49:26): 目前的遇到的问题是哪些？你得先把这些东西提取出来，按照排列排出来，懂吧，如果那些默认的都能解决的就不是需求了，懂吧，你比如说我们在解放前我们能吃饱了需求。穿暖了是需求，现在是什么？现在是我要 hit 是需求懂了。需求在变的。 + +.(02:49:52): 我懂了。 + +信通院云大所市场部-张媛媛(02:49:54): 走了吧，所以不是说所有需求都要拿上来讨论的，你说我今天我跟小学生说，你小学生跟我天天能喂饱你小学生会跟你说，你回家去吧，我他妈天天吃得饱得很。我现在防的是糖尿病，我现在的需求是要锻炼，不是要吃饭，懂了不，所以你现在要单需求要明确当下要解决哪些问题。 + +信通院云大所市场部-张媛媛(02:50:24): 所以不要拿这些你看不懂的需求或者没有必要的需求拿过来，这个没有意义的，我告诉你，他提这个背后的逻辑是什么，你知道吗，大模型。取决于你用什么方法生成的，懂吗？如果你先录内容，然后再录口语音再生成视频。这个东西就是很难抑制的。 + +信通院云大所市场部-张媛媛(02:50:52): 怎么。那你怎么自动，我问你根据讲解进度自动切换好，我问你怎么自动？来，我开完这个会我告诉你。这里面有很多技术，你根本就实现不了的。你们理解都很浅的，我告诉你。我告诉你这个需求提出来，你怎么实现来你告诉我。 + +.(02:51:16): 我大概理解你意思了，你的意思，如果说按照他这个说法的话，是你未给 AI。一篇文章和一段话让它自动实现。但是我的含义里边这个自动其实是等于说是我的程序给它设置了自动，让人家观看的效果，感觉是自动，而不是说 AI 直接自动。 + +信通院云大所市场部-张媛媛(02:51:43): Thank you. 所以。我就说你这个需求根本没有写明白。 + +.(02:51:49): 我知道了。 + +信通院云大所市场部-张媛媛(02:51:53): 没有什么叫自动翻译？怎么自动排？你们需求文档不要那么随便那个的。 + +.(02:52:17): 后面，其实你的需求文档，我觉得可能是确实是需要两份一份就是我们自己开发用的一份就是。你给用户的？因为你确实有些你你不能指望所有用户都知道你，你说他们都知道这些功能也不一定的。 + +信通院云大所市场部-张媛媛(02:52:39): 对。是的。沟通非常难的。 + +.(02:52:45): 就这份需求文档，就比如说或者说是我另外的需求文档，我现在针对的就是很多是那种现在不懂技术的用户。或者说他就不了解这款技术的用户，所以说我想把这些没不涉及到太多技术层面的，比如说能看到的效果的层面的一个需求文档给到他们，让他们就针对这些需求大概确认一下。大概是这样，后续的开发什么的需求文档肯定还要再写的。 + +信通院云大所市场部-张媛媛(02:53:18): 不完全是概念。我是觉得没有必要，就是区分对用户和对开发者，因为我觉得就是首先我们不能就是低估需求方的一个作用，因为如果我们只是把一个很简单的这样的一个。就是目前展示的很简单，很不详细的这样的一个需求，然后给他看的话，他其实会越看越不明白，因为是我们就没有写清楚，我们并没有把他想要的东西。更多的就是一种详细的形式，然后展示出来。 + +.(02:53:53): 也不算是简单和不明确。你比如说动态切换的话，按联总的思想，它是考虑到 AI 实现自动切换，但是如果换到正常的，没有研究经验那么多的人，他就会觉得你的 PPT。 + +信通院云大所市场部-张媛媛(02:54:09): 是因为我们没有跟他们沟通好，并不能说是他们不懂，而是因为我们没有告诉他们。就是我们要做的。 + +.(02:54:11): 不是这个需求文档，首先需求是不是他们的需求，他们要不要需求？ + +信通院云大所市场部-张媛媛(02:54:22): 但是感觉就因为我之前看我之前没有看到过您的这个需求文档，但是我第一眼我刚第一眼看的时候，我确实我什么都反正我不太能看得懂，对，就是我是不知道你在说什么。 + +.(02:54:24): 就是比如说我第一阶段的核心功能。我把删掉我拿去给用户。这样吗。 + +信通院云大所市场部-张媛媛(02:54:42): 意思，我说您写的有点太简略了，就让人根本都看不懂你在说什么。我觉得这个不是我得问问需求。 + +.(02:54:53): 你觉得如果怎么改？ + +信通院云大所市场部-张媛媛(02:54:56): 我觉得这个不是需求方不懂的问题，而是说就没有跟他说清楚这个功能到底是个什么样子的？我觉得我知道就礼拜四下午或者是礼拜五上午就是需求对接，它不仅仅只是一个让他确认的一个过程，我是这么理解，20到30分钟之间。知道了！好。我明天下午在外面有个会一点钟，估计开到两点多才能结束。有可能到3:30才能回到单位。我明天是一点，这个时间确定，你看一下那个群里那不管了，啥意思就是那第一。 + +信通院云大所市场部-张媛媛(02:56:01): 马建宇说，跟用户的沟通是非常重要的，这是第一个，第二个，有些用户确实是不理解的，如果我们也不理解，你根本就没办法把他需求挖掘出来。所以我跟你说的，你给他说这些东西的时候，你是不是真的理解了，这是第一位的，如果你都不理解，至少从技术层面都不能告诉他的话。他更不知道怎么去理解，对这是第一个问题。第二个问题是他反过来的就是用户告诉你的东西，你能不能理解。比如说他需要什么很炫酷。我问你这炫酷啥意思？你能理解吗？你也理解不了，他能理解他可能把炫酷表现出来什么几个词告诉你了，或者几个动作告诉你？明白不。所以这是一个双需求，就是一个双方的事情，绝对不是任何一方能完成的，尤其人心力，我觉得还不错的人心力还是有一些思考能力的。所以我就说你我现在对你提出质疑是你真的理解你的需求吗？你真的理解吗？如果你不是真的理解，你不要放在这里的。 + +.(02:57:26): 我懂，但是我的理解就是怎么说，我不是像你的那个深层的理解，就是 AI 自动切换这个自动翻译，就是我想要的就是视频中的自动翻译。 + +信通院云大所市场部-张媛媛(02:57:26): 怎么办？ + +.(02:57:42): 如果是从这个角度来说的话，你可能觉得这个需求都不算需求。 + +信通院云大所市场部-张媛媛(02:57:47): 对因为。 + +.(02:57:48): 对，但是从比如说从我的角度来说，可能这个就是第一阶段先实现的。 + +信通院云大所市场部-张媛媛(02:57:57): 行，我懂你意思了，但是我回头告诉你的是有没有比这更重要的需求。我们漏掉了。因为这是个很简单的需求。那在这里说我们就没有比这更重要的需求了。我们把这么两个需求放在倒数正数第二位，我们没有比它更重要的需求了吗？我的反过来的疑问是，如果你不是实现那种那么高难度的需求的话，那我问你。有没有比它更重要的需要花费更多力量来做的事情，那如果你都漏掉的话，那么后面你需求开发出来就是不完善的，你产品开发出来。懂了不。所以它是一连串的一个地推的过程，这个需求不那么简单的需求。制作是对一个人考验很高的。 + +信通院云大所市场部-张媛媛(02:58:50): 你们理解了不包括好监狱，大概理解了吧，明白不是随便写两个就叫需求的，不是说上来了，我小孩随便说两句，我就把它都记下来就的，不是这样的。你要有自己的理解的，你要有自己的整合能力的。所以你说我们就是在视频里看起来自动翻译这个过程，我认为这是一个非常基本的需求，某种程度上可以翻得很，就是很基础的。那么。在网上没有了 PPT 里面没有别的需求了，你要想，我就意思，我现在也11下子拍脑袋可能想不出来，这比更重要的是什么，你们再想吧，如果不是用全自动的方式自动生成翻页过程的话，我认为这个。某种程度上不是那么难的，也不是那么重要的。有没有比它更重要的在 PPT 这个层面？ + +.(02:59:51): 好，我知道了。 + +信通院云大所市场部-张媛媛(02:59:53): 行，我大概理解了，但是你们要把这套思路再好好想一想，反复锤炼一下这个需求。注册人的我再看看。 + +.(03:00:02): 那数字人确实，那根据这个的话，那也是比较简单的一个需求，等一下。 + +信通院云大所市场部-张媛媛(03:00:11): 那请你不要再锤炼。这个需求。 + +.(03:00:14): 那我大概懂你意思，那我就是再提炼一下你的需求，比如说我的需求文档生成的话，是要体现难点。是或者说是第一阶段的核心点是这样，而不是一些就一些小的功能，可能就是不要放在那个核心需求里边了，可能是。 + +信通院云大所市场部-张媛媛(03:00:35): 在体内好不好。有可能，这我也不是特别清楚到时候怎么组织了！ + +信通院云大所市场部-张媛媛(03:00:47): 行，那你刚才回到你刚才那个数字人什么？ + +.(03:00:46): 初中生分数？ + +信通院云大所市场部-张媛媛(03:00:51): 就是数字分身了？ + +.(03:00:53): 对那其实也就是可能需求的话。 + +信通院云大所市场部-张媛媛(03:00:57): 你现在回到你刚才那个 PPT 那个视频要 demo 的先把这个 demo 看掉。 + +信通院云大所市场部-张媛媛(03:01:09): 没声音了。 + +.(03:01:11): 你那听不到吗？ + +信通院云大所市场部-张媛媛(03:01:13): 没有。 + +.(03:01:14): 那我不行发群里。 + +信通院云大所市场部-张媛媛(03:01:18): 发给不。你这没有 PPT？ + +.(03:01:24): PPT？等一下在这！ + +信通院云大所市场部-张媛媛(03:01:32): 在后面没问题，那你发给徐龙我们看一看你的声音听不见。 + +.(03:01:36): 好，你那我这边结束？ + +信通院云大所市场部-张媛媛(03:01:38): 肯定不行。你那我还不共享？ + +信通院云大所市场部-张媛媛(03:02:02): 人工智能领域正在发生哪些关键变化，以及这些变化将如何影响未来的技术发展与商业落地。本次主题是重塑，因为你不像大家好。你下载对。 + +.(03:02:14): 都挺卡的，你们展示的。 + +信通院云大所市场部-张媛媛(03:02:18): 你下载的流量有问题？欢迎来到本次 AI 技术趋势分析！ + +信通院云大所市场部-张媛媛(03:02:54): 你的网络行吗？它大吗？大家好，欢迎来到本次 AI 技术知识分享，今年我将带大家了解在2024到2012年之间，全球人工智能领域正在发生哪些关键变化，以及这些上次在医院展示都三位做。 + +.(03:03:01): 不大很小。 + +信通院云大所市场部-张媛媛(03:03:20): 大家好，欢迎来到本次 AI 技术趋势分享，今天我将带大家快速了解在2024到2025年之间，全球人工智能领域正在发生哪些关键变化，以及这些变化将如何影响未来的技术发展与商业落地。本次主题是重塑未来2024至2025全球最新 AI 技术趋势，从生成式 AI 到 AGI 的演进，过去一年。 + +信通院云大所市场部-张媛媛(03:03:48): 你这个声音和视频是独自生成的？ + +.(03:03:52): 什么声音和视频独自生成？ + +信通院云大所市场部-张媛媛(03:03:58): 你声音和视频不是同时生成的？你是后期加的音轨还是什么意思？ + +.(03:04:10): 等一下我，我看一下。不是数字人读的口播内容是直接生成的。 + +信通院云大所市场部-张媛媛(03:04:22): 但是口播内容怎么会生成内容跟他的嘴型之间有时差就是有一点点一点点，但是有能感觉到你的播放不行还是我的问题吗？我等会我大家好，欢迎来到本次 AI 技术趋势分享，今天我将带大家快速了解在2024。 + +.(03:04:29): 有一点点吗？没怎么感觉到。我感觉好像是你们拨的卡的问题。 + +信通院云大所市场部-张媛媛(03:04:42): 这两个能直到2025年之间，全球人工智能领域正在发生哪些关键变化，以及这些变化将如何影响未来的技术发展与商业落地。我这边还我这边是不是网络问题是你的吗？不是？ + +.(03:05:06): 不是是你就电脑性能不行。 + +信通院云大所市场部-张媛媛(03:05:09): 也可能！先到家里到过去里面读的是流水，这个下周提是我电脑最近有点卡行，没关系，继续往下。就把这个视频放完，我放吗？四号理发不理发。那我这就没问题。5:3钟。比如说自己那张图就是没有了是吗？PPT 上那张图是没有的？ + +.(03:06:25): 是哪一张 P 什么 PPT 上的图？ + +信通院云大所市场部-张媛媛(03:06:27): 这第二页核心基石那是有个雷达图。 + +.(03:06:31): 对的没有了。 + +信通院云大所市场部-张媛媛(03:06:36): 能报出重复啥？不知道。欢迎来到。或许你。听说 java 通过百万级上下？熟悉的一个模型的并不让企业部署门槛进一步降低，可以看到模型能力已经从规模竞争进入到推理创立与开放心态的深度竞争阶段。 + +.(03:07:14): 但是目前的这个步骤现在有点死板，就是步骤的话，因为西平那边是让西平做的那个步骤的话，现在看着是没那么智能 PPT 和数字人之间现在是拿手工来对应的。 + +信通院云大所市场部-张媛媛(03:07:14): 我认为。 + +.(03:07:29): 但是。 + +信通院云大所市场部-张媛媛(03:07:30): 没有错，我就采访，我觉得你们肯定现在是拿剪辑软件自己剪出来的？ + +.(03:07:35): 对这一块的步骤，我们要再想怎么个优化，然后自动力！ + +信通院云大所市场部-张媛媛(03:07:41): 那现在你你你们那个这个流程你有吗？或者这样，这个不耽误大家时间了，这个我觉得生成的效果还可以了，不耽误大家时间，因为这个东西可能也不在学习那么多。我就举我就问几个问题，好了，就是第一，你的这个剪辑过程是用什么做的就是软件剪映吗？还是什么东西来做的减1ok 第二个。 + +.(03:07:56): 演绎。 + +信通院云大所市场部-张媛媛(03:08:03): 你现在是等于先把数字人的视频数字人口播这个视频生成了。还是先生成一段做的，然后又把 PPT 和它联合在一起生成的。 + +.(03:08:22): 先做成先生成 PPT，然后把 PPT 和 PPT 的大纲，然后让大模型生成一个口播内容，然后生成数字人。视频。 + +信通院云大所市场部-张媛媛(03:08:38): 我没听明白，你等一下。前面不用说了 PPT 生成你比如说我很简单，我给你个 PPT，然后写的 PPT 生成一个口播内容？ + +.(03:08:47): 对的。 + +信通院云大所市场部-张媛媛(03:08:48): 然后再生成语音文件，那再生成一个视频文件？ + +.(03:08:53): 对的。 + +信通院云大所市场部-张媛媛(03:08:54): 就是这个视频只包含数字人的口播内容 ok 那我问你的是，当你出现那个 PPT 文件和右下角那个人，你是用编辑软件把它硬生生压到右下角的是吧？ + +.(03:08:57): 对的。 + +.(03:09:11): 抠图抠进去了。 + +信通院云大所市场部-张媛媛(03:09:14): 对我知道你生成的时候不是这么个圆形的是你自己通过剪辑剪出来的？ + +.(03:09:16): 对的。 + +信通院云大所市场部-张媛媛(03:09:21): 我知道了，那等于那。这还是不太对你前面那个人是站着的是坐着的？前面那个人是坐着的？ + +.(03:09:35): 对的。 + +信通院云大所市场部-张媛媛(03:09:36): 你站着那个视频是两段视频？ + +.(03:09:40): 这是一段？ + +信通院云大所市场部-张媛媛(03:09:42): 一段视频吗？ + +.(03:09:43): 对西平有原始视频吗？不行，会后或者说是啥的时间拿出来再看一下。 + +信通院云大所市场部-张媛媛(03:09:45): 你就说你。你原始视频发出来吧，能发出来吗大吗。 + +.(03:09:55): 不大西平那有原始视频吗？吉平能说话吗？ + +陶西平(03:10:08): 有的我要找一下。 + +.(03:10:11): 那你先找吧！ + +信通院云大所市场部-张媛媛(03:10:11): 你找一下吧，那这个事情，那回头再来讨论吧，回到下一个数字人吧，他是真那个数字分身你共享吧，在哪？ + +.(03:10:34): 数字分身这个需求就是很明确，就是针对目前12月份会议的那个开场白的，但是其实昨天我跟那个林贤老师又沟通了一下，他说可能这一块的话要。在确定是不是只用一次。 + +信通院云大所市场部-张媛媛(03:10:52): 不是谁吗？郝玉不是也参与了你参与了吗？我没有这些东西。 + +.(03:10:56): 他没有参与。可能。林雪老师那边的比较关注的就是一个是生成的一个效果，还有是费用这两个问题，这块的话我的那个文档还没整理好，我可能今天晚上会整理好，然后。 + +.(03:11:23): 再给他就是像那个数字人生成的，一个是调研视频，还有一就是效果的调研视频和。 + +信通院云大所市场部-张媛媛(03:11:29): 调研视频。调研视频是啥，你的自己调研过程的视频？ + +.(03:11:37): 对的，比如说多个平台的生成的对比。 + +信通院云大所市场部-张媛媛(03:11:42): 那不就叫调研结果了？ + +.(03:11:44): 调研结果对。然后还有金额，就是花费的一个情况，给到他那边。 + +信通院云大所市场部-张媛媛(03:11:53): 那郝建宇也参加一下这个需求对接另外一个郝建宇这个需求不要只听任贤一个人的这个需求来源于最最重要的还是来自于窦主任，到时候你我们把这些需求你跟他沟通清楚之后，你跟窦主任直接上来好。原先林这些需求全部整合差不多了，他认为的需求不见得是真的明白。那可能我今天都得重新写，因为我刚刚看了一下，也是第一次看这个，我可能得重新写一下了，没事，你看它里面有哪些是可以用的，你就用。就是我这个人最最希望大家就是每一个人把自己的每一步都走的扎实一点，这样每个人都在你的基础上往前走，明白不？这是最有效果的，不然的话每个人都重新洗一遍，就实在是浪费时间，就对整个团队效率是很不好，所以我希望每个人做的时候自己做的工作都能经得起。讨厌做一项东西，做扎实。那前面是对的，现在目前的需求就是为了年度大会准备的，所以就前面这个都是对的。 + +.(03:13:22): 但是下面这个需求可能不太满足，你刚才那个要求我要再改改好。 + +信通院云大所市场部-张媛媛(03:13:27): 这个思考这些基础需求有可能你可以先总结，但是一定要敲打出，就是这种叫锤炼出真正的。 + +信通院云大所市场部-张媛媛(03:13:38): 有价值的需求。 + +.(03:13:41): 明白了。就需求的核心点没？ + +信通院云大所市场部-张媛媛(03:13:41): 你像这些对你有些东西，比如说都是共识的东西，你一句话就或者说你把它这种总结一下就完了，就是这些东西有时候都是默认的，或者说就是必须的就去某种上。 + +.(03:13:53): 明白。 + +信通院云大所市场部-张媛媛(03:14:00): 就不要漏了就行了。最核心的需求反而是那些特异性的有价值的用户迫切需要的。走这个需求的提炼就算是比较有价值了。 + +.(03:14:10): 明白。 + +信通院云大所市场部-张媛媛(03:14:16): 所以需求不是那么简单的，比如说需求给你访谈了一半天，最后你跟我说，你们每个单位每个人都需要花钱，我说那你说我跟你说啥吧！所以你能不能提炼出有价值的需求，也是能力的。甚至你能在他的需求上提升他的需求。深度挖掘他的需求比他想的还多，还远，那叫本事。 + +信通院云大所市场部-张媛媛(03:14:47): 你比如说这个人就说，我公司今年想提升我的销售额，他真的是想提升销售额吗？他可能想要的是利润。他想要的市场占有率。这些问题你得把它导出来的，这就是属于需求，就是提问的能力，某种程度上。 + +信通院云大所市场部-张媛媛(03:15:13): 提完问题之后的总结能力，所以你们自己要去琢磨的，但是你要过深了，你又满足不了，所以这个度是很难拿捏的。你比如说这很深了，他最后说他妈的他要做全球第一，那当然了，那么最好能可能吗？还有一个需求的可现实性的问题。 + +.(03:15:26): 明白。 + +信通院云大所市场部-张媛媛(03:15:37): 所以你放在这儿的这个需求成为文档的需求，那是考虑多方面的，既不能太普通，又不能太拔尖的，你做不到太普通的不需要做。懂了吧。 + +.(03:15:52): 明白。 + +信通院云大所市场部-张媛媛(03:15:53): 这个难度可高了我就说每次市场部给我扔出来那些需求我看都不看的，根本没有经过思考的锤炼，就是随便扔给你就完了，懂吗？他根本都不知道自己想要啥。那不像我这样给你们一层一层一层的刮吧，挂出来的那就是真实的需求，你说成为世界第一，是不是需求，那是也是一个伪需求？做不到明白吧。就这些逻辑，所以我就跟你说，不是有些东西不是你们学学概念，什么学学技术就能学会的，这里面有很多哲学的东西，管理上的哲学的东西挺难的，所以这都是。会议上我都可以教你们的东西。但是你这东西到哪你都学不到的。 + +.(03:16:45): 明白。 + +信通院云大所市场部-张媛媛(03:16:48): 你再往下我看一下。 + +.(03:16:50): 基本上都是对于生视频生成的要求了。 + +信通院云大所市场部-张媛媛(03:17:00): 也就我这么说！你可以这么理解，我如果不提你是不是就不实现？我这需求要求，如果不提你就不实现，那叫需求。 + +.(03:17:15): 或者说就是以大的需求，比如说我生成 PPT 视频，那 PPT 它自动翻页这种它可能就是默认在大的需求里边了？ + +信通院云大所市场部-张媛媛(03:17:28): 对的有道理。这个东西挺难的，挺难分的。 + +.(03:17:30): C. 这个度确实要把控好，你还要让别人能可能还要看得懂。 + +信通院云大所市场部-张媛媛(03:17:36): 你没把握。能认可能听得懂还得能认可。 + +.(03:17:41): 对是。 + +信通院云大所市场部-张媛媛(03:17:42): 所以有些东西就不是那么不是你说这种需求投资清晰怎么说，你说是不是需求是药方？ + +.(03:17:52): 但是没有不需要那么那。 + +信通院云大所市场部-张媛媛(03:17:54): 要不要放到这？ + +.(03:17:57): 明白了，我再整理。 + +信通院云大所市场部-张媛媛(03:18:00): 这就是我特别害怕，就是你们这种大模型出来东西之后就都是这种味出来的可有可无的东西，这都所以。 + +.(03:18:06): 这还是删减过的。 + +信通院云大所市场部-张媛媛(03:18:14): 你把它提取一下，你可以去问问他吧，就像我刚才提的，就我不提需求是不是也能实现？ + +.(03:18:25): 明白。 + +信通院云大所市场部-张媛媛(03:18:26): 那就是默认需求，括弧默认需求就完了。我觉得这才是高级的需求的提炼者。比如说我跟你谈11我今天给你教教你东西，我上来教你的全是小学生的东西，我问你，你能愿意为我的交费买单吗？你肯定不会为我的教教学买单，因为他们教的都是你知道的东西。但你说我天天跟你讲物理学家你你也不会买单。你听不懂。所以这个就是最重要的地方。恰当的需求拦着。 + +.(03:19:16): 是下个任务再往下放？ + +信通院云大所市场部-张媛媛(03:19:15): 我继续看一看。他给他大伯听他给你们什么玩意儿？ + +.(03:19:23): 这基本上就是他给了之后，我就根据他的小点，然后把他的措辞再改一改，然后具体的内容再改一改，大概就是这样。 + +信通院云大所市场部-张媛媛(03:19:34): 另外一个你内容结构，我建议你们让窦主任和你们都可以敞开想一想，不见得要那么不那么正式。合作这个人的特点，个性，那这就是属于需求知道吧，就这个合作的个性不是那么墨守成规的一个人。知道吧，所以你要结合他的个性来思考什么样的内容，适合他能表现出他的个性，又能引起大家的共鸣，这是最考验人的能力的。 + +.(03:20:10): 明白。 + +信通院云大所市场部-张媛媛(03:20:10): 你们去对思考合作是有一些幽默感的，你们找他之前做过的几期，你们学习一下。 + +.(03:20:17): 不行就找他点视频，先拿过来看看。 + +.(03:20:24): 好。 + +信通院云大所市场部-张媛媛(03:20:24): 我觉得我有参加，我有看他做的，他就是他找画师给他画的那个，然后生成了一个短视频，就是我们可以用这个来做一些参考，甚至帮他设计一个卡通人物，现在多。banana banana 非常容易了，把它生成一个短这种漫画人物，然后甚至是一个一个3d 的，然后做一些什么样的一个都可以的。所以我觉得你们不要那么放不开。对不要那么死板懂了吧！ + +.(03:20:54): 死板明白了。那这个其实说白了，那总体的需求就是展现一个 AI 视频的技术，等于说能这么理解吧，不安全。 + +信通院云大所市场部-张媛媛(03:21:05): 也不完全，就不光是技术学，还有更重要，还是展示出他的个性特点和他的技术对和他的技术能力。不是你的 AI 能力，而是能够通过 AI 帮助他完全展现他的个性和他技术的积累。 + +.(03:21:26): 我懂了。对。 + +信通院云大所市场部-张媛媛(03:21:30): 主要的因为这是核心需求，而不是说你，你们说我 AI 做的多炫酷，那不是这个道理。 + +.(03:21:37): 明明白了，你要的仿真。 + +信通院云大所市场部-张媛媛(03:21:43): 也不一定有的，你说漫画人物就不整？ + +.(03:21:50): 性格什么的，让人家觉得他。 + +信通院云大所市场部-张媛媛(03:21:51): 对他在虚拟上抽象出来那个针是可以的，如果实在虚拟不出来一个好的形象，就用他本人形象也可以的，但如果你能找到一个更好的形象。 + +.(03:21:56): 明白了。明白。 + +信通院云大所市场部-张媛媛(03:22:03): 能够更好的动作和语言来表达肢体动作表达，那比他个人本人表达的还好，那就更好。 + +.(03:22:11): 明白了。 + +信通院云大所市场部-张媛媛(03:22:14): 所以这才是人应该干的活，就以后人工智能帮你生成，但是这些东西是人对需求，我就跟你们一直说你们代人就是提需求。对需求你们怎么强调都不为过，是多方面的综合。但是得懂工具吧，不然你刚才那些工具你都不会用。你像什么音量峰值不得超过现场的，这都是扯淡的，就扯这个蛋干什么，我问你你不闲的吗？这不叫闲扯淡吗？那你浪费多少 token 浪费我们多少精力浪费你多少电脑内存有意义。 + +.(03:23:04): 明白了这些。 + +信通院云大所市场部-张媛媛(03:23:06): 看起来好像写了一堆毫无价值，我跟你说你就写出这一堆，不如我刚才说的三句话重要。知道了不从那个开始倒着推。这才是真需求，你这都是伪需求联合，那就是相当于您说的需求就是给人和人交流的，如果说开发的首先的需求是不是和这个还不太一样，因为侧重点好像对那当然就是你得倒着推回来，把它转换成技术语言。明白了不，所以产品经理难就难在这。你既得懂技术，又得懂市场，还得懂人性那么简单的。 + +.(03:23:48): 你还得负责每个人针对他的个性做你的需求，等于说。 + +信通院云大所市场部-张媛媛(03:23:51): 对你还能把它挖掘出来，你这好产品经理是非常难得的。很多人都说 AI 来了，不要产品经理了，自己就技术人员自己就可以上了，我觉得你们行吗？反正记住是就是写。 + +.(03:24:09): 最起码就是你需求确认那块还是需要用户来点头的你你需求确认那块如果不能。 + +信通院云大所市场部-张媛媛(03:24:16): 对，而且你甚至能不能好的产品经理是可以引导用户的，因为你可能对技术的前瞻性更好。你可以告诉他，比如说原来只能做平面的，我现在可以做立体的。 + +.(03:24:22): 明白。 + +信通院云大所市场部-张媛媛(03:24:29): 你要不要。这就是你对技术的理解。原来只能生成八秒钟的我现在可以生成两分钟了，你要不要 A 要，所以就是这些，你要懂技术对你要记住边界在哪里，你很清楚。你还得知道用户想要什么样的表达，能更好。你去引导他，你都不知道你也不知道他怎么引导他。所以这个是特别考验你，你们真不要小瞧这个需求，这里面做好了考研绝对是体现一个人综合水平，非常综合的水平。 + +信通院云大所市场部-张媛媛(03:25:11): 不要把大模型弄出来这些玩意，我跟你说大模型在这点上比他写编程差远了。你说一个模块功能开发那没问题的。已经是完全技术语言了。你看他写的都是那种？可能不行？ + +.(03:25:38): 好。我知道了。下面我自己在工作里面产生了一个需求。 + +信通院云大所市场部-张媛媛(03:25:49): 你说。 + +.(03:25:50): 现在的会议纪要，如果是越来越好的话，我的需求可能就是要通过会议纪要来驱动每天的日报和日报汇总，还有下周的周报。 + +信通院云大所市场部-张媛媛(03:26:02): 你还挺厉害的，这就是我们下一步要做的事情，但是你你你现在会议纪要没好之前，你可以先学习，但这个我建议还是那句话，你。得找人商量你一个人做不好的事情。 + +.(03:26:12): 对，但是正好就是我以首先这个是一个比较大的方向了，但是就是我分了一个阶段，我阶段的话就首先。我的第一阶段。看一下。 + +信通院云大所市场部-张媛媛(03:26:28): 你现在这个阶段我告诉你你的第一步是什么？你研究需求，你先别提需求文档，你能把一个系统化的需求提出来，你就已经很厉害了。 + +.(03:26:38): 主要现在马上要面对你知道吧？ + +信通院云大所市场部-张媛媛(03:26:42): 你先你这。对，但是你的面对你现在看到都是点上的问题。你不能说只需求，我只解决目前的点的问题大。所以我说你要有一个系统化的需求出来。我那天跟你说了。从 prototype to production 从产品到原型文件为什么要发给你？ + +.(03:27:07): 发了。 + +信通院云大所市场部-张媛媛(03:27:09): 明白了不，你要通过那些东西和我之前在会议上和之前发给你们那些东西，整合出一个未来怎么利用会议纪要来驱动这些工作的。需求。 + +.(03:27:24): 我明白。 + +信通院云大所市场部-张媛媛(03:27:29): 你能想到非常好，我觉得你还不具备去独立完成工作的思考能力。 + +.(03:27:38): 我现在第一步是这样的，第一步就是等于我从前就是从零到一，我没法推，因为我现在就是感觉好像自己不好推，但是现在就是问题是我现在就是。 + +.(03:27:55): 首先要确定日报的模板和日报汇总的模板。你反过来推？ + +信通院云大所市场部-张媛媛(03:28:04): 这是一个不断的完善的过程，懂吗？你这个日报模板不是说今天定了以后就不变了，怎么你随着你工作的发展会不断的变的，知道不？ + +.(03:28:14): 对，但是基于之前的叫是叫日报模板，反正现在已经不太能满足需求了。 + +信通院云大所市场部-张媛媛(03:28:23): 对，但是不是改了以后就满足了，取决于什么取决于你的需求，如果与你的需求不系统不完善，你提出来的需求有可能是无效的，甚至后面还是会拖累的。 + +信通院云大所市场部-张媛媛(03:28:42): 会是噪音，你现在写的这么多需求，很多都是杂音，你知道吗？我说一个系统的需求分析。先要做出来就是你要倒推。我到根本目的我是为了什么？我做这个的根本目的是为了什么，你比如说我们刚才做那个数字分身，我们的根本目的，我说了，你是要让合作能够表达出超过他自己表达能力的那么一个技术手段，或者说一个一个工具，或者说一个内容？这是根本需求。你从这个往回倒那分成哪几方向？ + +.(03:29:17): 明白了。 + +信通院云大所市场部-张媛媛(03:29:21): 那你要翻回头来说，我们现在通过会议需要来驱动我们日常开发工作，日常管理工作好，我们做这些工作的目的是什么？所以这要好好思考了，所以我要告诉你，你看从产品到原型，从原型到产品，那就是告诉你。目的就是怎么到产品化？那还有吗有？这里面更复杂了，很重要，我为什么让你们做一个学习纪要。所以就要到管理哲学上来了，你刚才那是产品，我要建立一个学习型的组织，你们彼此要会学习，那怎么做，所以你日报模板里要不要有？这都是问题，你一个学习型组织到底怎么建？那天我给你看说了吧，你们遇到什么不懂什么就看什么书。prompt 没有用的，我们的题不是那些精髓来的，你得看书。你得看管理哲学，你得看学习型组织，怎么去建一个学习型组织，所以这些东西都是从，所以你一个人完成不了。懂了不。我告诉你，你看到就是点。 + +.(03:30:38): 明白。 + +信通院云大所市场部-张媛媛(03:30:40): 我看到是立体。所以我说这个系统性的提出来是什么道理，你得把这个立体建起来之后我不担心你说每个题可能一开始我就没有关系。但是你框架你之前的框架要搭起来。你比如说我四面墙都没有问题，你先把兔子给我支起来。所以你你比如说我日常通过日报来驱动的，究竟有哪些框架，我驱动的是效率，驱动的是学习能力。驱动的是稳定性。还是驱动的什么？你翻过头来再说你这个日报怎么改吧！ + +.(03:31:32): 明白了。 + +信通院云大所市场部-张媛媛(03:31:33): 我就说你你你不是那么容易做的，你能想到很好。你也只能聚焦在一块，所以我今天跟你说的就是后面，比如郝先玉你要开始，比如说跟我们一起，大家一起来讨论，就是我们将来要建一个什么样的。 + +信通院云大所市场部-张媛媛(03:31:51): 自动的自动化的这种流程来赋能我们刚才说的这几个方向那么这几个方向建成，你知道这叫什么吗？那就是 ai native 的团队。我跟你说微软说的 ai native 团队是什么，知道了？B 团队就是靠这些来去用新型组织。看到了最终是一个 ai native 的公司。你全部都是架构在 AI 上面的。我告诉你以后日报都不用写的。一生成了直接给下一个就完了。顺着这个 a 型的读完日报之后发现你这写的不太清楚的时候，他翻回去读你的原始文本的。明白了。都全部是自动化流程完成了。如果要这样的话，我们单独去搭建这个 a 进的架构。 + +信通院云大所市场部-张媛媛(03:33:00): 这里面我今天上午刚看了非常复杂，现在全全球大概有十几种协议，不同的企业有不同的作用和局限。思科和麻省理工刚推出来一个叫 ripple，这个 ripple effect A 那个协议，这里面有很多问题要解决的。所以哪里是我们就通过一个日报改一改就结了，这是非常庞大的，很多先进的公司都在研究的问题。全球的最核心的研究机构和最核心的科技公司都在研究这个问题。所以难度是不小的，但是翻过头来说要不要做工作要，所以先把框架先画好框架也有演进的过程，但是你首先知道几两几柱吧。你横纵横这个体系先画好了。画好之后11条梁一条梁的建懂了，这个时候才能落到你现在做这个点上。你就知道你的位置在哪里，你未来要留什么接口？不然你说我就一根柱子，我上面什么都不留，我也不用跟梁对接，我也不用跟其他柱子对接，那以后就得把你的全部拆下来，重新做知道。 + +信通院云大所市场部-张媛媛(03:34:21): 好了。这就是软某种系统架构设计的能力。 + +信通院云大所市场部-张媛媛(03:34:33): 你看你上面写的系统建设目标。你们这系统词用的都是？ + +.(03:34:39): 这个在 AI 的那个就是在 AI 自己生成的时候，他觉得这个目标是非常大的，所以说他用了系统这个词。 + +信通院云大所市场部-张媛媛(03:34:50): 对你理解吗。 + +信通院云大所市场部-张媛媛(03:34:55): 你理解吗？ + +.(03:34:56): 对我本来是想让它去搞一个自动化的东西，结果发现越搞越难。是我本来的，其实我本来的想法没那么大，然后但是跟他沟通完了之后，我发现这个想法真的很大了，就等于。 + +信通院云大所市场部-张媛媛(03:35:03): 必然的。 + +信通院云大所市场部-张媛媛(03:35:17): 你你想说明什么？ + +.(03:35:21): 没说明啥。 + +信通院云大所市场部-张媛媛(03:35:23): 我想你你这件事情你要怎么干，想干啥。 + +.(03:35:28): 我本来的规划就是首先我们的会议纪要现在就是越来越完善了之后，首先第一点有几个问题第。你比如说分到每个人的这个项目的话，在日报中基本上现在是没有体现的，就是可能会存在遗漏，这是一方面。第二方面，就比如说像多任一个任务有多个负责人的工作是怎么分配，可能也要体现在日报中，你生成的日报汇总，首先日报汇总有两大块，11块是今天遇到的问题有什么阻塞，这是一块。第二块就是整体的一个就是进度，这两个是比如说像每天要你你要看的，但是目前我觉得这两块现在根据就是这两块内容在那个现在的日报模板里边体现的，我感觉不太明显。因为你基于。 + +信通院云大所市场部-张媛媛(03:36:31): 那你的目的？你的目的就是要改造一个新的日报。 + +.(03:36:37): 也就是会议纪要驱动的日报。我本来的目的是想着就是我本来的目的是想着。 + +信通院云大所市场部-张媛媛(03:36:47): 对就是会议。对会议纪要驱动的日报工作可以的。 + +.(03:36:49): 对。我本来想的是，他通过会议纪要直接给我分配每个人的任务，想这个想法有点大。 + +信通院云大所市场部-张媛媛(03:37:02): 那你知道吗？这里面我一直跟你们说过，有一个工具你们都不会去用就知道吧，已经有那个 MCP 了。也已经有 skill 给这个 cloud 了。就是一个自动的项目管理工具。知道了。我记得当时李振还在的时候，我就让你们用的？ + +.(03:37:29): 或者。 + +信通院云大所市场部-张媛媛(03:37:34): 当时就告诉你 MCP 已经通了，我自己也给你们做过演示的。你怎么把我们的日周报日报和这个项目工具联系在一起，整合在一起，你能把这个整合好？他就基本上作为你的项目管理数据库了。里面各种各样的信息都可以提取的。所以都不用每个人再去填日报了。它可以自动完成，或者通过你的自然语言自动填项目管理进度从自动项目管理进度自动生成日报。懂我意思吗？ + +.(03:38:08): 我懂我找到之前那个文档了。 + +信通院云大所市场部-张媛媛(03:38:18): 对甚至通过项目管理的进度自动生成周报的。明白了这个周报几乎不需要太改的。就都不需要这么复杂的模板了，因为都是结构化的数据库知道吗？ + +.(03:38:31): 那我也研究这个！ + +信通院云大所市场部-张媛媛(03:38:42): 如果你真想把项目管理好，就通过这个手段来管理是可以的，那现在我觉得是够用的，现在是免费的，也能用用，将来不行我们就收费。将来我们也不算太贵，或者你找一个类似这样的可以用这东西现在很简单，有 API 你自己写个程序，自动的去对接就完了。 + +.(03:38:59): 我先去看一下那项目，然后之前只是把那个项目。过了一遍，但是具体怎么用的什么的，还没研究过。 + +信通院云大所市场部-张媛媛(03:39:12): 好像是可以你去查一查，好像 cloud 已经跟他对接了。 + +.(03:39:17): 对的你当时分享的就是一个 MCP 就是 cloud。 + +信通院云大所市场部-张媛媛(03:39:20): 好像 PPT PPT 也跟他对接了 connector 好像也对接了。你去看一看，MCP 是有的。 + +.(03:39:26): 好。 + +信通院云大所市场部-张媛媛(03:39:30): 当时我就说拿来做项目自动化管理是非常容易的。但是这个项目管理归项目管理，我刚才跟你说的怎么管理，那是另外一个产品管理的分支，一个是项目管理，一个是产品管理。他有他的一套方法。 + +.(03:39:56): 明白了。 + +信通院云大所市场部-张媛媛(03:39:58): 我认为你们每个人都要学一学，因为你以后每个人你可能都是一个独立的努力的，端到端的这个开发人员和你要你自己要做开发，要做产品管理，还要做产品经理。我认为你们每个人都要学一学，因为你以后每个人你可能都是一个独立的努力的，端到端的这个开发人员和你要你自己要做开发，要做产品管理，还要做产品经理。或许一个人很多。你这么一个要求？ + +.(03:40:26): 对。 + +信通院云大所市场部-张媛媛(03:40:29): 你往下走，我看你到底你能聊出点啥来，我看看你跟他聊出什么东西来。 + +.(03:40:35): 是我跟他聊的等一下。是我跟他聊的。我本来的规划就是他每天生成日报，然后日报的内容就是让每个人确认一下是不是今天完成了。基本上就是填一个进度条，或者说确认一下就行了，然后剩下的都交给他自己了。 + +信通院云大所市场部-张媛媛(03:41:13): 对没有现在里面就有这个，你可以自己去改那个数字。然后你可以写个 skill 你的 skill 就是你个人用的，你个人告诉他，我用嘴巴录入也行，文本录入也行，你告诉我每天完全完成什么了。 + +.(03:41:17): 对然后。 + +信通院云大所市场部-张媛媛(03:41:29): 或者说周报里的内容，你给我交互一遍很简单，我举个最简单的例子，开发上次那个徐龙说的那个需求一定的一样。你固定好，或者说有基本明确的几个问题，每天跟他交流一遍，每天下班之前你启动这个 Skill. 然后叭填完七八个问题，或者你也不用填完七八个问题，你给他一堆文本。它自动就给你分批之后填到你的 a3的项目里面去了，怎么好，填到项目之后你就通过三的自动生成周报日报了，明白了吗？这是基本上人参与最少的最自动化的流程。要是我给你设计就这么设计。 + +.(03:42:18): 好。 + +信通院云大所市场部-张媛媛(03:42:21): 你可以把你的日报。周报所要求的日报的内容。通过问题来提问。交互过程通过 cloud code 来完成。就行了。什么。甚至你有可能做一个语音聊天工具。走吧，语音聊天，你就是跟他大概聊个五分钟到十分钟，今天来聊个十分钟的十分钟，就把今天的日报或者五分钟，就把今天的日报聊完了。我估计差不多五分钟最多了。也就完成了。你通过语音把这东西因为语音是交互起来最快的。现在人的打字速度肯定是跟不上语音的，所以你就很快五分钟你五分钟大概能获取的周报的量是他手写的大概三倍，因为一分钟打的最多60他语音可以输入200。所以差不多是三倍以上的文字密度，你把这个三倍以上的文字密度转回这个文本，然后分别对应到不同的今天的问题上去就 ok 了。好了吗。然后把这些文字转到现在的一些进度条里和备注里和总结里面就行了，然后你自动就会生成每个人的日报，这是我当年设想的对大家覆盖最小的方法。最小的方法。 + +.(03:43:57): 明白，我研究。 + +信通院云大所市场部-张媛媛(03:43:57): 当然这是界面上的一个，那么如果你想做的，比如说他说了这样，他的 code 他有没有提交，他今天这个提交的这个分支到底怎么样，你都可以 check。你等他说完之后你就让 agent 去 check。什么有什么问题，太简单了。所以这一系列的我们就说你们一定要擅长把自动化的流程拉长，从一个点开始往上往下各自延伸这个自动化的流程，人工智能的流程是什么？听得明白吗？ + +.(03:44:35): 明白。 + +.(03:44:38): 好。 + +信通院云大所市场部-张媛媛(03:44:38): 对你要设计就这么设计是最有效的最有价，最最快的。 + +信通院云大所市场部-张媛媛(03:44:46): 每天跟他聊五分钟，基本上这一天工作你帮他总结完了多好，更重要的是他自己会有个回顾的。他自己回顾之后对他明天的帮助，甚至你通过这个回顾不完全是为了帮助你完成日报，而是为了帮助他安排明天的工作。 + +信通院云大所市场部-张媛媛(03:45:13): 你可以帮他做明天的 action plan，明天的日程安排都可以。skill 也可以做好给大家。所以你看我们现在就是开发 skill 就够了 clock 大家都会用了，你就开发 skill 每天就那么几个 skill 跑一下，你今天工作基本上总结安排什么都结束了。 + +.(03:45:36): 明白。 + +信通院云大所市场部-张媛媛(03:45:38): 甚至你根据这几天的工作什么的，你都可以给你提出你的学习的规划可不可以的，你这两天你你你看我这个问题，你问了很多，你一直在做这个问题，他发现你的效率很低。他可以给你提出你下一步的学习方向的。可不可以的。你看学习又出来了，那你的成长计划也出来了，你看工作，所以你们学你们在工作当中，或者说每天工作就是提高工作效率，提高学习能力。永远都不要忘了，你就看围绕这个打造能力就好了，然后他就给你帮你分析，我跟你说每天早上把你的工作分析完之后给你出一份。跟你相关的技术要点的深度研究报告。你每天都给你吃？我现在每天基本上早上我都会做两份深度研究报告，我这一天。有生物科技的，有人工智能的，有我自己启发突发奇想。宇宙生命的都有。所以你看这是我自己脑子里想的。如果他提前给你准备好，那更不一样了。这就是你们，如果你们这么做了，你们想过没有，你们是同龄人成长了多少倍？ + +信通院云大所市场部-张媛媛(03:47:08): 每一天都有大师给你做研究报告，在你身边给你讲，我跟你说，你我今天在做这个流程，我已经把那个研究报告开始，让他给我生成一个非常长的缩略信息图。一眼看过去我就记住了。怎么比你看文字形象攻击的大作。所以你很快就能够融会贯通了。所以你看这都是学习方法。要做的事情挺多的，你们每个人自己应该想办法去建立这样的一套体系，或者说每个人建立其中一块，然后大家怼在一起，你们每个人都具备这个能力。所以我现在我们大量的时间。基础。你如果没有能力把这个东西提取好你后面东西很多东西做不起来的。 + +信通院云大所市场部-张媛媛(03:48:19): 谢谢。 + +.(03:48:23): 好，你那儿有点卡。 + +信通院云大所市场部-张媛媛(03:48:27): 我说你听完了，你东西下来怎么做？ + +.(03:48:33): 我先研究，因为有些你刚才说的我只能听懂30%到40吧，感觉我先去看看，然后再想怎么做吧。 + +信通院云大所市场部-张媛媛(03:48:45): 那个会议纪要你们慢慢看着！所以看到飞机要重要性了？没有会议要百分之七八十你都会忘掉，因为你听不懂就忘了。大部分人听不懂的一定。行吧，就先这样吧！你的就到讨论？ + +.(03:49:11): 没有还有西平的，就是说你是上周分享的就是 cc switch 的项目的一个使用情况，调研情况叫。 + +信通院云大所市场部-张媛媛(03:49:23): 是可以对。 + +.(03:49:24): 主要是一个可视化页面，它可以切对一些比较刚入门的人是比较友好的，就是你只要。你只要装了 cloud 或者 codex 或者 gemini 的话，它就是有一个自动切换的页面，这是。 + +信通院云大所市场部-张媛媛(03:49:34): 对。 + +.(03:49:45): 是自动切换那个叫智能体的工具，还有一个是自动切换那个模型。就是等于给你提供一个可视化的可切换的一个东西，然后还有就是提示词和 MCP 那些都可以，就是有一个可视化的页面让你改大概就是这样。其实比较适合，就是刚入门的，或者说是想要比较可视化看到的，看到这些效果的人。大概就这么个情况。 + +信通院云大所市场部-张媛媛(03:50:21): 基本上配置它能够多终端运行吗？ + +.(03:50:23): 对。多中断并行启用。 + +信通院云大所市场部-张媛媛(03:50:31): 什么东西。 + +.(03:50:32): 你你说的多终端，并因是啥，它在这点启动就是你多个 CLL 窗口。 + +信通院云大所市场部-张媛媛(03:50:39): 对我就说同时启动好几个 CR 窗口。分别是 cloud，比如说我举个例子 cloud 启动两个启动三个 codex 启动一个可以吧？ + +.(03:50:50): 没错。我得研究一下。不行测过了。喂，听到了吗？错了不行。 + +信通院云大所市场部-张媛媛(03:51:09): 那你们东西你们自己测完了，你们有什么推荐吗。有什么想法吗？ + +.(03:51:18): 选了两个，一个是 cc switch 和 C switch，这两个功能大概率是就是大概是差不多的就是主要还是推荐这个 cc switch，就是说它的可视化页面什么的就会比较好。这些功能怎么说，你如果是后端会改的话，基本上也是也不需要它这个可视化等于说。 + +信通院云大所市场部-张媛媛(03:51:50): 核心他。这是一个终端的界面集成和配置集成。 + +.(03:51:58): 你可以这么理解对的。你比如说他这个什么切模型这一块，你正常的，其实在那个你的客户端什么的，你也能自己切，但是他就等于给你配好了。 + +信通院云大所市场部-张媛媛(03:52:15): 说是要切你切之前得配好多东西。 + +.(03:52:18): 对。 + +信通院云大所市场部-张媛媛(03:52:23): 反正我觉得。做一个储备，就是因为后面我们肯定要做大模型，就国内模型，因为如果真的用到这个真的开始用给好多人用的话，包括。我们做很多测试的话，比如说像 BC 的能力边界，它的工具调用到底怎么样？我觉得不好说的就是我们这些 skill 在下面你能不能做得出来都不见得的。我觉得是需要去测试的。包括 ti 什么这些都是开源模型以后如果自己部署的话。将来我们如果自己部署的话，很可能是不要这么做的。得需要这么一个方便的工具，大家来测试自己开发的东西。我觉得这就是我认为的作用。不然你来回自己切来回切很麻烦的。 + +.(03:53:18): 明白。 + +信通院云大所市场部-张媛媛(03:53:23): 因为你手动配置来回切是挺累的。 + +.(03:53:27): 然后剩下的就是一个是。 + +信通院云大所市场部-张媛媛(03:53:34): 你更重要的是在找一个现在我今天吃了半天那个 cloud cloud 那个 APP 做 cloud code 的他这个认证一直有问题，我虽然搞通了一次，把所有的之前的认证文件全删了，然后他通过一次，然后我再过去。再登录一次又不行了，所以我觉得还有问题，所以我现在说的是 code 最好的是找一个多终端的并发的管理工具，可视化的并发管理。那个叫什么来着，我都忘了叫 T 开头的一个工具叫什么？我忘了你说的一大堆，这啥意思，这个你们都不可以同时并行调用 cloud。当然如果再能并行，把这个 gemma 也整合进来，那更好。所以我说的你是如果他能多终端并行，那这就是一个非常有用的，多推进的终端管理界面。 + +信通院云大所市场部-张媛媛(03:54:35): 你知道吧，我认为他一定会有的单位，甚至我认为你侧灯。你们有时帮我查一下这些位置支不支持并行，我不知道他测的对不对？ + +.(03:54:42): 但是你说的这个 switch，这是并行，它这个并行是指，比如说我一个我中专 a 和中专 B 我中专 a 是。 + +信通院云大所市场部-张媛媛(03:54:49): 再说了。我刚才说过。开两个 cloud 加三个 gemma 加一个 codex。不是说过了吗？ + +.(03:54:55): 的知道是。好。 + +信通院云大所市场部-张媛媛(03:55:03): 你说不行，是我说到时候让他们查一下，看你测的到底测没测出来行，那我们就用这个工具了，也证明你测试水平很差。 + +.(03:55:05): 对。 + +信通院云大所市场部-张媛媛(03:55:14): 测出来确实不行，我们再找一个。要对自己说的话负责任。这是视频测的你测的？ + +.(03:55:31): 对评测的。 + +信通院云大所市场部-张媛媛(03:55:32): 那你怎么知道他的信并行。 + +.(03:55:34): 我们我跟他对过一遍，他说不行。我今天晚上自己再确认一下。 + +信通院云大所市场部-张媛媛(03:55:39): 不行。好的。 + +.(03:55:44): 然后，我剩下工作就是一个是天眼查的需求，然后检查的需求。 + +信通院云大所市场部-张媛媛(03:55:51): 等会再回到。仪表盘。你已经就这样了。 + +.(03:56:01): 西平旭龙那边先分享一下。 + +信通院云大所市场部-张媛媛(03:56:06): 你共享。我没注上，就是这个需求 skill 的事，那你切到需求 skill 大家再讨论一下吧。我先说回顾一下改动 ok 上周说的首先是最终的模板，上次发现输出就有很多重复的东西，然后我规范了一下最终模板，能感觉到能做经典吗？能我觉得有重复的对。然后领域专家的题词，就上次那个医疗专家和医疗信息化专家这个我是改了，但是我的今天在录视频的时候测试的时候发现他又冒出来，对又冒出来了。然后我刚刚在车，我刚刚在讨论的时候我又起了一个看看他这次吃吃这个啥。你就可以调这个专家生成的角色里头对，然后其他的就是三维的内部提示词，我也精简一下，上次还没来得及去精简到这一步，然后精简一下。 + +信通院云大所市场部-张媛媛(03:57:23): 还有增加了，让他可以允许让他用引导的，然后这个是一个比较主要的更新就是可以向。之前不是用工具列出一些选项，然后现在我设计的就是可以在其他里面输入自己的疑问，然后检测到这个疑问之后，就会进入到交互访谈的环节交互多人交互之后，直到你确认了最终的需求，然后他把他才把那个需求就写写记录下来，然后继续回到访谈。 + +信通院云大所市场部-张媛媛(03:57:59): 就这样一个逻辑对，然后还有耗时长的问题，就是在专家评审之后，对我增加那个选项确认一下是要交互还是直接专家的评审完了输出，我告诉你15分钟到十分钟之后。70%到80的人直接就用户直接让专家给我申请。那你也有可能吧，你你你就看我们那些需求生的那些结果，确实一个都不对人那个惰性有办法等一下。不一样。把这个流程再看一遍。然后这边就简单看一下，你们先看简单看一下就是主要的改动，就是我建议你以后还是把 CPU 也做一个。这个流程模板图行你以后每一版生成之后做一个每版生成，做这样的话，对改进的这个过程。还是我录了个视频，但是视频就是刚刚我说的又生成了医疗信息化，这个我就改一下，看看待会儿是啥结果吧。 + +信通院云大所市场部-张媛媛(03:59:29): 就是最主要的一个改动，就是我刚刚说的交互中断就需要帮助需要输入问题，然后交互中断，这个我是把它从子进行访谈，改到了用主的直接进行访。因为紫 a 的用工具访谈它就算它中断了进入交互环节，它也是信息是在主窗口里进行的交互。他是进不到那个紫雷阵子上下文的这个流程我就直接给它改到了主页，就是他详细阶段指南在这。 + +信通院云大所市场部-张媛媛(04:00:13): 首先。配置文件那些问问题的配置文件。然后读他读一下有哪些核心问题，然后模板是什么样的需要问哪些问题，然后初始用分析描述就是分析一下初始的。关键是执行动态放单，首先它使用这个工具进行所有提问，然后这是它选项设计的一些原则就是互斥维度统一这些。什么时候给我选什么时候单选，然后用户是触发相互澄清的情况，比如说用户回答包含问号。就比如说这些带有疑问性的语句，或者说直接明确说需要帮助这些，这也是一些情况检一旦检测到之后就会立即切换到自由对话。用直接把刚刚那个问题和选项都摆出来问他，你刚刚在这选择需要帮助，然后就众人讨论。然后讨论每轮就每轮的结束，我都让他提示，就是如果您明确了回复，继续回到访谈，然后用户就如果输入回复访谈的话就会回去。当然是要用户明确选择就是用户要先明确选择，然后之后再回复访谈。如果他没有明确选择就直接进入的话，那就直接回到这个问题的工具问题。 + +信通院云大所市场部-张媛媛(04:01:51): 继续回到上一进入交互成型阶段，这个问题再用工具问题向大家问一遍，我突然想起一个问题，第一个。Search. 睡觉怎么只能认错，我现在我的意思就是怎么自动测试，skill 就他的这些逻辑分支，如果能够提取出来，就完全可以测试是。是这个测试，你倒是没太想过，不，没人想过测试确实有点难，我觉得主要是每一步想要的可能还是需要人去。亲自测，但是那些比如说边界的信息传递正不正确，这些可以查的，就跟我上次审查 skill 的 skill 一样，这些对这些能读出来的错是可以查到的，但是具体效果可能还。需要人主力去测？所以我在想的就是这个 skill 的过程测试。如果能够自动化的话，那其实 skill 的修改就非常，那肯定是有没有可能去做一个 skill 的测试的带进来，或者是对。你上面是制作 skill skill 对我现在是测试 skill skill。我们可以试一下。咱们去。从里面提取各个重点产物。对它前面的逻辑？就不需要人去定位问题，对把他当成一个人。就赋予的一个人的职能是你去帮我去应对，明白这个意思，明白了，我也想一直想考这样肯定考的多？ + +信通院云大所市场部-张媛媛(04:04:04): 你只要大的原则确定了之后，这些小毛病，他自己提完了之后给你反馈就好，不然的话你想你每个 skill 都要自己测，以后可能我们一天能开发十几个是就测试 skill 太烦了，尤其像我这个启动一个半小时就没了对，然后发现一个问题又改了，我觉得这个肯定不是高效的方式是太费时间了，因为我就看到你觉得这个问。 + +信通院云大所市场部-张媛媛(04:04:33): 这次比较经典，它生成是专家的精神科技，然后还使用了 web search。他使用了 web 设计。到时候看到它生成的效果还使用不少，我简单录一个视频，可以先让他生成，可以先看这个视频是。主要也是交互澄清的过程。你说你听得明白吗？你说这个部分就差不多是那种什么，特别是需求。还有包括我们现在做的这些事就是整个框架体系，你之前了解吗？我之前都没进行过一些开发的活动，我感觉看这些差不多也看着都很简单，跟他一样，他就觉得看着都很简单，就是菩萨。 + +信通院云大所市场部-张媛媛(04:05:32): 行吧，你去吧，林林总就是他，好像是他是学那个，因为他要读博，所以就那个大模型相关的这个说。我知道。 + +信通院云大所市场部-张媛媛(04:06:06): 这个我们现在开发我还没我们就会自己开发你比如说我们一定会开发一个语音识别的，我一定会调，可以调语音识别。咱们的包围你们把保留最后一版本什么？ + +信通院云大所市场部-张媛媛(04:06:38): 行，然后这个是觉得好。前面就都一样，都还是那套？对这我问他医疗领域。我问他一个问题。大家进入你们在数据源问题中提出一个让我为你解答。You don't have a search, right? 还没到，这只是他自己的对，他自己识别到那个问题，是谁来回答，因为。我想一下，之前我是用的紫 a 的，用这个工具来提问，但是紫 a 的做中断，然后在这个窗口里进行交互和。包括回血，然后继续放它，这个可能比较难，比较繁琐，就直接用上。然后我就又跟他交互娱乐。他说推荐最新组合。然后我就说使用回到访谈，然后他就回到了，这就是解释，因为我不写，回到房产不行，回到访谈可能就不会。也可能会倒没测过，有可能会有可能他识别到选择了之后就自己回去了，对有可能，然后后面基本上对还有到确认的。第一顿放大。你做了五轮的时候做了五轮多长时间，15分钟 ok 那后面它自动选择了是吧，对后面自动选择。就是评审，不是你等它自动结束自动统计的自动在之后对然后评审之后对评审之后确认是否要？对这里这个 question 这个工具评审完成如何处理评审，然后我选自动应用建议，然后它就会自动整合，这个是也是我写的，专门写了一个新写的。 + +信通院云大所市场部-张媛媛(04:09:19): require out of 就是它自动整合，然后就出错了，那就开始输出了是吧，对输出对最后还有一个矛盾检测。矛盾检测会有一到两个问题，就质量审查的时候，他是一些前后矛盾的检测，然后他会把这个问题抛给用户，让用户去告诉你大概率这种情况下用户也回答不了，他还是会问你问题，你可能又得回到那个问题再回来。你就把矛盾的给他解释一遍，大概率是有的。可能我看一下他这次的问题。 + +信通院云大所市场部-张媛媛(04:10:08): 好。这个还是能理解的还行，因为我的设计是这个需求也没有太多的技术，就没有技术，基本上都是业务问题为主。有点标注处理。就删除对。你好像不太对。等一下，刚刚那个视频好像不太对，好像上次。是这四个问题对是彼此的问题。但是 VP 算是强制的要求还是可选的汽车，它是核心且不高去，又提供了替代方案，然后就会导致实施混淆，然后我就选择强制去接触，就是最终确认一下到底使用哪个。 + +信通院云大所市场部-张媛媛(04:11:20): 还有一个更新是我加入了您上次说需求阶段。需求也要是分阶段对也实现了。直接也可以看视频或者说。等他就直接看这次 ask question 结果。行，那直接看就照顺序。是开始，这个是我给大家第一个，然后他项目类型分析确认为认开发，然后开始 ask a question 这也是他提出的问题。对这些我就。这个就是我强，我要我指引他去问哪些功能是在 VP 中实现的哪些功能可以做降级，哪些功能是比较难的。 + +信通院云大所市场部-张媛媛(04:12:27): 对。这是他给你提的问题，对他给我提的问题，然后他说明白了 VP 先不用知识徒步，然后这些对。看一下他的位置。整合自动整合对我选自动应用建议。也有整体状态比较资源配置创建临时文件阶段一收集出想法。 + +信通院云大所市场部-张媛媛(04:13:21): 阶段二调用这个 agent 的分析项目类型，然后接收结果，然后步骤三执行网谈这个我写了一个 reference 你这个部分给它生成的。都在觉得生成在生成第一版之后，第一版的什么第一版需求文档之后，就是他对先生成一个基本的需求文档对。对就是执行网的详细过程中写的 reference 它要就是读取配置。根据主要是交互访谈的触发主要是然后执行完之后就生成第一版需求文档。 + +信通院云大所市场部-张媛媛(04:14:05): 需求第一版生产完之后输出总结，询问用户是进入是先修改一下还是进入多结算评审？然后就是进入多颜色评审，他这里以后建议你使用更需要生成图了，你知道吧，因为你这个好多逻辑判断确实跟文字一样，你还不像那个代码基本上逻辑判断就是意思什么，这个还能判断出来，你这个基本上跟文字完全一样，是就不太容易一下子判断你的逻辑节点在哪？好的行。 + +信通院云大所市场部-张媛媛(04:14:42): 然后这里就是进入多角色评审，他会读取这个也是写在，然后他精要步骤就是识别先读取那个第一版的系统的，然后分析他不是在前面也有了吗？没有前面那个项目，只是初步的一个项目类型的大概识别。 + +信通院云大所市场部-张媛媛(04:15:12): 然后我还增加了一个固定的专家是 AI 专家，这个是增加固定的，然后就是这个领域专家，这个是需要靠这个识别过程传入 prompt 的，然后接受评审。学生评审就然后询问他的决策模式是20块钱，我看看，或者你问紫金。打开我看一下 Agents. 你看哪个是快速人是在你不会用桌子和客户窗口在主窗口里做主窗口做的？就刚刚讲。刚刚出窗口里面做的 reference。什么意思不，你那个 ask you the question 是在哪个地方实现我主窗口里面做的是 CMD 然后我建议是加载，然后读取详细指南，然后我也给他，那就不叫精，要的就是一个一个主一定的对主主一定的是负责询问的对。知道。行吧，反正你能不能你这个主窗口里面？当然不会太多。不会再对这个不会再对。我很厉害。你那个20块钱流程给我任何 Please. 我在这。对的根据项目来的，根据项目有不同的配置不同的核心问题。是启动实例，体重问题。对这些事例就是我都给他示例，也是根，根据你上次说的不好判断，把对把发挥空间留给，然后就我就只给了一些示例，然后还有一些启动策略。 + +信通院云大所市场部-张媛媛(04:17:33): 然后给他一些原则，这主要是原则，一些方法论的东西，然后访谈目标就是生成这个结构化的文档生成最终的按模板生成。对，然后给定义了一些边界。我主要还主要是动态访谈的原则，你在这里详细说一下。对你就不规定他问什么对，就只规定他的目标和方法论，然后剩下的交给他自己，你觉得效果怎么样？还行，可以待会可以看看这个输出还是有点慢，那整合的时候有点慢不行了。我最近有点卡。不知道什么原因有 C 盘有点慢。我就说要看一看，释放他之后问的问题的质量可以，现在就可以开对，我觉得那问题已经问完了。你可以把两个问题，第一版生成的问题，你第一版的对话和第二版对话的这个问题做一个对比行第一版有视频。是他的问题开始。从这里开始。 + +信通院云大所市场部-张媛媛(04:19:14): 16开始。需求描述助手的主要用户什么情况下把文件数据源补充的问题是？研究报告包含哪些内容输出的报告是用户和组织的交互？该分为多个专门的助手，完成多个专业助手协作。你选的是什么多个。预计有多少用户会使用，我需要存在哪些类型？这是你写的吗？老师你选的文献作者，研究机构，是我选的，然后我再选其他里补充的这个，因为咱们其实通过结构我也不太确定，对，就我只能给他一个大概的需求，就是尽量保留信息。这个地方反正你看这个地方就是考验专家的能力去开始是，那你给他什么指引？我给整个背包的，这又需要哪些专门的部署角色，这是你选的我选它生成的选项好的。还有很多选择，不就是这几个都列出来了，你都选了。有点问题，就是我发现这个工具写到其他里的，它有时候会就断掉，对断掉，这有点奇怪。有时候会断，有时候不会断。没有时间。基本上都没有不可收。 + +信通院云大所市场部-张媛媛(04:21:15): 吃的不贵，这条版本中的实现哪些功能在后续版本的？这我们判断这是阶段对这是阶段的问题是有个阶段的问题。交付流程是什么？这个流程是你自己写的，哪个就是用户和完整的交互流程，可在多选和其他加一中，这个肯定是我写的，这个是我自己打的他肯定上直接他那个流氓了，全的对。 + +信通院云大所市场部-张媛媛(04:22:01): 我现在感觉他是不是问题的，质量还是比较宽的，是比较宽，你可能是在第一轮。可能没有专家对有可能再往下走，这里生成了结果了，对生成了第一版的访谈结果没还没显示完吧，没显示完没显示。Requirements. + +信通院云大所市场部-张媛媛(04:22:44): 这是第一轮对第一轮的需求整合。可能支撑到哪了？你这不能采用小红点吗？我都是可以照一个本子和那个灯给你排一下，不能你们这个太多的东西的感觉，我弹起来了。所以我可以为什么我要并行，我可以等他排完了我再过来处理，你得自己看这个不会，你应该能设置到我感觉这个我自动编辑出来问题还得每次都说我感觉你这肯定不对。量成本低？目标。你自己选的好。我认为起码模板上是比较简洁，没有什么重复的。我再做看。尤其是这种场景。我只选了一个。这个典型流程是他根据我来，你输入之后他自己完善的。这个也是我写的 MV B 阶段就用这个完整版本的 web。 + +信通院云大所市场部-张媛媛(04:24:34): 对不起的，刘婷婷说的。比上次好。我从模板上也优化了很多。你给他点写一个需求文档的案例了吗？案例没给哪里没有，因为我找不到这要比较好的，其实我想跟这个可以。行模板是我不断的校正过，也根据咱们的需求就什么分阶段交付之类的，咱们上次会议讨论了一下这个主流程的时候，根据我内心描述应该根据上面吧。上面那个流程吧，上面那个流程就是我输入的，对他不是加工了一下，对加工之后生成这个吧，我感觉是根据上面的生成的，不是完全让你输的。确实不是完整，按照我对你看看是不是完全按照他自己生成899个流程你看看。 + +信通院云大所市场部-张媛媛(04:25:40): 九个模块就是他可能也不是他只说知识整合汇总搜索结果，这里面直接写的知识，图为的存储于去中。这个是我给大家的信息文献分析？搜索存储分析，充分检查漏洞问题，继续搜索迭代循环不充分，减四小于五，这个是我给他的，从做过达到五次甚至初稿，然后引用教案化输出。 + +信通院云大所市场部-张媛媛(04:26:16): 你这个流程还是比较准的，因为我给他，你那个是五轮吧，我记得好像是问问了几轮，这个是我给他不是，这个是我给他的就是这个典型流程的迭代次数。他问了一个问题，说如果。搜一直搜不到怎么办，我才告诉他，就是如果迭代了五次都没有通过充分去检查，那么就输出就是我给他的信息。下面还有流程出品。也是根据上面说的。异常情况我还能说是他自己生长的是我给他点到44。知识去重，这个也是我告诉他的新文件信息有存储也是重复去重。引用校验失败是他自己生成标记问题引用。两个 Mad line. 是我选，因为我不太确定，所以我快速选了一下。系统集成一个知识同步存储。你看没有他工作需求，你当时提的时候实体你还要在数据化结构，你说尽可能保证多次性出来了，但是他并没有？好像是你看你这个附加的需求并没有对他产生影响，他没有做进一步的搜索，或者并没有进一步的改善这个。 + +信通院云大所市场部-张媛媛(04:28:14): 功能知识综合的功能需求，那我觉得他有点太笼统了，就是他没有告诉他具体要实现一个什么样的就为什么不许多人都要想的，因为我也不太知道你说的是要存储结果你当时是你还记得当时写的是把这个文献里面你认为重要的信息尽可能的保留。你还记得我记得对是我问的，那你补充的话，当时问你是怎么承办，有的。对他写的是这东西，但是你这句话对它没有影响，这就是好像是你看。都到那需求文档生成的时候还是这三类，可能我提的也太烦，所以他得说具体要细化到什么，这个可能他没有办法理解你到底要做什么，因为我自己也不知道，所以我在说那这个，但是对我来说，这个用户的体验是很不好的。我告诉你了，你不理我。 + +信通院云大所市场部-张媛媛(04:29:33): 行可以加一个着重注意以后的 type something 对可以他一定是最重要的。其实他这个是没回答对，所以也我找到的一个其他的也没有反馈的不好说的，那你这个交互某种程度上就没什么意义了，除了一个选择没有增加，有肯定是有它有肯定是有吸取到，就比如说我说那个流程对还有那个什么迭代次数小于五，那些都是我们，那是非常明确的理解。对可能是这个他是实在不知道怎么理解，是不是行，那我也设置一下不明确的就保留。我再琢磨一下这个关系，我就回过去，你看我跟你说 debug 的能力非常重要的，你看超长的记忆空间，你得把它之间出现的任何一个。异常的东西反馈到你的结果里面，这比 a 级很牛逼多了，你这是发现不了的是知道了，所以我就说第八个是很重要的。 + +信通院云大所市场部-张媛媛(04:30:48): 看到他的问题。我先回答一下这个问题，我就让它生成最终的。工资条件。你才能判断出这个问题来能这个矛盾检测对矛盾还能判断出来。增量开关。搜索不到新闻线。货不是个货的问题。 + +信通院云大所市场部-张媛媛(04:31:25): Finish. 连锁的分析之间谁负责根据纳入？标准白厨是标准排除，根据这句话啥意思纳入排除标准筛选文件，什么叫纳入排除焦虑？是分析检索到了文献之后，分析这个文献是否要排除，筛选，就是要挑那些对怎么挑文献分析，同时吧。应该同时吧，或者也行都行独立。文献分析里头干啥，先专门筛一个他的意思就是筛选和分析要不要做用一起要不要做就是你的分析你们是做什么？分析用冲线检查，相当于。分析检索到的知识和现在的问题的关系。那就让他同时吧，因为你上下文的，如果你心中一个意思，他上下文没了行，你上下文没了，你到时候就得做半天传你如果不超出上下文的情况下，他一个人完成。行就生成了。行回到流程运动决策确认自动应用。你那刚才那个 final 那个版本，它下面那就是最终是待会要生成对，回到刚才那个我再看一眼，不是回到那个 requirement。 + +信通院云大所市场部-张媛媛(04:33:27): Environment. 再往下江湖市区拿自己生成的。保持并行搜索是不是？我就现在你是只生成多少个线索子问题我没规定，回头肯定得低。系统更新分析之后重新检查之后迭代通过。你发办公室，我觉得给定流程的他还是能比较。这次定义这个 agent 的结合职能定义这个让他就是核心，只能用自然语言描述，然后输入输出就是区分一下它边界，每个 agent 的智能边界，包括通信秩序什么这些。也能看到我的目的就是给他看得懂，我的目的是给那些非技术的技术也能看到。围着能力边界专门有一个。也是他自己生成。 + +信通院云大所市场部-张媛媛(04:35:05): 我不写会怎么样？不写编辑不只写那会有点乱，我用开发经验就是他对这些边界能力处理就是有点混。一瞬间协作关系。分解搜索知识图文献分析，这还挺重要的，我也感觉是他的能力，充分解答知识，充分对是一间的协作关系，虽然之前也差不多，但是之前是以流程的角度。是延续之前写作的角度就方便读懂了这个地方可以增加一个交互界面是什么？他给他的是什么，就是输入输出这个写出来明白可以这样的话一眼看过去我就知道了，明白，比如说我如果要调这个 a 进程。明白一样，就把那个点打开。 + +信通院云大所市场部-张媛媛(04:36:18): 然后下面就是分间的交付计划，这个是提问的需求阶段，MVP 阶段我让他只实现核心的搜索分析报告是这样。这个是我输入的，这个就不加我的，如果高对可以。它有用户明确要求。这是通过版本，这是街道二引入知识。 + +信通院云大所市场部-张媛媛(04:37:08): 这个地方回头要优化，我觉得这个地方它好像技术上面，反正这个用户能看得懂，可以先这么说，技术这是第一版本？结束读书，等一下我先同意一下，对你赶快做完同意一下你录屏了吗？会记录的。你说对倒是没录，因为可能要展示的，明天对明天展示你要么就是把那个待会我告诉你明天怎么开。 + +信通院云大所市场部-张媛媛(04:37:50): 行，明天那个 PPT 你讲我可以讲，但是你你回头那个图案什么的，这些过程他们不能像今天这个讲法。今天这个讲法太技术了，我录视频没关系，你先。这就是我刚才说了，我明明开了这个自动编辑，但是他每次都让我确认那个感觉，卡拉斯你更新一下看看吧，我感觉这个可能。 + +信通院云大所市场部-张媛媛(04:38:21): 加 M to cycle 还有加 M 以前没出现过我 windows1直有就是切换，这个是自动编辑还是我们是 PT？mac windows 是 shift 还是什么不太一样？那行好的，这个版本结束了，然后再回到那个流程也不一定。应该准备完了，他可能没准又蹦出来问题说不定先回去，那就是你接着看还是回到那个 skill 就回到 skill。就基本上看完了吧，skill 基本上就这样了。那就说明纯粹的需求文档不包含评审过程的说明。结束。你审核我再看一下，评审是往上形成的过程。专家评测这个是精药指南，在这里尽量在我写的 skill 点 D，这不就是四个的，你是？但是详细指南我让他读读了一个 reference 就是领域的，对，因为其他的都已经前三个都是固定的，这个领域是自己生成的。ok 明白。要用四个一，它是同时的。同时并行调用，这个是并行，大概做几轮，只评一轮，一轮一轮，然后把各队。各个提问决策，如果自动的话就调用那个 auto 的，如果要确认的话，就调用这个就是要交互的，这个交互的对，然后自动去整合，就是这个两个。然后就生产保证他，你比如说汇总四个 a 的评审结论。 + +信通院云大所市场部-张媛媛(04:40:46): 就你评审输出是什么评审没说？有就是保存，为了一个别人记录，当时是有那是每个专家的每个专家他都输出一个对，所以你在这个里面定义。定义每一个都会。上面有使用它的公告，这是我写在里面的，在这里面对，在每个生成一个文档是生成一个 J。 + +信通院云大所市场部-张媛媛(04:41:25): 还挺慢的。我比较卡。我最近很卡。这网络不明白，有时候是网络问题，也可能不是可能就是一点问题，可能我 C 盘也，天这方案太麻烦了。行，那这个接下来进入叫慢工出细活了，接下来要？通过给大家试用。通过给大家试用来生成需求，所以你这个 skill 接下来要发到各个人里面来生成自己来生成这个需求，看看跟自己做的需求有什么区别？ + +信通院云大所市场部-张媛媛(04:42:16): 或者跟大模型一步生成的这个需求有什么区别，你看绝对不会是那种刚才那种毫无营养的需求，所以这就是。注入了你的智慧长出来的东西是毫无营养的，太没营养了，他已经生成发现了，刚是在 review 就是。现在生产了再看一眼。你把两个都打开？中国人多杯茶，你换个电脑收不了电脑，回头帮你弄个电脑，帮我弄个电脑，帮你弄个电脑。那行，那必须得行，那是好事，到时候想办法搞一个行就是发音，不是右边是。试图。这看看有什么区别，但是它自动的自动找哪我没管他。前半步几乎没动。是然后系统的必须遵守标准。专家有点用就增加自己。价值不要。你看把你的目标和价值分开了，爱心目标，这是第23地主观偏大概可以成功。还是有一些修改的。那你还把知识图谱这挪到了问题往下。 + +信通院云大所市场部-张媛媛(04:44:46): 中国的方向？这就是他专家提出来的 p1口框一下，一个是这个事，明白了行还行，有点像专家的，所以有点像专家了。我告诉你，其实你只做了一轮吧，我觉得将来有几个博弈的过程，挺博弈的，这是一个博弈的过程。所以你看像我们讨论需求的过程，个博弈的过程。我觉得这是一个充分交流的过程，你现在只有一次性全生产的这个其实错误的框架里的不太好实现。它的通信是比较难的，这跟动态通信不太不一定要动态，我就是生成文本吧，你来读我的文本吧！这样可以，我不需要求你实时看我的上下文，你只要是看我读出来也可以不需要看可以就让其中一个专家读，另外其他所有专家评审也可以有一个。博弈的过程会质量会高很多。 + +信通院云大所市场部-张媛媛(04:46:07): 多个对话。都给你的并行从。刚刚。他把年一进程的设计融合起来，他直接把这个 a 的设计融合进来，他。有点作全，有点具备全了，已经左边比较不全，只说用哪个。比较没有的事情没有多个，那流程就是多个搜索 agent 的并行。前面没有啥意思。我知道了他第一次使用的时候要告诉他怎么用，不要提的，好像专家提的。这一定是产品经理对 P ICU。那 P ICO 就是那个精神专家，那个电搜是啥来着，就是他 population 就是你研究对象干预措施，对这是对于精神疾病的一些一些医医疗专家的术语。Thanks. + +信通院云大所市场部-张媛媛(04:48:21): 报告优化。不同产品用户对报告不是不满意，还可以再重新来。这是你要增加的？加了个 PDF，加了一个 PDF，有可能的马不是很多人都可以用，那是真的对出版，我只是规定。我这就不看往下走了，输入这个输入都独自定义。这跟刚才差不太多，上面其实有了 shed all，看到没有，还有优化功能帮助用户。这个需求你提不清楚，我帮你优化。 + +信通院云大所市场部-张媛媛(04:49:25): 需求成绩。还有点用，并没有强对有，这确实是增加了一些我们没想到的东西。诊断术语标准化，也是他家。你还记得我们昨天给你设计的那个数据就是做低配层，第一步就是说数据映射，你还记得吧，数据字典那个映射就是这个。知道了不。输出处处包涵的方法不对，他直接把你整个的过程给他了。 + +信通院云大所市场部-张媛媛(04:50:23): 摘要你这就这他的比较详细，非常合适，甚至你怎么找到的文献分析的方法他都给你了。参考一下。英雄准确性标准。标准也是差不多。第一，我跟你说这些需求出来之后，你不论是编程还是直接写 skill，根据这个需求直接转 skill 就很容易，已经很小心他你通过 skill maker 或者你自己优化那个 skill 你通过转成 skill 是不是？我对我下一步比那个方案要高级很多，对他没有考虑什么一点。我觉得是可行，QQ 可行。这个典型他加了你输入优化他给你加进去了，然后再分解标准数据扩展。因为这种情况下容易命中知道吧，你如果普通的语言你搜过去要么太宽，要么太就是太偏明白。 + +信通院云大所市场部-张媛媛(04:51:44): 价值有点东西。没错，为什么没有了，是我选的，你选的就是他识别你让我选一个，我只选。这个流程估计改变不了太多工作流程，说你和他加这个问题分解。每一个方案都给你细化对把它细化好可以。一块对增加了一个增加了两个，但是优化。这是。每一个都全面一些进度反馈，对增加进度反馈机制。有道理的，一开始的人是需要的异常的处理。这个是我选的，选咱们选的，然后你看它有个备用数据源，第一个这是对的可以。When the F. 真的不怎么确？这个好像是新的问题分解失败是准确。对他新的他引导用 PS U 了。 + +信通院云大所市场部-张媛媛(04:53:36): 重新分解失败，这是要是重新回答分解失败的话。分分支流程一。他原先这没有12对，但是上面异常情况有12，首先它对应起来异常情况。抑制性过高。这个是没有，因为对疫情专家。这个人。你看这是第一轮就做出了一轮。外部数据的需求。赢一输赢这个时候林鹏注册实验注册，这是他家的，这我也不知道，所以这就是专家的必要性。灰色的文件和会议代表会议正式发表了对的。长期规划播种原数据库第一。 + +信通院云大所市场部-张媛媛(04:55:10): 系统集中的需求文件，质量评估工具是根据分级系统。Breed. 分分几个线那边，本段授予标准和库是该有的。那你等会看回来了，就是异常场景很久了。有声回到各地分解。就没有了。是充分性的充分性，它异常分析好像没发。我只能自己。感觉身高好像也没加。他的异常场景里面。你回到你的异常分解里面，我看看他是在什么条件下出发。分解。处理方式，系统提示问题，用户问题。你表述不够清晰。系统提示。那只能在用户输入问题这里。那你看看你是不是问题在哪？对。都没有往回走，它是美国，不但是分解失败了，分解是有在这分解失败，这也没自由的不会。然后没有异常，他画的是什么？你这是自本审那个问题好的。你没有词汇？词汇学就是这个意思。你分解不了回来。他应该回到。就问题分解不了，应该回到这，然后再回去是，但是他的意思就是在这问题分解里面，把这个优化模块，否则的优化模块没用了，那也有这。 + +信通院云大所市场部-张媛媛(04:57:57): 分解为子问题，它是分解为子问题加数据扩展就是它只给这个 agent 加了那个数据扩展的过程，但是那个异常好像还是没画上他反正就是在这个里面，它没有标注出来，可能是他肯定是在这个问题分解就在里面，可能是他直接就视为这个 agent 的知道了对。你看到没有这种逻辑上的对应关系，它虽然表达出来了。有时候他未见得做得出来。明白。所以这就是人的注意力的重要性，所以记不住那么多，我记住几个重要点，形成高亮的这个注意力。我就可以自动 check。你看分季那只能多加？不用说了，是有很多。所以他那个问题分解里面没有做优化的过程，它也没有增加优化它上面是写的是对这一定的过程，还是它的流程。模块还有个模块，这个模块可以被调用好，知道了。你不能和他完全错误。你不能先从分解失败的时候。可以去就基本上在这里面可以我知道。不吃吃，至于地 Y 的还能驱虫，吃的挺好。行吧，最基本上不仔细看一个差不多，他就这么定义。每天数量大约20上边界。具体确实就是我有点记不住这个啥文件筛选没有标准，有可能是期刊好，对期刊的一些水平。 + +信通院云大所市场部-张媛媛(05:00:22): 写作是贫血，我先回去。策略。ui 无线 ui？动力上的在选。写作间多了几个分支，我有几个外国好的根据。所以你看没有对比是比较有价值的。你看做了文献质量评估，明白了国内的证据分布就是刚才你那个流程图里面加的那些不分析检查标准报告有准确性校验。告诉比我的比你多多了。 + +信通院云大所市场部-张媛媛(05:01:46): 推行。你们说的还挺对。还行，你看它这有一个很有意思的地方，数据模型设计平滑迁移到这支毒品，所以使用结构还是坚持对。还得睡觉。确实有一些补充，这个回头你有三个专家通过三轮博弈之后，再看看三个博弈对它里面是不是哪些更重要的文字出来还是怎么样。 + +信通院云大所市场部-张媛媛(05:02:31): 现在因为你是测试，你觉得着急，你做的都是同时的问题，对一个新问题一开始正确是非常重要，哪怕他一开始给我生成一个小时的需求分析，我觉得都不要紧张。第一步生成的，只要能生成是有效的，准确，正确的需求，这影响的话就是值了，因为比你自己去调研，你想得调研多长时间？因为花好几天你都调研不明白。确实。还有专家审核？有无法回报那个时候，刚才包里边对将来还挺对的，就是完整明白了他加这个什么技能？就不聊了。 + +信通院云大所市场部-张媛媛(05:03:32): 这里面有一个问题。我如果在优化这个需求该怎么办？优化一个需求，你说在这个世界上，我进行进一步的优化，我难道重头生存一遍吗？不可能改怎么改？你拿这个文件就改，不就得做一个优化的，就根据对去提问，对和产生的问题。然后去整合，明白了吧，明白的是你，你不可能我重新再输一遍需求改一遍，然后再生成一个报告。这个过程就太什么，不是我要根据它的过程和它产出的，我根据这个东西使用出来的问题。你的需求产生的问题，比如说我漏了这块了，我多了那块了，然后告诉他你怎么去修改这个需求可以？明白还得有一个需求优化的 A，这个可能是可能我们可以做个 skill，就做一个新的 skill，就是独立的，对独立有立的。就没那么复杂，逻辑比它简单一点你你到时候回家里头记一下，好的慢慢来，这就是我们说一个慢慢打磨的过程。肺功能最小的肺功能需求。其实都提过了，人家都已经融合在前面去了，他的技术因素其实都价格好多都已经融到前面去了 API 这块倒是增加了。 + +信通院云大所市场部-张媛媛(05:05:27): 本田的也是业务约束性格需求。五到十分钟内反馈结果复杂问题，这是你自己？我给他提示多少钱，最聪明的超时前。是的。卫生你看这才是第一版需求这么多逻辑，那种积累了那么多年的怠慢，你这个逻辑你梳理得出来吗？太吓人了，确实。行差不多。的扩展性维护性。可以做基本上逻辑框架就是按照他，你左边的第一版的逻辑框架基本上维持了他没有改你的第一版的逻辑框架确实在他们做优化。你看它这里面也有一些乱七八糟的话，你往上走，我给你看看看什么语言友好都往上。对什么逻辑清晰了，语言流畅了，后面有的价值异常情况有清晰的提示。 + +信通院云大所市场部-张媛媛(05:07:19): 首次提供引导和实力问题了，这是有价值的用户体验方面，其实用户体验绝对不止这一点，要想写多了？可能是我给他的，就我给他的要求，我要求输出的是逻辑信息引用的和语言流畅的高质量报告。行吧。验收了。都能验收标准 OK VP？比比第一版的你们你看过第一版的我有点记不住了，第一版大概是个什么，第一版的你好像因为是信息专家。信息化专家他提的好像就不是这些专家补充意见了，没有这么专业，好像不是对方一样老师？你们猜猜这里面哪一个是 AI 专家提的？ + +信通院云大所市场部-张媛媛(05:08:25): AI 专家知识图谱我觉得 ai 专家不一定，我觉得 a 进的分工那个 a 键的要求。细化的一部分是 AI 专家。有可能确实。对问题澄清什么？可以基本上下面就开始进入第一个把刚才你城里的城里再做100。吃完之后我们就可以开始做测试了，就是每个人都拿这个东西来做自己的需求澄清，看看跟自己的差距有多大行，然后把使用的过程全部反馈出来行？我们自己给自己开发工具了，那使用也是需要那些账号对需要，因为它都是架构在 cloud 上面的。 + +信通院云大所市场部-张媛媛(05:09:34): 你那个没有吗？你没有 claude code 就是不知道，我估计就要交会不够20pro 应该差不多吧。没事回头不够了，我们想办法，这个 token 不算特别多，不算，大概一轮下来估计十几万打出来十十十几万头肯打住了。对你看看 usage 那个 token 对 Context. 你是出来了吗？他是 bug 我这很多 bug 那80k88万，是不是都不到十几10008万？他们投票80k 没问题，一个是你，你一天一天都不止，这个是五个小时，对五个小时就是多少，可能都超过100万了吧，五个小时都不止100万了。五小时差不多不止100万 token。那我们两个重要的事情，一个是会议纪要是需求成绩都没有，其实会议调。完全可以拿跑一遍。主要逻辑可能有比较混乱。你可以把我们的需求模板给到他，让他根据我们也是用它的，所以我就说你可以把你的基本需求给他，然后让他去交互去。所以你看这就是相互支撑的，把会议纪要那个需求文档拿给他，然后让他把生成需求之后，然后再用我们那个 skill 生成那个 skill creator。 + +信通院云大所市场部-张媛媛(05:11:52): 那下一步我们就你把这个完全差不多了之后给他们测我们自己测的过程中咱们俩就开始研究那个 skill 的那个流程，可以，我很想做那个对我很想做，我觉得那个的价值很高，确实对。短期长期我告诉你们这个价值远超过 skill 你知道为什么情绪？你们知道为什么那些 skill 会变？就 skill 这个结构会变的，因为基本上就把 skill 给灭了，你知道吗？oppo4.5今天研究下来你知道什么结果吗？oppo4.5我看了一下，它好像 max 用户也有限制。没啥限制，有的 max 咱们是吗？还是有的十二十四到？四个小时包包，每周已经限了，我之前也记得是西安的，因为我之前用着发现他爆出来一个什么。 + +信通院云大所市场部-张媛媛(05:12:53): 抛线要不要切换模型，这是老的？ + +.(05:12:54): 以前是默认 o4，然后给你降级到。 + +信通院云大所市场部-张媛媛(05:12:57): 不是这是老的吗？对这是老的 office4.5和 s4.5现在的 token 数给到 max 是一样的。行，那我可以试一下，那我告诉你 office 有三个功能已经出来了，一个是直接代码执行，他可以自己编代码执行那个 code，所以所有的代码产生结果不进入上下文。中间过程全部不进入上下文。你知道吧，所以他自己把 skill 就基本上另外一个它把 MCP 也做出色，他不上来加载所有的 MCP，他所有的工具。都是先加载，甚至连原有的不加载直接上去搜，所以它有个 tool search 功能，所以你看到没有，他现在基本上来就把这个 skill 的很。很多功能，也就意味着以后我们可能不用自己去编上下文的。别叫不用谈是什么时候都会。所以你看那个 skill create 你以后可能连 skill 都不用 create，因为自己就把它成功，自己把它继承了我们的需求这个过程。这个流程是有点重要，对明白了吧，所以但是现在对我们来说又是重要的，所以你们研究我今天给你们发，你们是没有好好看他那三个工具很吓人。 + +信通院云大所市场部-张媛媛(05:14:34): 就基本上把 skill 的一部分我的理解所有人都没有，我看完之后我就搜了一堆视频看了看所有人都没有把这个理解到这个地步。我认为它是把 skill 功能内化了，他直接把上下文的管理放到了 office 自己的内内部去直接自动化管理了，它还有自动压缩放下来。所以就把以前的上下文的这些挑战慢慢的消除掉了，不要问是很厉害，但是我想问的就是。 + +郝倩玉(05:15:00): 把以前的上下文。 + +信通院云大所市场部-张媛媛(05:15:09): 销量的是有没有这样的销量4.5他为什么不把这个能力开放给三点四点五是因为他没有经过这样的训练吗？我怀疑是从那个4.5出来的时候，他可能压根没经过这样的一个训练。不色系的这个功能其实没有内化，我认为他现在的方法一定是经过图设计，强化学习的，有可能一定是经过强化学习的。我们看看能不能把它做得更好，就是借助这些好的工具，就效率就进一步提升了，就不用再去自己折腾这么多东西。 + +信通院云大所市场部-张媛媛(05:15:50): 这就是技术进步很吓人的，但是包括这里面，你看你们从来没有去定义不同的模型，干什么事情，你们现在都是默认说的。下面还有模型的优化使用优化你在什么时候，就比如说专家评审的时候，你完全可以用来做一次。你试试看，保证效果会不一样。然后那些做文字简单处理的，你用来做一下是不是它效果会很快的，它时间反而非常长，所以就说这些模型的。 + +信通院云大所市场部-张媛媛(05:16:27): 你也可以让他自己帮你定义模型 oppos 是就是比较抽象的一些能力要强于就是纯编码强，不是可以这么14的。thinking 能力强，对 thinking 能力强，就他比所有的 thinking thinking 现在有推理要强一些，对它的 thinking 开到 my thinking middle low，它开到 middle 的时候。他的分70%多的，大概这个水平就是他的能力基本跟 son 是一样的，但是他的 token 消耗降低了48%。你知道吧。所以但是在这个里面好像没有办法定高中低在里面，我不知道能不能没看到你，你你告一下斜杠一下 model 看看。你看现在可以调用。你是 max 完全可以掉。我都开始。我的4.5是4.5你是 office 的，你 default 是你看到了你刚才就是用做的已经到了极限了，所以还不错的，看到没有？还可以。但是我 skill 我的 agent 的里面好像定义的是我定义的好像是 S。我专家定义的好像是送的是吗？ + +.(05:18:07): 那你要看你的16点 MD 主 a 定的起的时候带没带？ + +信通院云大所市场部-张媛媛(05:18:09): 只跟？那你主页用的是对主页用的是那专家，我可以换一下试一下，回头试一下好的，所以我就说你看还有很多值得优化的地方。都取决于你，你们对 cloud 整个的理解，你可以理解的越深，理解的越细，你能够优化的越好！ + +信通院云大所市场部-张媛媛(05:18:42): 行吧，那接下来的任务就是第一完成完第一版之后，你就可以定义为基本1.0了，你就再完善一次就是1.0了1.0发布出来以后。 + +信通院云大所市场部-张媛媛(05:18:53): 张仲达你你负责把整个 skill 的整个 plugin 管理起来，你去学习一下。听到吗。 + +信通院云大所市场部-张媛媛(05:19:11): 你那声音很小。 + +.(05:19:18): 是你那边卡你们那边卡？ + +信通院云大所市场部-张媛媛(05:19:25): 喂弄个什么，不然的话，这种影响是很多的行，或者我们到时候统一安排一个以后这种事情。请你帮着安排好了就行了，什么内部开会像这些东西没问题，然后这个接下来就是1.0发布以后，江军长把整个 plugin 管理起来。我们也有 marketplace 的知道吧，我们可以做自己的 marketplace 完了。我就不想。 + +.(05:20:00): 收到。 + +信通院云大所市场部-张媛媛(05:20:04): 行，那接下来就是开发用这个开发一下会议纪要的需求，你来试试，然后这个还有就是我们做 skill 1.0那个。基本上就往往往下接着走了，如果这个能做出来看看他这个 skill 到底能实现成什么样，我们让他做一次文献综述能做成什么样行，然后会议结束之后，你用你的会议 skill 看看生成一下今天的会议纪要看一看，看看到底效果怎么样。 + +信通院云大所市场部-张媛媛(05:20:38): 回到那个对仪表盘这里没基本上没了行，接下来的差不多该讲的也都讲了。因为我回头我单独跟你说吧，或者这说一下吧，你明天就我想你，你还没开通。明天回头你把发给我，你把整个的需求澄清的 skill 的。文档到时候发一份给我就好了。It's good. B 给我就行。CMD 对剩下我都不要了你你要生成对我要生成那个 PPT 我要生成一个 PPT，我把 SKILL MD 那个 PPT 的过程给大家讲一下就行了，然后你去。把这个物品不是录屏都不用录，明天没时间看，把最终的 final final final 或者是把那个中间和 final 展示一下就好了，就刚刚那个版行对，就刚才版还需要再不用再生。就这样就行了，就这样的就明天就可以随时就用了，明白，这样的话明天关于这个的需求这一块的澄清基本上。可以展示一下，接个电话你接有拜拜喂你放门口吧！喂。信号不好。行，那也行好的。行好，谢谢。待见。还挺执着的你你一般就放走了，负责任对！ + +信通院云大所市场部-张媛媛(05:22:40): 所以明天，然后另外就是讲一下数据治理的那个 PPT 我来讲，然后就行了。数据治理那个三个案例，你反正详细做了第一个23比较随便，但是没想到我看病。看病经历也比较少，都没看过精神类疾病，所以也就那个王院长说的比较清楚，调研了一下，是那么回去，就我看到你，你在这方面。 + +信通院云大所市场部-张媛媛(05:23:14): 逻辑整理就整合成可以表达的文件，这方面还要加强，你们都是属于理工男太太太干确实太干是你看我给你发了几张图，确实？你看你就不知道怎么把它表达出来好好的，所以会讲故事比会干活还重要是。你们要去学。 + +信通院云大所市场部-张媛媛(05:23:52): 明天的会议我看就差不多先就讲这两个，然后就是估计是各个模块，就这两尤其是就这整体智能体还要再讲讲整体智能体里面，我们首先第一阶段已经明确了开发这个文献的。文献和靶点发现文献我们已经就把需求分分析这块是不是要把整个的流程讲一下就是整个的靶点开发这个流程。从文献到八点开发的流程再讲一遍，把它细化打开也可以。这样吧，我想你，你反正你得熟悉我不依靠你为主，但是你自己做一遍，你把文献分析到靶点发现的整个这个智能体的。 + +信通院云大所市场部-张媛媛(05:24:44): 开发的过程。你理一遍。行能理解吗？我在哪考虑在哪？就相当于跟 cos 差不多，比那男生比那个难，因为还要加上八点发现晚点发现里面还有其他的一些模块的整合，可能把案发现我比较，那你就把文献那个先整理完，你把整个文献的就 cosmos 吧。你把整个 cosmos 的这个流程审核一遍，回头我来生成 Ppt. 明天反正下午吧，明天晚上或明天早上我要做一下。我明天一点，下午早一点，还有一点这12:30就得过去了，差不多是我问你还得问一下林哥，我问一下，你问他一下他明天从哪走行，你明天从这走。我不好说，到时候再定吧，如果我在这，我就跟你一块走对联，我还有个有要请两天假，什么时候开始，这周四周五。我请两天假，我们会议那边要去讲 presentation 你也开始讲我的论文应该 ES。还好，就有 QA 可能看看不急。ok 这个没问题。我看看。 + +信通院云大所市场部-张媛媛(05:26:32): 服务器采购时间。你们调研好小服务器之后该买就买吧，然后关键问题是要让大家怎么你得做好，怎么把所有的。存储服务往往往这边移的这么一个方案？ + +信通院云大所市场部-张媛媛(05:26:55): 声音是又小是可能是我刚刚。 + +.(05:27:00): 你们那儿卡的？ + +信通院云大所市场部-张媛媛(05:27:00): 是我电脑声音太小。我听到声音太小了 ok ok。那个问题问拿优化那个版本收集完了吗？那些问题。 + +.(05:27:13): 没有现在是这样的，首先用户反馈那块现在有点受阻，就是和媛媛沟通。是媛媛让我找窦主任，然后那个找窦主任没理我，然后看看是不是好，那现在牵个头啥的，然后让大家测一下。 + +信通院云大所市场部-张媛媛(05:27:31): 对推动一下，推动这个问题问答系统的一个测试，这是啥？这是我们基于做了知识库，然后知识库做智能问答。那个版本已经上线了，这样你跟那个谁好像交接一下，然后这个后来那个版本的重构前端那个重构，你们现在做到哪什么地步了？ + +.(05:27:58): 我们现在就是你前端的发展确实也太快了，这还在把那些方案再。 + +信通院云大所市场部-张媛媛(05:28:07): 我跟你说基本上都速度很快，我看了基本上不要再追了，追到 gma three 就够用了，就是你 cloud 也行了，你 GM 那个也行了，我看生成都已经很好了。 + +.(05:28:14): 对。那行吧，那我这周就开始定方案了吧，就或者定把需求文档写清楚先好。 + +信通院云大所市场部-张媛媛(05:28:22): 你把它定了！对我基本上我觉得你就按照麦克那个流程走就好了，你前面网站上加一个弹弹框，然后直接跳出一个。问答框，然后问答框，如果他输入问题了，直接回到网站不就行了吗？ + +.(05:28:42): 好知道了。 + +信通院云大所市场部-张媛媛(05:28:45): 然后你把逻辑设计网站上有很多好看的图片，现在前端的能力太强了，现在关键问题怎么把后端的这些组件的这个叫什么逻辑和后端的交互把它构建好就行了，我个人觉得。你你把这个程序库导给他，让他这个基础上套用你这个图片来生成整个的网页完全没问题，我估计你半天就搞完了，如果快的话。在测试当时搞个两天应该差不多。 + +.(05:29:17): 明白，我觉得不算太难，但是这个 G nine three 的那个 build 是不是全免费的，我还不确定是不是免费版也能用？ + +信通院云大所市场部-张媛媛(05:29:26): 免费的现在是免费的，能用，还有 JCOI 那个好像也能用另外一个不行，我把那个账户给你，你也可以用，但是要从美国那个道路上。 + +.(05:29:29): OK 好好好。我先用免费的，先用那个 build 先做看看，然后做完了再用 cloud 改，这样也可以。 + +信通院云大所市场部-张媛媛(05:29:44): 另外一个前端开发，我觉得也挺不错的。 + +.(05:29:48): 这两个我感觉都还。 + +信通院云大所市场部-张媛媛(05:29:49): 这两个就够用了。我觉得这两个前端开发基本够用了，不用再去折腾。前提是找到好的 reference 好到那个网站参考，比如说麦肯锡还有没有更好的，比如说像这 PPT，反正你选几个定一定。 + +信通院云大所市场部-张媛媛(05:30:13): 如果自己再能自己设计一个 style 出来就可以了，因为 TTPD 现在最大的厉害是它可以生成一整套方案了，懂吗？这个是非常可怕的。以前你一个组件，一个组件的组合，你的出来东西非常丑的。 + +.(05:30:26): 对我知道。 + +信通院云大所市场部-张媛媛(05:30:27): 你还记得我跟你说过吧，你拷贝单个组件是不行的，它现在整体的风格你可以自己要求它按照什么风格生成一整套的是没问题的。 + +.(05:30:37): 反正两个方向，一个是让他自己生成，另外的就是看有没有参考案例给他好。 + +信通院云大所市场部-张媛媛(05:30:39): 好了。对！所以这个是需要我后续做什么，让他去测试那些人在测试回头给你交接，就是让我们市场部的，还有我们自己。 + +.(05:30:53): 这个会后不行我再跟你对跟你交接就行。 + +信通院云大所市场部-张媛媛(05:31:00): 这个网站出现了哪些问题？前端有没有不满意的，什么突然崩了的回答出不来的回答错误的把这些问题全部整合回来，然后再去修改。你现在1.11.0版本出出过来了，1.1版本出来了吗？ + +.(05:31:17): 测试方案测试手册。用户手册等于？ + +信通院云大所市场部-张媛媛(05:31:20): 不是48。你不是收集了一部分用户问题了，之前全部改完了，都上线了。 + +.(05:31:28): 那个问题很多是基于1.0的。 + +信通院云大所市场部-张媛媛(05:31:32): 我知道了。 + +.(05:31:34): 对了，这讲到这还有一个问题，就是我的本周进度里边有一块就是天眼查这个需求文档这一块的话首先我去看了我们现在那个天眼查账号，它是没有自动每天推送的。 + +.(05:31:51): 就是这一块的需求，是不是还要再找同事再确认一下他到底是想怎么做，我发现他现在就每天他没有收集日报。 + +信通院云大所市场部-张媛媛(05:32:02): 当然没有收集日报了，他只是提了需求。 + +.(05:32:06): 我方案给他了，他其实也没有做，就是日报，其实他感觉是不是他不需要还是怎么说。 + +信通院云大所市场部-张媛媛(05:32:14): 你你方案给他了，他知道怎么做吗？ + +.(05:32:17): 知道都是天眼查基本功能。 + +信通院云大所市场部-张媛媛(05:32:21): 就很去操作很困难吗？ + +.(05:32:24): 就特别简单，所以没做我才产生的疑问不行，后续我跟郝倩玉再和再沟通一下吧！ + +信通院云大所市场部-张媛媛(05:32:32): 你们俩问一问！好了。电检查这个不是特别重要，你们反正让他们能够尽快用好就行了。我这边那个招投标文件，那个钓鱼对那个招投标，后来需求已经没问题了，然后我已经发给旭龙了，然后到那边看看技术传播可行的话你看看。 + +信通院云大所市场部-张媛媛(05:33:02): 回去看一下，对还有新的是袁姐刚给我发那个 G 那报告转写，他说要开始弄了，那是他直接这个之前，你也可以跟着来，这个之前张德达是做过11些试验的。技术水平到什么程度是做过一些测试的，把了解清楚，所以技术用户需求都得了解，才能当好产品，就是这个技术能做到什么程度，现在 skill 现在又新增加了 PDF 的 doc 的这些处理功能。很厉害吧，所以可以真的关于这个 PDF 这个改写的你去用 cloud 的那个 PDF 的 skill。然后去做一些操作，看看它的技术功能，到底咋我看看我们很多人其实没把这个 PDF 用好他能做的功能特别多。你调研一下。技术上给你调研一下，没问题的，就是研究怎么把 pdf skill 的功能用好，然后告诉迁运。然后让他去跟张云去对接这个需求怎么来做，这个你先不用管了，让他俩先对接吧，这个需求你转给他们就好好的。技术上，你你来探索一下。然后需求你来整理就行了，千余来整理！ + +信通院云大所市场部-张媛媛(05:34:41): 还有啥没了。行，那就先这样，按照这个，反正尽快生成一个会议纪要，我们对一对看看，趁着热乎最好今天晚上发，如果来得及的话，你的 skill 一遍多长时间？半小时吧，半小时，那差不多你到时候发给我们，到时候脑子里还有点热乎镜的时候能记多少算多少小的那教师把每每个人周报发我。 + +.(05:35:13): 还有一个就是数字人的那个需求，主要就是数字分身的那块，就是对于12月份那个会议的进度来说的话，是不是就是说拍摄这块的话也可以同步进行，因为你无论怎么样，其实都是要拍摄的。 + +信通院云大所市场部-张媛媛(05:35:25): 没有。可以。但是拍摄先不要我说了，不要拍合合作，因为你还不知道什么时候。 + +.(05:35:32): 我知道，那我就直接找人林老师任贤林老师好。 + +信通院云大所市场部-张媛媛(05:35:40): 真仙灵。 + +信通院云大所市场部-张媛媛(05:35:49): 那我这周是先把回去先把这周的会议纪要生成了 cosmos 的文献综述的。流程就是那些 agent 的编排也生成一个对用用格式给我就行，描述一遍就行，对描述给我就行，然后不用太差。好的精要一些，对明白，然后我就能够生成 PPT 就行了。ok ok 差不多弄个几千字的就够了，然后还有那个 PO 文件的那个 skill。这个优先级是在这个优先级是我还要改需求文档。skill 还有就是那个会议叫 skill 我要试一下你说的那个需求，对还有这个你放在。我觉得这有叫什么。需求就那你确认了，我还没来得及看。这样招投标这个东西你先放一放交给这个谁，你需求文档确认好了，这样你你和江南两个一起做。就是你把招投标文件那个 skill 里面需求文档审理审好了 ok 你和加达两个人一起审好之后，张能达先写第一版的 CPU OK！明白，然后或者你俩先商量好 skill 的整个的逻辑框架，然后让他来写 skill 就行了，你把这个 skill 的架构做出来就行了，挺好，比如说 skill 里面。 + +信通院云大所市场部-张媛媛(05:37:35): 第一，包含这个 skill 包含哪些组成成分，这个调调上交给了对，要不要 agent 模块对，然后再把这个逻辑说清楚，让他自己去调去，明白好不好小。 + +.(05:37:54): 一起沟通一下吧！ + +信通院云大所市场部-张媛媛(05:37:54): 这个难度不小的，但是我没看那个需求文档，我自己脑子里想过了这个难度是不小的，所以你们也应该分阶段需求开发。 + +.(05:38:07): 明白，因为涉及到 skill 的话，现在发现是调比一开始更难调的话。太花时间了！ + +信通院云大所市场部-张媛媛(05:38:07): 我最后一个。那了，那肯定那了，什么时候不是哪个项目不是有现在生成都不难，对所有东西都是现在是。 + +信通院云大所市场部-张媛媛(05:38:26): 发现问题解决问题比生成要难得多，正常简单，可能就是我感觉我现在好好的，我也捋一下，你看你哥脑子不好使了，全全对我在了，所以会议纪要很重要，明白了，你们现在因为之前你们都很悠哉的。 + +信通院云大所市场部-张媛媛(05:38:49): 一个人只干了两个，我一周我以前一周要干20天活，你知道吗？记不过来了，所以脑子还得训练我捋一下，第一个就是帮秀龙先优化一下那个需求文档那个 skill 对，然后第二个是。数字人合所的数字人的需求的确定以及需求文档的撰写，对，然后第三个是。测试推动测试对，然后第四个是，而且你知道的什么会议纪要的需求会议文档，会议纪要的需求文档对。就是用他 skill 来生成你的会议纪要的需求文档明白。 + +信通院云大所市场部-张媛媛(05:39:42): 还有什么，还有叫什么刚才谁张媛媛提出来那个 pdf skill。Pdf. F 的那个文档撰写你也要转转交给你了。PDF 你们都我都是老人了，脑子不转了太多了。peter 这个我们这超长时间的治理活动对你们以后是有帮助的，然后有第六个吗？还有吧？ + +.(05:40:16): 有就是叫什么来着，招标文件那不是第六个？ + +信通院云大所市场部-张媛媛(05:40:17): 得知道好脑子。我已经招投标，对那个已经就需求文档已经确认了，到时候咱俩确认你和你俩将来和陈旭龙把这个 skill 完成闫旭龙负责前期框架和逻辑，你负责后面的调。 + +.(05:40:26): 说了吗。对。 + +信通院云大所市场部-张媛媛(05:40:40): 请出发。对还有我记得还有就是要跟进富有的需求，对就是让他到底做还是不做，就是让他推动那个窦主任尽快明确。做深还是做广好？又没了，不一定的回头再查一下。我那个 cosmos 那个文献综述生成 agent 啥时候给你，明天不是就是那个架构对你，你明天上午给我就行，明天早早一点吧，因为我还要估计得做一下吧。我估计你就十点多钟给我就行，我估计要快的话我十分钟就搞完了，确实。现在你看看一个 pp t10分钟搞完了，其实那图确实不错吧，不错，看着很眼馋的高级梁总快让我看看，让我学习，别着急，我现在测试，我先把那个测试完了，我会告诉你们怎么。我你我能交给你，我都交给你们，现在就是我要避免他很多问题，你们走弯路，浪费这个时间，这些新技术确实像我们以前写基金本子对一屋子硕士生，博士生。现在还在这里，对他们还在考他还在考知道了吧？所以接下来我跟你说，你的那个项目生成里面那个项目的这个东西能调一下那有 API 还是有 API API 吗？能然后免费的吗？ + +信通院云大所市场部-张媛媛(05:42:56): 喂。看你他，你可以去调这个 API？300美金，但是掉一次差不多一毛到两毛美金。是好，就这个，反正我现在就充了一个20美金一个月的基本上我就每天是够用了，那还行，对回头我就说我把这个都整合完，里面一堆坑，我告诉你们注册我花了好长时间才启用的。那个 anti gravity 都我都搞通了，前面那一的 anti gravity gravity 那个还有叫什么位置生成那个动态视频的我全搞通了。那个 IP 什么一堆的问题，所以我就说，等他放宽了，你再用就不用折腾这些网络的问题了，你知道吧，这个网络问题花了我好长时间，我大概星期天一天，我再整所有的全部调通。我也知道一天多，你调头发有问题是对咱们全局代理还不能被规则对我是直接用了个最后一个这个路由器路由你本机的全局它都不行的，都能检测你的 VP。 + +信通院云大所市场部-张媛媛(05:44:14): 知道吧，后来我把定位又给关了一堆问题，就真的像偷个人作案一样。对我记得你是有个学生优惠11年会对你们有美国朋友同学可以用他生成一年免费的 AI 用户。免费一年只能美国，我记得我当时有用本科邮箱就可以，我现在要认证，你要我记得好像是美国的你反正就也有卖的，好像是100多块钱一个账户。这不没必要了，我觉得你们能用学生的自己的身体上是最好，这样的话你自己就可以一直用。如果不行，我们就用个谷歌的公共账号，他差不多一个月也是100多美金吧，一个月100多美金就大家共同用就？就我先测试完了，到时候给你们申请一个100多美金的账号就好，到时候你们每个人自己共同使用就好，就像现在 cloud1样就好，大家做好 VPN 管理。第一次，然后又做那个什么美国什么住宅 IP 的代理天反正调，所以还得懂网络你知道吧，干这玩意连网络的活都得走那种东西最烦。 + +信通院云大所市场部-张媛媛(05:45:44): 明白，那就这样尽快把今天的东西整理完了之后我们对一对好行，现在开始进入正轨了。接下来我们还会再招几个长期的员工，长期员工基本上慢慢慢就进入正轨了，不像那个研究室，这个实习生实在是太麻烦。 + +信通院云大所市场部-张媛媛(05:46:06): 你是刚学俩月刚学会能干活跑了，我说你们那边学的东西很多，他为什么会做吗？因为他确实老师那边事儿太多了。不像你们天天在这，他们老师你像研二研一研二，还有课老师一堆活很多事儿，所以这能理解，但是我就说我们就不招这样子了，因为没办法，他干不了活。训练完了，俩月跑了就根本干不了活，浪费那么多时间培养行，所以接下来我们可能会招一些长期工作的。这样才有积累，你们每个人成成长也快，整个效率也能提起来，不然的话每个人过来都得重新来一遍，有实在是费劲，对，说到。 + +信通院云大所市场部-张媛媛(05:46:54): 关于我在群里发的会议资料的这些学习资料怎么整合也是个问题，在这个群里面发了很多东西，其实是有价值的，你可以分分别类的，让帮你去处理一下。code 是可以帮你去处理文件分类的，又在那就让他退了，我会议里没啥那算了，退了。可能是不是有事？还是你说网络接不进来了，不会吧，你那能看到吗？我知道正常就是显示了咱们这个会议是正常的，好好，那不管了行，那先这样，每天给你们每天每个周做个下午的脑力马拉松。不少确实在我这基本上要动脑子才能活下去，用尽废退，我觉得脑子真的有个。这是肯定的，这行了，你上来了，我们真的要散了，刚才说了两件事，找你一个你你的。 + +.(05:48:01): 不是说散了吗？ + +信通院云大所市场部-张媛媛(05:48:13): 这一篇调用还免费吗？谷歌的。 + +.(05:48:15): 我今天确认一下他那个账单一直不给我发，我等了20多小时他也不给我发，我今天再确认一下。 + +信通院云大所市场部-张媛媛(05:48:22): 估计应该问题不大的，我试过一次，但是他在超过什么比例之后，他就要收费了很烦的，这是第一个，第二个，刚才最后一个讲说啥，你经常来说打乱了行吧，这个到时候你明确吧，可以的话，他们反正。 + +信通院云大所市场部-张媛媛(05:48:39): 慢慢把谷歌这些 API 给他开通群里的消息群里那个学习资料你用 cloud code 你把它整合下来，用 cloud code 做分门别类组成在我们那个学习资料库里面。把它作为一个长期可以学习的，甚至我们将来都可以做个知识库，知识图谱或者知识库都行，做一个我们也做一个基于我们学习的知识问答。就把那玩意知识库一改上面所有东西都可以完全利用，就把知识故意对接就完了，明白了吗？就把这个东西整合我们那边文档文章什么这些东西到时候处理一下就好了，我们建一个自组织的，对我今天上午还有一个事情，我研究了一个叫自进化的知识图谱，我举一个简单例子就明白了，回头这个东西可能要研究的，我觉得对你哪都有用。 + +信通院云大所市场部-张媛媛(05:49:34): 你比如说我在这个制度里面，我经过五条查到一个答案，这五条串起来了，我为什么不直接把起点和终点做条边？你为什么每次场都要经过五跳，这是很傻的人，不是这么长的人经常用的回路它会自动拉通的。它不像你比如说一加一等于二，然后再乘，再他会脑子咣当一下跳过去，就数学物理那种二级工是三级，对明白吧，所以那么这条边怎么建这条边？见它中间的逻辑过程和执行度，它是不是每用一次都会长出来一些，每用一次，所以我做了一个研究报告，我把这研究报告发给你。他怎么通过算法来避免长得又乱，但是又保证他知识的更新，或者说这种链接是非常有效的高频使用。 + +信通院云大所市场部-张媛媛(05:50:33): 行这个会非常有价值，就像我们现在开会一，我们每天都在丰富这些知识的连接，你如果不做，你每次都是增加一些？我觉得是有点问题的，有好多的连接没有建立起来，这知识图谱是个静态的，用的时候应该把它连接起来，这是随着使用越来越聪明的知识图谱。这是我今天早上自己想出来，结果我去查论文，已经有人在做，好像有我也听过，好像对所以叫自进化知识图谱好，你知道为什么吗？你像我们这还好。你像做研究那块儿这东西很重要，做科学研究很重要的，你想我一步查到了中间逻辑过程在边里面做属性了。我就不用再去一遍查一遍了，用效率会提高很多的是，所以这个我觉得也是一个研究方向，到时候也在会议纪要里面也把它明确出来。这是我回去把我自己做了个研究报告给你好，我自己在路上看了大半截还没看完好。你们都得学会利用人工智能思考和学习的方法有个 idea 就可以跟他探讨，说不定就有很好的收获。好不好，行吧，等等了，你现在可以退了，好好好，你先这样，包括你自己的，你们自己的学习也可以用这种方式的。 + +信通院云大所市场部-张媛媛(05:52:19): 在自己的知识图谱上不断的建联系。 + +信通院云大所市场部-张媛媛(05:52:24): 好闫妮好辛苦辛苦！拜拜。拜拜。 \ No newline at end of file diff --git a/.claude/skills/meeting-minutes-generator-v1/output/Q&A资源库类会议纪要_2025-11-25_第5次周会.md b/.claude/skills/meeting-minutes-generator-v1/output/Q&A资源库类会议纪要_2025-11-25_第5次周会.md new file mode 100644 index 0000000..f4209ca --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/output/Q&A资源库类会议纪要_2025-11-25_第5次周会.md @@ -0,0 +1,205 @@ +# Q&A资源库类会议纪要 (2025-11-25) + +## 一、会议信息 + +- **会议时间:** 2025-11-25 +- **参会人员:** 连云波(主持)、江争达、闫旭隆、陶西平、郝倩玉 +- **请假人员:** 刘志豪 + +--- + +## 二、工作问题 Q&A + +### 1. 项目：会议纪要Skill开发 + +**Q1: 会议纪要Skill数据映射逻辑复杂怎么办？** + +**A:** +- 参考会议转写文本进行状态更新，会议转写内容优先级最高 +- 优化架构：主窗口负责协调，每个子Agent获得全量上下文独立处理一个功能模块 +- 不再使用分块索引搜索，改用主窗口直接处理全文，提高准确性 +- 负责人字段需要根据会议讨论更新，不能仅沿用上周数据 + +**Q2: Read工具读取会议转写文本受token限制（每次约300行），如何处理大文件？** + +**A:** +- Read工具可以通过指定offset和limit参数分多次读取完整文件 +- prompt第一句话就要求"用Read工具读取全文"，上下文保持干净 +- 可以指定按1000行分块读取，强制要求"必须全部读完" +- 改用全文加载方案：主窗口直接读取全文，每个子Agent都获得全量上下文 + +### 2. 项目：需求文档质量提升 + +**Q3: 需求文档罗列了大量默认功能，如何区分默认需求与核心需求？** + +**A:** +- 使用"如果不提是否就不实现"原则筛选需求——不提就不实现才叫需求 +- 需求要聚焦核心难点，排除默认功能（如"PPT能动"、"有声音"等） +- 深度挖掘用户真实需求，不能停留在表面功能罗列 +- 需求文档要明确：既不能太普通（默认功能），也不能太拔尖（无法实现） +- 先明确当前遇到的核心问题，再提炼需求 + +**Q4: 需求文档Skill生成的领域专家不相关（如医疗信息化专家），如何优化？** + +**A:** +- 优化专家生成提示词，增加AI专家作为固定专家 +- 改进领域专家识别逻辑，确保生成相关领域专家 +- 增加专家评审后的博弈机制，多轮评审提高质量 +- 未来可扩展为多轮博弈：一个专家读另一个专家的评审，相互质证 + +### 3. 项目：Skill开发效率 + +**Q5: Skill每次测试需要启动半小时，如何提升测试效率？** + +**A:** +- 开发Skill测试工具（类似skill-quality-checker） +- 自动提取各个逻辑分支，检查边界信息传递是否正确 +- 人工测试聚焦于效果验证，自动化测试负责逻辑验证 +- 使用调试输出来追踪异常情况 +- 赋予Agent测试人员职能，自动定位问题，反馈边界错误 + +**Q6: 开发复杂Skill时逻辑混乱，前后矛盾怎么办？** + +**A:** +- 开发前必须先绘制流程图，画大图把逻辑连线的过程就是思考过程 +- 人脑记不住多个逻辑线，视觉理解优于文字 +- 开发流程断了一环（如缺少流程图），后面优化就很难 +- 流程图帮助发现逻辑漏洞和前后矛盾 + +### 4. 项目：需求对接管理 + +**Q7: 需求方需求不明确且不实际，项目无法推进怎么办？** + +**A:** +- 等待需求方与决策者（如窦主任）沟通明确需求后再启动 +- 需求方向建议：要么做深度分析，要么做广度覆盖，不可能比业务员更了解业务细节 +- 不是所有需求都要开发，不明确的需求宁可暂停 +- 提供可借鉴思路，但决策权留给需求方 + +--- + +## 三、重点工作方法 + +### 方法1: 全量上下文优于分块搜索 + +**方法描述：** +在会议纪要Skill架构讨论中强调：准确性优先于效率。在上下文允许的情况下，每个子Agent都应获得全量上下文独立处理功能模块，而非通过分块索引搜索。主窗口负责协调，子Agent获得全文处理，避免语义检索导致的信息丢失。子Agent返回精简结果给主窗口汇总，保证准确性。 + +**适用场景：** Claude Code Skill架构设计、大文本处理 + +**关键要点：** +- 准确性优先于效率 +- 主窗口协调，子Agent独立处理 +- 子Agent返回精简结果 +- 避免语义检索的信息丢失 + +--- + +### 方法2: 需求提炼的层次性原则 + +**方法描述：** +需求分析要区分默认需求与核心需求。默认需求（如PPT能动、有声音）无需单独列出，应聚焦于用户真实痛点和技术难点。判断标准："不提就不实现"才叫需求。需求排列要考虑优先级，避免罗列所有功能，需深度挖掘比用户想得更深远的需求。 + +**适用场景：** 需求文档撰写、需求评审 + +**关键要点：** +- "不提就不实现"才叫需求 +- 默认能实现的不是需求 +- 深度挖掘比用户想得更深远 +- 需求分层次，聚焦核心难点 + +--- + +### 方法3: 开发流程图先行 + +**方法描述：** +在开发复杂逻辑前必须先绘制流程图。人脑记不住多个逻辑线，画大图把逻辑连线的过程就是思考过程，避免前后矛盾。流程图断了一环，后面优化就很难。视觉理解优于文字，尤其涉及空间关系的逻辑。 + +**适用场景：** Skill开发、复杂系统设计 + +**关键要点：** +- 先画图再写代码 +- 连线过程就是思考过程 +- 视觉理解优于文字 +- 避免开发流程断环 + +--- + +### 方法4: Agent设计的自治性原则 + +**方法描述：** +Agent内部应固化所有执行规则、工具使用规范、评估标准，配置文件由Agent自己读取，不依赖主窗口传递。主窗口只传递标识符（如项目类型）和文件路径，不传递Agent的行为规则或配置内容。Agent间通过temp/文件传递数据，Agent向主窗口直接返回文字结果。 + +**适用场景：** 多Agent系统设计、Skill架构 + +**关键要点：** +- 主窗口传标识符，Agent读详细配置 +- Agent间传文件路径 +- Agent向主窗口返回文字结果 +- Agent内部固化执行规则 + +--- + +### 方法5: 需求访谈的动态提问法 + +**方法描述：** +不规定具体问题，只规定目标和方法论，把提问空间留给大模型。提供示例、原则、访谈目标，让Agent动态生成问题。增加交互澄清机制：检测用户回答包含问号、疑问性语句或明确说"需要帮助"时，立即切换到自由对话，讨论明确后再返回访谈。 + +**适用场景：** 需求澄清Skill、用户访谈 + +**关键要点：** +- 规定目标而非具体问题 +- 把提问空间留给大模型 +- 增加交互澄清机制 +- 检测用户困惑并及时切换 + +--- + +### 方法6: 专家评审的多轮博弈机制 + +**方法描述：** +引入多个领域专家Agent（固定AI专家+动态识别领域专家）并行评审需求文档第一版。专家评审后可选自动整合或用户确认，节省时间。未来可扩展为多轮博弈：一个专家读另一个专家的评审，相互质证，充分交流后质量更高。 + +**适用场景：** 需求文档评审、多角色协作 + +**关键要点：** +- 固定AI专家+动态领域专家 +- 可选自动整合或用户确认 +- 多轮博弈相互质证 +- 充分交流提高质量 + +--- + +### 方法7: 模型差异化使用策略 + +**方法描述：** +不同任务使用不同模型：专家评审等需要深度thinking的任务用Opus；文字简单处理用Sonnet更快。Opus的thinking开到middle时，能力接近Sonnet但token消耗降低48%。在Agent定义时可指定模型，优化性能和成本。 + +**适用场景：** Skill性能优化、成本控制 + +**关键要点：** +- 深度思考用Opus +- 简单处理用Sonnet +- thinking设置影响能力和消耗 +- Agent定义时指定模型 + +--- + +### 方法8: 会议纪要驱动工作流 + +**方法描述：** +会议纪要是团队所有人智慧的结晶，后续所有工作都围绕它展开：项目管理、学习安排、任务分配。甚至可以根据会议纪要生成人员招聘要求，因为工作要求都在里面。会议纪要质量直接影响后续执行，好的会议纪要员能把逻辑理得清晰、任务安排妥当。 + +**适用场景：** 团队协作、项目管理 + +**关键要点：** +- 会议纪要是团队智慧结晶 +- 后续工作围绕会议纪要展开 +- 纪要质量影响执行效果 +- 可驱动项目管理和任务分配 + +--- + +**纪要整理人:** Claude +**纪要时间:** 2025-11-25 +**下次会议:** 2025-12-02 diff --git a/.claude/skills/meeting-minutes-generator-v1/output/工程类会议纪要_2025-11-25_第5次周会.md b/.claude/skills/meeting-minutes-generator-v1/output/工程类会议纪要_2025-11-25_第5次周会.md new file mode 100644 index 0000000..7a07ed7 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/output/工程类会议纪要_2025-11-25_第5次周会.md @@ -0,0 +1,255 @@ +# 工程类会议纪要 (2025-11-25) + +## 一、会议信息 + +- **会议时间:** 2025-11-25 +- **参会人员:** 连云波(主持)、江争达、闫旭隆、陶西平、郝倩玉 + +--- + +## 二、工作内容 + +### 1. 重点项目进展情况汇总 + +| 项目名称 | 负责人 | 截止时间 | 项目进展情况 | +|---------|--------|----------|-------------| +| 会议纪要流程文档和现场测试 | 连云波/郝倩玉/闫旭隆 | 11月25日 | 郝倩玉完成需求文档撰写并获连总确认，闫旭隆完成Skill第一版编写。会议讨论发现存在数据映射逻辑复杂、架构不够优雅等问题，需优化为全量加载方案 | +| 公众号/网站信息获取优化和新需求开发 | 郝倩玉/江争达/陶西平/刘志豪 | 11月25日 | 需求方(富有、琳贤)反馈现有方案"为了做而做"，需求不明确，项目暂停等待窦主任明确需求后再推进 | +| 数字人需求文档 | 江争达 | 11月25日 | 已完成初版，但会议中被严厉批评：需求提炼能力不足，罗列默认功能而非核心难点，未深度挖掘用户痛点，需重新整理 | +| 需求澄清Skill优化 | 闫旭隆 | 持续优化 | 已完成1.0版本优化测试，增加交互澄清、专家自动整合等功能，会议演示效果良好，建议增加专家多轮博弈机制 | + +### 2. 重点项目问题及解决方案 + +#### 问题1: 会议纪要Skill数据映射和逻辑复杂性问题 + +**问题描述:** +会议纪要Skill第一版实现中存在多个问题： + +- 数据映射逻辑复杂， +- 负责人变更逻辑处理不当 +- 项目进展状态更新需参考会议转写但未实现 +- 上周会议纪要和本周会议讨论内容的优先级和整合逻辑不清晰 +- 分块索引搜索方案可能影响准确性和搜索命中率 + +**解决方案:** +1. 参考会议转写文本进行状态更新，会议转写内容优先级最高 +2. 优化架构：主窗口负责协调，每个子Agent获得全量上下文独立处理一个功能模块 +3. 不再使用分块索引搜索，改用主窗口直接处理全文，提高准确性 +4. 负责人字段需要根据会议讨论更新，不能仅沿用上周数据 +5. Read工具可通过指定offset和limit参数分多次读取完整文件 + +**责任人:** 闫旭隆、郝倩玉 +**截止时间:** 2025-12-02 + +#### 问题2: 数字人PPT需求文档质量问题 + +**问题描述:** +江争达提交的数字人PPT需求文档存在严重问题： +- 需求提炼能力不足，未区分默认需求与核心难点需求 +- 罗列了大量无价值的默认功能（如"动态切换"、"PPT能动"等） +- 未深度挖掘用户真实痛点 +- 需求描述不明确，如"动态切换"实际含义不清 + +**解决方案:** +1. 需求要聚焦核心难点，排除默认功能 +2. 使用"如果不提是否就不实现"原则筛选需求 +3. 深度挖掘用户真实需求，不能停留在表面功能罗列 +4. 需求文档要明确：既不能太普通（默认功能），也不能太拔尖（无法实现） +5. 先明确目前数字人生成PPT讲座中遇到的核心问题，再提炼需求 +6. 结合窦主任的个性特点设计内容，不要过于死板 + +**责任人:** 江争达、郝倩玉 +**截止时间:** 2025-12-02 + +#### 问题3: 公众号/网站信息获取需求未确认 + +**问题描述:** +公众号/网站信息获取优化和新需求开发项目，需求方(富有、林贤)的需求不明确，他们认为现有方案"为了做而做"，对市场发展没有实际用处，需要重新思考需求逻辑。 + +**解决方案:** +1. 等待需求方与窦主任沟通明确需求后再启动 +2. 可考虑整合公众号和网站信息到一个邮件中 +3. 需求方向建议：要么做深度分析，要么做广度覆盖，不可能比业务员更了解业务细节 + +**责任人:** 郝倩玉、江争达 +**截止时间:** 待定（等待需求明确） + +#### 问题4: Skill测试效率低下问题 + +**问题描述:** +需求文档Skill每次测试需要启动半小时，发现问题后修改再测试非常费时，缺乏自动化测试机制。 + +**解决方案:** + +1. 开发Skill测试工具（类似skill-quality-checker） +2. 自动提取各个逻辑分支，检查边界信息传递是否正确 +3. 人工测试聚焦于效果验证，自动化测试负责逻辑验证 +4. 使用调试输出来追踪异常情况 + +**责任人:** 闫旭隆、江争达 +**截止时间:** 待定 + +#### 问题5: 日报驱动系统架构设计不系统 + +**问题描述:** +江争达提出通过会议纪要驱动日报的需求，但缺乏系统化的需求分析和架构设计，只关注点上的问题，未考虑整体框架。 + +**解决方案:** +1. 先明确根本目的：提高工作效率、提高学习能力等 +2. 研究Linear项目管理工具的MCP集成 +3. 设计语音交互日报填写流程：每天5分钟语音交流完成日报 +4. 通过项目管理工具自动生成日报和周报 +5. 学习学习型组织建设理论，构建AI Native团队框架 +6. 先搭建框架（横纵梁柱），再逐步实现各个功能点 + +**责任人:** 江争达 +**截止时间:** 待定（长期探索） + +### 3. 下周工作安排 + +| 项目名称 | 负责人 | 下周会前目标 | 优先级 | 截止时间 | +|---------|--------|-------------|--------|----------| +| 🔴 会议纪要Skill架构优化 | 闫旭隆 | 简化架构，改用主窗口全量加载会议转写，子Agent负责不同功能模块，提升准确性 | P0 | 2025-12-02 | +| 🔴 需求澄清Skill测试与推广 | 闫旭隆、郝倩玉、江争达 | 完成1.0版本，发布给团队成员试用，收集反馈并优化 | P0 | 2025-12-02 | +| 🔴 数字人PPT需求文档重写 | 郝倩玉 | 重新提炼核心需求，区分默认需求与核心难点需求，深度挖掘用户痛点 | P0 | 2025-12-02 | +| 问答系统V1.1前端重构方案 | 江争达 | 完成需求文档和前端重构方案，使用Claude/Gemini生成前端页面，参考麦肯锡等优秀网站设计风格 | P1 | 2025-12-02 | +| 问答系统V1.0测试推动 | 江争达 | 推动市场部及内部同事测试问答系统V1.0，收集用户反馈和问题 | P1 | 2025-12-02 | +| 招投标文件Skill架构设计 | 郝倩玉、闫旭隆 | 郝倩玉确认需求文档并设计Skill架构，闫旭隆负责后期调试 | P1 | 2025-12-02 | +| PDF Skill技术调研 | 江争达 | 调研Claude Code的PDF Skill功能，探索PDF文件的处理能力 | P1 | 2025-12-02 | +| Cosmos文献综述流程整理 | 陶西平 | 整理Cosmos文献综述的完整流程和Agent编排，生成流程文档供PPT使用 | P1 | 2025-11-26上午 | +| 日报驱动系统需求研究 | 江争达 | 研究Linear项目管理工具，探索通过会议纪要自动驱动日报和周报的系统化需求 | P2 | 待定 | +| cc-switch并行测试 | 陶西平 | 确认cc-switch是否支持多终端并行运行，测试多模型切换场景能力 | P2 | 待定 | +| Skill Plugin管理系统搭建 | 江争达 | 学习并搭建内部Skill Marketplace，管理团队开发的所有Skill | P2 | 待定 | +| Skill自动化测试工具开发 | 闫旭隆、江争达 | 开发Skill测试工具，自动化检测Skill逻辑分支、边界信息传递等问题 | P2 | 待定 | + +### 4. 组内成员工作进展 + +#### 江争达 + +**上周完成:** +- ✅ 数字人生成需求文档初版 +- ✅ 天眼查批量删除需求文档 +- ✅ 日报/日报汇总模板需求文档初版 + +**进行中:** +- 🔄 数字人生成调研报告修改中 +- 🔄 问答系统V1.1前端重构调研 + +**收到的反馈/学习建议:** +- **严厉批评:** 数字人PPT需求文档质量问题严重，需求提炼能力不足，罗列所有功能而非核心难点 +- **批评:** 未区分默认需求与核心需求，需求描述不明确让人看不懂 +- **建议:** 需求调研应先识别当前最迫切的问题，区分默认需求与核心难点需求 +- **建议:** 深度挖掘背后逻辑，理解需求真实含义，需求文档要让非技术人员也能看懂 +- **建议:** 避免与大模型拍脑袋对话生成需求，要有自己的理解和整合能力 + +**下周任务:** +- [ ] 🔴 P0｜试用需求澄清Skill并提供反馈 +- [ ] P1｜问答系统V1.1前端重构方案 +- [ ] P1｜PDF Skill技术调研 +- [ ] P2｜日报驱动系统需求研究 +- [ ] P2｜Skill Plugin管理系统搭建 + +#### 闫旭隆 + +**上周完成:** +- ✅ 需求澄清-需求文档skill优化测试 (11-21完成) +- ✅ 会议纪要生成Skill编写 (11-25完成) +- ✅ 安定医院Deepresearch项目需求文档初稿 +- ✅ 医院数据治理体系数智化转型PPT + +**进行中:** +- 🔄 会议纪要Skill架构优化 + +**收到的反馈/学习建议:** + +- **批评:** 未绘制流程图导致思考过程不清晰，开发流程断了一环 +- **建议:** 需要绘制流程图梳理复杂逻辑关系，避免依赖抽象记忆 +- **建议:** 简化架构，尝试全量加载转写文本而非分块索引搜索，提高准确性 +- **表扬:** 会议纪要Skill整体可用，大的要点逻辑清楚，基本实现70%核心功能 +- **表扬:** 需求文档Skill迭代版本增加了交互澄清、专家自动整合等功能，演示效果良好 + +**下周任务:** +- [ ] 🔴 P0｜会议纪要Skill架构优化 +- [ ] 🔴 P0｜需求澄清Skill测试与推广 +- [ ] P1｜招投标文件Skill架构设计和调试 +- [ ] P2｜Skill自动化测试工具开发 + +#### 郝倩玉 + +**上周完成:** +- ✅ 会议纪要需求文档撰写（连总已审核确认） +- ✅ 投标商务应答文件自动生成系统需求文档确认（已发闫旭隆） +- ✅ 运营商信息精准爬取系统多轮沟通（待需求方明确） + +**进行中:** +- 🔄 招投标文件Skill架构设计 +- 🔄 运营商信息精准爬取系统需求跟进 + +**收到的反馈/学习建议:** +- **任务分配:** 负责PDF Skill调研的需求整理工作 +- **任务分配:** 负责招投标文件Skill的需求文档确认和架构设计 +- **任务分配:** 负责天眼查自动化需求的沟通确认，推动窦主任明确做深还是做广 + +**下周任务:** +- [ ] 🔴 P0｜试用需求澄清Skill并提供反馈 +- [ ] 🔴 P0｜数字人PPT需求文档重写 +- [ ] P1｜招投标文件Skill架构设计 +- [ ] P1｜运营商信息精准爬取系统需求跟进 + +#### 陶西平 + +**上周完成:** +- ✅ 学习使用web-artifacts-builder、frontend-analysis、gemini3pro构建个性化组件 +- ✅ 本地部署lobe-chat和nextchat前端开源框架 +- ✅ 本地部署cc-switch，生成使用结果文档 +- ✅ PPT与数字人视频结合调研，构建了结合短视频 + +**进行中:** +- 🔄 数字人调研报告草稿 +- 🔄 前端框架调研 + +**收到的反馈/学习建议:** +- **批评:** 数字人PPT需求文档存在严重问题，需求提炼能力不足，无法区分默认需求与核心难点需求 +- **批评:** 对"动态切换PPT"需求理解浅薄，未理解背后技术实现逻辑 +- **建议:** 需求提炼要先调研当前遇到的问题，按优先级排列 +- **建议:** 需求文档要体现难点和第一阶段核心点，不要放置小功能到核心需求里 +- **建议:** 每一步工作都要做扎实，经得起推敲 + +**下周任务:** +- [ ] P1｜Cosmos文献综述流程整理（11-26上午前完成） +- [ ] P1｜完成数字人调研报告 +- [ ] P1｜完成PPT与数字人结合调研 +- [ ] P2｜cc-switch并行测试 + +--- + +## 三、会议总结 + +**核心议题:** 会议纪要Skill架构优化、需求文档质量提升、需求澄清Skill推广 + +**关键决策:** +1. **会议纪要Skill架构优化方案:** 主窗口负责协调，每个子Agent获得全量上下文独立处理一个功能模块，放弃复杂的语义检索方案 +2. **会议纪要Skill必须参考会议转写更新项目进展状态:** 不能只依赖周报 +3. **需求文档不要罗列默认功能:** 只提炼核心难点需求，深度挖掘用户真实痛点 +4. **数字人项目第一阶段采用公开虚拟形象:** 不用个人数字人，简化开发难度 +5. **需求文档Skill增加专家博弈机制:** 采用多轮评审而非一次性评审 +6. **问答系统前端重构方案:** 采用Gemini或Claude，参考麦肯锡风格，生成整套设计方案 +7. **测试Skill的Skill需要开发自动化测试工具:** 提升Skill开发效率 +8. **使用cc-switch作为多模型终端管理工具:** 为未来部署国内模型做准备 +9. **不同任务使用不同模型优化:** 专家评审用Opus，简单处理用Sonnet +10. **公众号信息获取项目等待富有确认需求后再继续:** 避免无效开发 + +**下周工作重点:** + +1. 🔴 会议纪要Skill架构优化，简化为全量加载方案，提升准确性 +2. 🔴 需求澄清Skill 1.0版本推广，团队成员试用并反馈 +3. 🔴 数字人PPT需求文档重写，聚焦核心难点需求 +4. 问答系统V1.1前端重构方案完成 +5. 招投标文件Skill架构设计启动 +6. Cosmos文献综述流程整理（明天上午前完成） + +--- + +**纪要整理人:** Claude +**纪要时间:** 2025-11-25 +**下次会议:** 2025-12-02 diff --git a/.claude/skills/meeting-minutes-generator-v1/references/Q&A资源库类会议纪要生成逻辑.md b/.claude/skills/meeting-minutes-generator-v1/references/Q&A资源库类会议纪要生成逻辑.md new file mode 100644 index 0000000..d2e6399 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/references/Q&A资源库类会议纪要生成逻辑.md @@ -0,0 +1,335 @@ +# Q&A资源库类会议纪要生成逻辑 + +## 一、输出结构总览 + +``` +Q&A资源库类会议纪要 +├── 一、会议信息 +├── 二、工作问题 Q&A +│ ├── 1. 项目名称1 +│ │ ├── 主要问题 +│ │ └── 解决方案 +│ ├── 2. 项目名称2 +│ └── ... +└── 三、重点工作方法 + ├── 方法1 + │ ├── 方法描述 + │ ├── 适用场景 + │ └── 关键要点 + ├── 方法2 + └── ... +``` + +--- + +## 核心定位说明 ⭐⭐⭐ + +**Q&A资源库类会议纪要是二次提取产物**： +- **执行时机**：在工程类和学习研究类会议纪要生成之后执行 +- **核心目的**：知识沉淀，构建可复用的Q&A资源库 +- **数据来源**： + - "工作问题 Q&A"：从已生成的工程类/学习研究类纪要中提取 + - "重点工作方法"：从会议转写+周报中新提取 + +**依赖文件**： +- 已生成的工程类会议纪要（必需） +- 已生成的学习研究类会议纪要（可选） +- 会议转写文件（用于提取工作方法） +- 成员周报（用于提取工作方法） + +--- + +## 二、章节数据来源与处理动作 + +### 第一部分：会议信息 + +#### 输出格式 +```markdown +一、会议信息 +- 会议时间：2025-11-18 +- 参会人员：连云波、江争达、闫旭隆、陶西平、郝倩玉 +- 记录整理人：Claude +``` + +#### 数据来源映射 + +| 字段 | 主要来源 | 处理逻辑 | +|------|---------|---------| +| 会议时间 | 已生成的工程类会议纪要 | 直接复用"会议信息"章节的会议时间 | +| 参会人员 | 已生成的工程类会议纪要 | 直接复用"会议信息"章节的参会人员 | +| 记录整理人 | 固定值 | 固定为"Claude" | + +#### 需要的动作 +1. 读取已生成的工程类会议纪要文件 +2. 提取"一、会议信息"章节内容 +3. 直接复用，格式保持一致 + +--- + +### 第二部分：工作问题 Q&A + +#### 输出格式 +```markdown +## 二、工作问题 Q&A + +### 1. 项目名称：会议纪要信息提取 +- **主要问题：** 转写说话人识别不准确，导致无法正确归属发言内容 +- **解决方案：** + 1. 采用语义分析替代说话人标记 + 2. 通过上下文推断发言者身份 + 3. 结合周报内容进行交叉验证 + +--- + +### 2. 项目名称：Skill架构设计 +- **主要问题：** Agent间数据传递方式不清晰 +- **解决方案：** + 1. 主窗口传递标识符和文件路径 + 2. Agent通过temp/目录交换数据 + 3. Agent直接返回文字结果给主窗口 +``` + +#### 数据来源映射 + +**核心原则**：二次提取，从已生成纪要中汇总 + +| 字段 | 数据来源（优先级从高到低） | 提取逻辑 | +|------|---------------------------|---------| +| 项目名称 | 工程类纪要"问题及解决方案"章节标题 | 提取"问题N: XXX"中的项目/问题名称 | +| 主要问题 | 工程类纪要"问题描述"字段 | 直接提取，精简为1-2句话 | +| 解决方案 | 工程类纪要"解决方案"列表 | 直接提取，保持列表格式 | + +**补充来源**（学习研究类纪要）： + +| 字段 | 数据来源 | 提取逻辑 | +|------|---------|---------| +| 项目名称 | 学习研究类纪要的议题标题 | 从学习议题中识别问题讨论部分 | +| 主要问题 | "关键讨论成果"中的Q&A | 提取讨论中的问题部分 | +| 解决方案 | "关键讨论成果"中的答案/共识 | 提取讨论中形成的解决方案 | + +#### 需要的动作 + +**动作1：提取工程类纪要中的问题（主窗口执行）** +- 读取已生成的工程类会议纪要 +- 定位"### 2. 重点项目问题及解决方案"章节 +- 解析每个问题块，提取： + - 问题标题（作为项目名称） + - 问题描述（精简为主要问题） + - 解决方案列表 + - 责任人（可选，用于追溯） + - 截止时间（可选，用于追溯） + +**动作2：提取学习研究类纪要中的Q&A（主窗口执行，可选）** +- 读取已生成的学习研究类会议纪要（如存在） +- 定位每个议题的"关键讨论成果"部分 +- 识别Q&A格式内容： + - 问题：通常以"Q:"、"问题"、"？"等标识 + - 答案/方案：紧随问题之后的回答内容 + +**动作3：提取成员反馈中的问题（主窗口执行，可选）** +- 从工程类纪要"### 4. 组内成员工作进展"中提取 +- 识别"收到的反馈/学习建议"部分中包含的问题和建议 +- 转化为Q&A格式 + +**动作4：合并去重（主窗口执行）** +- 将所有来源的问题进行语义匹配 +- 相似度 > 80% 视为同一问题，合并解决方案 +- 按项目分组，同一项目的多个问题归类在一起 + +**动作5：格式化输出（主窗口执行）** +- 按项目编号组织输出 +- 格式：### {序号}. 项目名称：{project_name} +- 包含：主要问题 + 解决方案列表 + +--- + +### 第三部分：重点工作方法 + +#### 输出格式 +```markdown +## 三、重点工作方法 + +- **方法 1：语义分析替代说话人标记** + - 当转写文本说话人识别不准确时，通过分析发言内容的语义特征来判断发言者 + - 适用场景：会议转写处理、发言归属分析 + - 关键要点： + - 关注发言中的人称代词和上下文 + - 结合周报内容进行交叉验证 + - 利用任务分配信息推断发言者 + +- **方法 2：渐进式披露原则** + - Skill设计中采用三级加载系统，元数据→主体→资源按需加载 + - 适用场景：Claude Code Skill开发、大型项目架构 + - 关键要点： + - 元数据始终在上下文中（~100词） + - 主体内容触发时加载（<3k词） + - 详细资源按需读取 +``` + +#### 数据来源映射 + +**核心原则**：会议转写 + 周报，两者结合 + +| 字段 | 数据来源 | 提取逻辑 | +|------|---------|---------| +| 方法标题 | 会议转写中的方法分享 + 周报经验总结 | 从分享内容中提炼方法名称 | +| 方法描述 | 会议转写详细讲解 + 周报总结描述 | 合并两者，形成完整描述 | +| 适用场景 | 会议讨论上下文 + 周报应用场景 | 从讨论中识别方法的适用范围 | +| 关键要点 | 会议讲解要点 + 周报经验要点 | 提炼为3-5条核心要点 | + +#### 需要的动作 + +**动作1：从会议转写提取方法分享（调用 Agent）** +- 调用 transcript_searcher Agent +- 搜索意图：提取会议中分享的工作方法、技巧、最佳实践 +- 识别特征： + - "方法是..."、"技巧是..."、"经验是..." + - "我的做法是..."、"建议..."、"注意..." + - 总结性、经验性、指导性语句 +- 提取字段：方法名称、详细描述、提出人 + +```python +Task( + subagent_type="transcript_searcher", + description="提取工作方法", + prompt="""提取会议中分享的工作方法、技巧、最佳实践。 + +识别特征： +- 方法论讲解（"方法是..."、"技巧是..."） +- 经验分享（"我的做法是..."、"建议..."） +- 总结性语句（"总结一下..."、"关键是..."） + +需提取字段： +- 方法名称（简短标题） +- 方法描述（详细说明） +- 提出人（从上下文推断） +- 相关项目（方法关联的项目） + +返回JSON格式。 +""" +) +``` + +**动作2：从周报提取经验总结（主窗口执行）** +- 遍历所有周报 +- 从"详细工作内容"中识别方法论/经验总结内容 +- 识别特征： + - 带有"方法"、"技巧"、"经验"等关键词的段落 + - 总结性、归纳性描述 + - 可复用的工作模式 +- 提取：方法标题、描述、作者 + +**动作3：合并整理（主窗口执行）** +- 将会议方法与周报方法进行语义匹配 +- 相似方法合并，补充细节 +- 为每个方法生成完整结构： + - 方法标题 + - 方法描述（合并会议详细讲解 + 周报简要描述） + - 适用场景（从会议讨论上下文推断） + - 关键要点（提炼为3-5条） + +**动作4：格式化输出（主窗口执行）** +- 按方法编号组织输出 +- 格式：- **方法 {序号}：{方法标题}** +- 包含：描述 + 适用场景 + 关键要点列表 + +--- + +## 三、关键数据优先级规则总结 + +| 字段 | 数据来源 | 优先级规则 | 说明 | +|------|---------|-----------|------| +| **会议信息** | 工程类纪要 | **直接复用** | 无需重新提取 | +| **Q&A-项目名称** | 工程类纪要 > 学习类纪要 | **工程类优先** | 工程类问题更明确 | +| **Q&A-主要问题** | 工程类纪要 > 学习类纪要 | **工程类优先** | 工程类描述更完整 | +| **Q&A-解决方案** | 工程类纪要 + 学习类纪要 | **互补合并** | 合并所有解决方案 | +| **方法-标题** | 会议转写 > 周报 | **会议优先** | 会议分享通常更正式 | +| **方法-描述** | 会议转写 + 周报 | **互补合并** | 会议详细 + 周报简要 | +| **方法-适用场景** | 会议讨论上下文 | **仅会议** | 从讨论中推断 | +| **方法-关键要点** | 会议转写 + 周报 | **互补合并** | 提炼核心要点 | + +--- + +## 四、特殊情况处理 + +**情况1：工程类纪要不存在** +``` +处理：无法生成Q&A资源库类纪要，提示用户先生成工程类纪要 +原因：工程类纪要是Q&A的主要数据来源 +``` + +**情况2：学习研究类纪要不存在** +``` +处理：正常生成，仅使用工程类纪要作为Q&A数据来源 +说明：学习研究类纪要是可选补充来源 +``` + +**情况3：工程类纪要中无问题章节** +``` +处理： +- 如果学习研究类纪要存在且有Q&A → 使用学习研究类纪要 +- 如果都没有 → "二、工作问题 Q&A"章节输出"本次会议无记录的问题讨论" +``` + +**情况4：会议中无方法分享** +``` +处理： +- 如果周报中有经验总结 → 使用周报内容 +- 如果都没有 → "三、重点工作方法"章节输出"本次会议无记录的方法分享" +``` + +**情况5：同一问题在多个来源中重复** +``` +工程类纪要和学习研究类纪要都有同一问题 +处理： +- 语义匹配后合并 +- 问题描述取更完整的版本 +- 解决方案列表合并去重 +``` + +**情况6：方法分享过于零散** +``` +会议中零散提到多个小技巧，但没有系统性方法 +处理： +- 相关技巧归类合并为一个"方法" +- 标题使用归纳性名称（如"XX相关技巧汇总"） +``` + +--- + +## 五、执行流程总结 + +``` +Phase 1: 检查依赖 +├── 检查工程类会议纪要是否存在（必需） +├── 检查学习研究类会议纪要是否存在（可选） +└── 检查会议转写和周报文件（用于提取方法） + +Phase 2: 提取会议信息 +└── 从工程类纪要复用"会议信息"章节 + +Phase 3: 提取工作问题 Q&A +├── 从工程类纪要提取"问题及解决方案" +├── 从学习研究类纪要提取"关键讨论成果"中的Q&A（可选） +├── 从成员反馈中提取问题建议（可选） +└── 合并去重，按项目分组 + +Phase 4: 提取重点工作方法 +├── 调用Agent从会议转写提取方法分享 +├── 从周报提取经验总结 +└── 合并整理，生成完整方法结构 + +Phase 5: 最终输出 +├── 组装所有章节 +└── 写入文件：output/Q&A资源库类会议纪要_{date}_第X次周会.md +``` + +--- + +## 六、输出文件命名规则 + +- **文件名格式**：`Q&A资源库类会议纪要_{date}_第X次周会.md` +- **日期格式**：YYYY-MM-DD +- **周会次数**：与工程类纪要保持一致 + +**示例**：`Q&A资源库类会议纪要_2025-11-18_第二次周会.md` diff --git a/.claude/skills/meeting-minutes-generator-v1/references/detailed_logic.md b/.claude/skills/meeting-minutes-generator-v1/references/detailed_logic.md new file mode 100644 index 0000000..2f809f1 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/references/detailed_logic.md @@ -0,0 +1,415 @@ +# 工程类会议纪要生成逻辑梳理 + +## 一、输出结构总览 + +``` +工程类会议纪要 +├── 一、会议信息 +├── 二、工作内容 +│ ├── 1. 重点项目进展情况汇总（表格） +│ ├── 2. 重点项目问题及解决方案 +│ ├── 3. 下周工作安排（表格） +│ └── 4. 组内成员工作进展 +└── 三、会议总结 +``` + +--- + +## 项目类型区分规则 + +**核心问题**：周报中没有"学习类"/"工程类"标签，两类项目都混在"P0任务完成情况"和"详细工作内容"中。 + +**区分方法**： +1. **资料库指引** ⭐：项目在 `input/成员本周资料库/` 下有对应md文件 → 学习研究类 +2. **语义判断**：根据任务性质（知识获取/技能提升 vs 产出交付/功能实现）语义判断 + +**背景**：成员会以周报为顶层，讲到学习内容时打开资料库里的md进行分享，资料库中的项目通常是学习研究类。 + +**本文档仅处理工程类项目**，学习研究类项目参见 `学习研究类会议纪要生成逻辑.md`。 + +--- + +## 二、章节数据来源与处理动作 + +### 第一部分：会议信息 + +#### 输出格式 +```markdown +一、会议信息 +- 会议名称：日期+第X次周会 +- 会议时间：2025-11-18 +- 参会人员：连云波、江争达、闫旭隆、陶西平、郝倩玉 +- 记录整理人：Claude +``` + +#### 数据来源映射 + +| 字段 | 主要来源 | 处理逻辑 | +|------|---------|---------| +| 会议名称 | 自动生成 | 根据会议时间生成"YYYY-MM-DD_第X次周会" | +| 会议时间 | 会议转写文件名 | 从文件名提取日期："20251118134948-转写..." → "2025-11-18" | +| 参会人员 | 成员周报文件名列表 | 提取所有周报的作者名：`20251118-闫旭隆周报.md` → "闫旭隆"
**规则**：交了周报的人即为参会人员 | +| 记录整理人 | 固定值 | 固定为"Claude" | + +#### 需要的动作 +1. 解析会议转写文件名，提取日期并格式化为"YYYY-MM-DD" +2. 遍历周报文件名，提取所有姓名并去重，组成参会人员列表 +3. 自动计算会议次数（根据历史纪要数量）或默认显示"第X次周会" +4. 记录整理人固定填写"Claude" + +--- + +### 第二部分-1：重点项目进展情况汇总（表格）⭐核心追踪 + +> ⚠️ **仅处理工程类项目**，学习研究类项目由 Phase 4 单独生成纪要 + +#### 输出格式 +```markdown +| 项目名称 | ！！！原负责人 | 截止时间 | 项目进展情况 | +|---------|--------|----------|-------------| +| 开发规范建立 | 连云波、闫旭隆 | 11月18日 | 闫旭隆完成需求文档Skill开发 | +| 会议纪要流程 | 江争达 | 11月18日 | 未完成（上周计划本周未在周报中体现） | +``` + +#### 数据来源映射 + +**核心原则**：**仅展示P0项目**，**必须包含上周计划的所有P0任务**，非P0任务不在此处展示 + +| 表格列 | 数据来源 | 处理规则 | +|--------|---------|---------| +| 项目名称 | ⭐ 上周纪要"下周工作安排"中的**仅P0任务**
⭐ 本周成员周报"P0任务完成情况"表格 | **取并集**：上周P0 ∪ 本周P0
上周P0必须全部出现
⭐**非P0任务不在此处展示** | +| 负责人 | • 上周纪要"下周工作安排"中的负责人
• 本周周报作者姓名（若该P0只出现在成员周报里） | 多人负责时合并显示 | +| 截止时间 | • 本周成员周报"P0任务"中的备注/时间
• 上周纪要"下周工作安排"中的截止时间**（！！注明，都保留）** | **周报优先** > 上周纪要
周报中有则用周报，无则用上周纪要 | +| 项目进展情况 | ⭐⭐ 本周成员周报"P0任务"的状态列 | **有且仅有**本周周报，**不参考会议转写（！！参考会议转写更新最新状态）**
• 如果周报中有该P0 → 填写状态+备注
• 如果周报中无该P0 → 自动填写"未完成（上周计划本周未在周报中体现）" | + +#### 数据交叉验证规则 ⭐⭐⭐ + +**规则1：强制包含上周P0任务** + +``` +上周纪要"下周工作安排"中的所有P0任务，必须在本周进展汇总中出现 +- 如果该任务在本周周报中有 → 填写周报中的进展情况 +- 如果该任务在本周周报中无 → 自动标记"未完成（上周计划本周未在周报中体现）" +``` + +**规则2：新增本周P0任务** + +``` +本周周报"P0任务"中新出现的任务（上周纪要中没有）： +- 必须添加到本周进展汇总中 +- 不能忽略 +``` + +**规则3：项目匹配逻辑** + +``` +交给Claude根据语义判断"上周任务A"与"本周任务B"是否为同一项目： +- 示例："需求文档Skill开发" ≈ "开发规范-需求文档生成阶段Skill" +``` + + + +#### 特殊情况处理 + +**情况1：负责人变更** +``` +上周：项目A - 负责人：张三 +本周：项目A - 负责人：李四 + +处理：标注"已转交给李四" +``` + +**情况2：任务名称差异较大** +``` +上周：会议纪要流程文档 +本周：会议纪要Skill需求文档 + +如果语义相似度 < 85%： + → 认为是两个不同任务 + → 都要在进展汇总中显示 +``` + +**情况3：截止时间冲突** + +``` +上周：项目A - 截止时间：11月18日 +本周：项目A - 截止时间：11月25日 + +处理：以本周周报为准（11月25日） +``` + +--- + +### 第二部分-2：重点项目问题及解决方案 + +#### 输出格式 +```markdown +#### 问题1: 会议纪要信息提取准确性问题 + +**问题描述:** XXX +**解决方案:** +1. ... +2. ... + +**责任人:** XXX +**截止时间:** XXX +``` + +#### 数据来源映射 + +**核心原则**：会议转写与周报是互补关系，需合并两者信息 + +| 字段 | 数据来源（互补关系） | 提取与合并逻辑 | +|------|---------------------|---------------| +| 项目名称 | 会议转写问题讨论上下文 + 周报"遇到的问题" | 从问题描述中推断所属项目，两者互相验证 | +| 问题描述 | 会议转写问题阐述 + 周报"遇到的问题" | 合并两者：周报提供问题初步描述，会议提供详细讨论和分析 | +| 解决方案 | 会议转写讨论结论 + 周报"解决方法" | 合并两者：周报可能有初步方案，会议讨论后确定最终方案 | +| 责任人 | 会议转写上下文推断 + 周报作者 | 会议中明确分配的责任人，若无则用周报作者（问题提出人） | +| 截止时间 | 会议转写上下文推断 + 会议转写时间 | 会议中提取明确时间，无则默认下周周会前（写具体日期） | + +#### 需要的动作 + +**动作1：从周报提取问题** + +- 遍历所有周报，读取"二、遇到的问题"章节 +- 提取：问题描述、解决方法（如已填写） +- 关联问题提出人 + +**动作2：从会议转写提取问题讨论** + +- 语义识别问题讨论片段（提出问题→分析→讨论→方案） +- 提取：问题完整描述、原因分析、讨论要点、确定方案 +- **责任人**：从会议上下文推断（识别"XX负责"、"XX去做"等） +- **截止时间**：从会议中提取明确时间，无则默认下周周会前（写具体日期，如"11月25日"） + +**动作3：问题去重与合并 ⭐互补关系** +- 将周报问题与会议讨论问题进行语义匹配，注意去重 +- **合并信息**： + - 问题描述：周报的简洁描述 + 会议的详细分析 → 综合描述 + - 解决方案：周报的初步方法 + 会议的讨论结论 → 最终方案 + - 责任人：优先使用会议上下文推断的责任人，无则用周报作者 + - 截止时间：使用会议中提取的时间，写具体日期 + +**动作4：结构化输出** +- 按项目分组问题 +- 格式化：问题描述简洁、解决方案分点列表 + +--- + +### 第二部分-3：下周工作安排（表格）⭐核心 + +> ⚠️ **仅处理工程类项目**，学习研究类项目由 Phase 4 单独生成纪要 + +#### 输出格式 +```markdown +| 项目名称 | 负责人 | 下周会前目标 | 优先级 | 截止时间 | +|---------|--------|----------|--------|----------| +| 🔴 Deepresearch Skill开发 | 闫旭隆 | 实现知识图谱增量更新 | P0 | 11月25日 | +| 招投标技术方案调研 | 闫旭隆 | 调研文档处理能力 | P1 | 11月30日 | +``` + +#### 数据来源映射 + +**核心原则**：会议转写与周报是互补关系，去重合并；冲突时以会议为准 + +| 表格列 | 数据来源（互补关系） | 提取与合并逻辑 | +|--------|---------------------|---------------| +| 项目名称 | 会议转写任务安排讨论 + 成员周报"下周计划" | 合并两者任务，注意语义去重 | +| 负责人 | 会议中明确分配 + 周报作者 | 冲突时会议优先；无冲突时取并集；会议未提及的周报任务用周报作者 | +| 下周会前目标 | 会议讨论的具体目标 + 周报"下周计划"描述 | 合并两者描述，冲突时会议优先，周报补充细节 | +| 优先级 | ⭐⭐会议转写语义推断 + 周报标记（若有） | **核心**：从会议讨论的重要性、紧急程度、领导强调程度语义判断P0/P1/P2；会议未提及的周报任务默认P1 | +| 截止时间 | 会议转写明确时间 + 周报时间 | 冲突时会议优先，无冲突时取更明确的；都无则推断（默认下次周会前，写具体日期） | + +#### 需要的动作 + +**动作1：从会议转写提取任务安排** +- 语义识别任务分配片段（"下周XX负责XX"、"XX需要完成XX"、"这个很重要"） +- 提取：任务名称、具体目标、负责人、截止时间 +- **优先级判断规则**： + - 领导明确说"P0"或"优先"、"重点"、"紧急" → P0 + - 领导反复强调、讨论时间长、要求本周完成 → P0 + - 一般性安排、探索性任务、长期任务 → P1 + - 探索性任务、长期优化、低优先级事项 → P2 + - 无法判断 → 默认P1 + +**动作2：从周报提取下周计划** +- 遍历所有周报，读取"下周计划"章节 +- 提取：任务名称、任务描述 +- 注意：周报往往不全且无优先级标记 + +**动作3：任务合并与去重 ⭐互补关系** +- 语义匹配去重，注意识别同一任务 +- **互补合并**：会议任务 + 周报任务 → 去重后的完整任务列表 +- **冲突处理规则**： + - 同一任务的负责人冲突 → 以会议为准 + - 同一任务的优先级冲突 → 以会议为准 + - 同一任务的截止时间冲突 → 以会议为准（写具体日期，如"11月25日"） + - 会议未提及但周报有的任务 → 保留，默认P1 +- **截止时间处理**：都无明确时间时，默认下次周会前，写具体日期 + - 计算逻辑：本次会议时间 + 7天（假设周会频率为每周一次） + - 示例：本次会议2025-11-18 → 默认截止时间2025-11-25 + +**动作4：优先级排序 ⭐⭐⭐核心规则** +``` +核心规则：P0任务必须排在P1任务之前，P1任务必须排在P2任务之前 + +排序逻辑： +1. 先按优先级分组：P0组、P1组、P2组 +2. 组内按截止时间排序（紧急的在前） +3. P0任务标记🔴emoji + +输出顺序：[P0任务1] [P0任务2] ... [P1任务1] [P1任务2] ... [P2任务1] [P2任务2] ... +``` + +--- + +### 第二部分-4：组内成员工作进展 + +> ⚠️ **下周任务仅列工程类项目**，学习研究类项目由 Phase 4 单独生成纪要 + +#### 输出格式 +```markdown +#### 闫旭隆 + +**上周完成:** +- ✅ 需求文档生成Skill的MVP开发 +- ✅ Skill开发规范总结 + +**进行中:** +- 🔄 Deepresearch框架学习 + +**收到的反馈/学习建议:** +- 项目理解Skill框架获得认可 +- 需继续深入Claude Code优化研究 + +**下周任务:** +- [ ] 🔴 P0|Deepresearch Skill开发 +- [ ] P1|招投标技术方案调研 +``` + +#### 数据来源映射 + +| 部分 | 主要来源 | 备选来源 | 提取逻辑 | +|------|---------|---------|---------| +| 上周完成 | 周报"P0任务完成情况"+"详细工作内容" | 无备选 | 提取状态为"已完成"或✅的项 | +| 进行中 | 周报"详细工作内容"中未完成项 | 会议讨论的进行中工作 | 提取状态为"进行中"或🔄的项 | +| 收到反馈 | 会议转写中领导对该成员的评价 | - | ⭐根据语义理解提取反馈（不依赖转写说话人识别） | +| 下周任务 | 会议分配给该成员的任务 | 周报"下周计划" | ⭐以会议为准，按P0→P1→P2排序
**合并规则**：
1. 会议中明确分配给该成员的任务（带优先级）
2. 周报"下周计划"中的任务（会议未提及的默认P1）
3. 语义去重后按优先级排序 | + +#### 需要的动作 + +**动作1：为每个成员提取周报信息** +- 提取"上周完成"：P0任务状态="已完成"的项 + 详细工作内容✅项 +- 提取"进行中"：详细工作内容🔄项 + 未完成的P0任务 +- 提取"下周任务"："下周计划"章节的所有条目 + +**动作2：从会议转写提取个人反馈** +- 在会议转写中搜索：涉及成员姓名的对话片段 +- ⭐**注意**：转写说话人识别不可靠，根据语义理解谁在给谁反馈（批评/表扬语气、内容逻辑） +- 语义理解：正面评价、建议、批评 +- 提取并整理为1-3条关键反馈 + +**动作3：下周任务合并与排序 ⭐⭐⭐** +- 从"下周工作安排"表格中筛选该成员负责的任务 +- 与成员周报"下周计划"合并去重 +- **核心规则**：每个成员的"下周任务"内部也要按P0→P1→P2排序 +- 格式：`- [ ] 🔴 P0|任务名称`（无空格） + +--- + +### 第三部分：会议总结 + +#### 输出格式 +```markdown +三、会议总结 + +**核心议题：** 开发规范建设、会议纪要流程规范化、Deepresearch框架选型 + +**关键决策：** +1. 暂停江争达参与开发规范建设，要求先系统学习 +2. 采用闫旭隆的项目理解框架作为开发规范正面案例 +3. 会议纪要本周进行现场测试 + +**下周工作重点：** +1. 会议纪要现场测试 +2. Deepresearch Skill开发 +3. 市场部需求对接 +``` + +#### 数据来源映射 + +| 部分 | 主要来源 | 备选来源 | 提取逻辑 | +|------|---------|---------|---------| +| 核心议题 | 会议转写中讨论最多的2-4个主题（通常是P0优先级） | "重点项目进展"的项目列表 | 统计高频关键词或主题，提取3-5个 | +| 关键决策 | 会议转写中的决策性语句 | - | 识别"决定"、"确定"、"采用"等关键词 | +| 下周重点 | 已生成的"下周工作安排"中P0任务 | 会议结尾总结部分 | 提取P0任务，归纳为3-5条 | + +#### 需要的动作 + +**动作1：提取核心议题** +- 方法1：对会议转写进行主题建模，识别讨论最多的3-5个主题 +- 方法2：统计项目名称出现频率，提取讨论时长最长的话题 + +**动作2：识别关键决策** +- 在会议转写中语义搜索决策性语句 +- 特征："决定..."、"确定..."、"采用..."、"要求..." +- 提取3-5条最重要的决策 + +**动作3：生成下周重点** +- 从"下周工作安排"表格提取所有P0任务 +- 按项目或主题归类 +- 归纳为3-5条工作重点 + +--- + +## 三、关键的跨章节关联 + +### 1. 任务追踪线索（纵向连续性） + +``` +上周纪要"下周工作安排" + ↓ +本周"重点项目进展情况汇总"（对应完成情况） + ↓ +本周"组内成员工作进展"（个人维度的完成情况） + ↓ +本周"下周工作安排"（新的计划） +``` + +**处理逻辑**： +- 建立任务ID映射表 +- 追踪任务状态变化：计划→进行中→已完成 +- 标记未完成任务的延续 + +### 2. 问题闭环（横向关联） + +``` +"重点项目问题及解决方案" + ↓ +"下周工作安排"（问题的解决任务） +``` + +### 3. 优先级一致性（全局规则）⭐⭐⭐ + +**所有涉及任务的地方必须遵循优先级排序原则：** +- 重点项目进展：**仅显示P0任务** +- 下周工作安排：P0在前，P1居中，P2在后（非P0任务也会出现） +- 组内成员进展：每人的下周任务也按P0→P1→P2排序（**非P0任务会出现在这里**） +- 会议总结：下周重点 = P0任务 + +--- + +## 四、关键数据优先级规则总结 + +| 字段/章节 | 数据来源 | 优先级规则 | 说明 | +|----------|---------|-----------|------| +| **项目进展-项目名称** | 上周纪要P0 + 本周周报P0 | **取并集，仅P0** | 上周P0必须全部出现，非P0任务不展示 | +| **项目进展-负责人** | 上周纪要 + 本周周报 | 哪里有就填哪个 | 多人时合并显示 | +| **项目进展-截止时间** | 本周周报 / 上周纪要 | **周报优先** | 周报可能更准确 | +| **项目进展-进展情况** | 本周周报 | **仅周报** | 不参考会议转写 | +| **问题方案-问题描述** | 会议转写 + 周报 | **互补合并** | 周报提供问题简述，会议提供详细分析和方案 | +| **下周安排-任务** | ⭐会议转写 + 周报 | **互补合并** | 两者去重合并，冲突时会议为准，包含P0/P1/P2 | +| **下周安排-优先级** | ⭐会议转写语义推断 + 周报标记 | **会议判断为主** | 会议语义判断P0/P1/P2；会议未提及的周报任务默认P1 | +| **下周安排-负责人/时间** | 会议 + 周报 | **冲突时会议为准** | 同一任务的字段冲突时，以会议为准 | +| **成员进展-下周任务** | 会议分配 + 周报计划 | **会议为准，合并去重** | 包含P0/P1/P2任务，按优先级排序 | +| **成员进展-反馈** | 会议转写 | 仅会议 | 语义提取，不依赖说话人识别 | diff --git a/.claude/skills/meeting-minutes-generator-v1/references/学习研究类会议纪要生成逻辑.md b/.claude/skills/meeting-minutes-generator-v1/references/学习研究类会议纪要生成逻辑.md new file mode 100644 index 0000000..e2d0236 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/references/学习研究类会议纪要生成逻辑.md @@ -0,0 +1,191 @@ +# 学习研究类会议纪要生成逻辑 + +## 一、输出结构总览 + +``` +学习研究类会议纪要 +├── 一、会议信息 +└── 二、学习研究内容 + ├── 1. 议题标题1 (分享人) + │ ├── 背景与目的 + │ ├── 核心议题概述 + │ ├── 关键讨论成果 + │ └── 下一步研究方向 + ├── 2. 议题标题2 (分享人) + └── ... +``` + +--- + +## 项目类型区分规则 ⭐⭐⭐ + +**核心问题**：周报中没有"学习类"标签，工程类和学习研究类项目都混在"P0任务完成情况"和"详细工作内容"中。 + +**区分方法**： +1. **资料库指引** ⭐：项目在 `input/成员本周资料库/` 下有对应md文件 → 学习研究类 +2. **语义判断**：根据任务描述的性质（知识获取/技能提升 vs 产出交付/功能实现）语义判断 + +**资料库路径**：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\成员本周资料库\` + +**背景**：成员会以周报为顶层，讲到对应学习内容时打开资料库里的md进行分享。 + +--- + +## 二、章节数据来源与处理动作 + +### 第一部分：会议信息 + +#### 输出格式 +```markdown +一、会议信息 +- 会议时间：2025-11-18 +- 参会人员：连云波、江争达、闫旭隆、陶西平、郝倩玉 +- 记录整理人：Claude +``` + +#### 数据来源映射 + +| 字段 | 主要来源 | 处理逻辑 | +|------|---------|---------| +| 会议时间 | 会议转写文件名 | 从文件名提取日期："20251118134948-转写..." → "2025-11-18" | +| 参会人员 | 成员周报文件名列表 | 提取所有周报的作者名：`20251118-闫旭隆周报.md` → "闫旭隆"
**规则**：固定"连云波"+交了周报的人即为参会人员 | +| 记录整理人 | 固定值 | 固定为"Claude" | + +#### 需要的动作 +1. 解析会议转写文件名，提取日期并格式化为"YYYY-MM-DD" +2. 遍历周报文件名，提取所有姓名并去重，组成参会人员列表 +3. 自动计算会议次数（根据历史纪要数量）或默认显示"第X次周会" +4. 记录整理人固定填写"Claude" + +--- + +### 第二部分：学习研究内容 + +#### 输出格式 +```markdown +### 1. 议题标题 (分享人) + +**背景与目的：** +- 学习来源及理论背景 +- 研究目的与问题背景 + +**核心议题概述：** +- 核心观点或理论要点 +- 关键技术或方法论 + +**关键讨论成果：** +- 会议讨论中的Q&A +- 成员反馈与建议 +- 形成的共识或结论 + +**下一步研究方向：** +- 方向1：具体方向描述 +- 方向2：具体方向描述 +- 方向3：具体方向描述 +``` + +#### 数据来源映射 + +**核心原则**：三个数据源是互补关系，需要合并整合 + +| 字段 | 数据来源（互补关系） | 提取与合并逻辑 | +|------|---------------------|---------------| +| 议题标题 | 周报"P0任务完成情况"+"详细工作内容" + 会议转写议题识别 | 从会议转写识别讨论主题，与周报学习内容匹配去重 | +| 分享人 | 周报项目所属作者+会议转写上下文推断 | 从会议转写识别发言人，匹配周报作者 | +| 背景与目的 | 周报项目内容描述 + 资料库文档上下文（需要Agent总结精要） | 周报提供学习目的，资料库提供理论背景 | +| 核心议题概述 | 周报学习项目总结 + 资料库文档上下文（需要Agent总结精要） | 资料库提供详细理论要点，周报提供简要总结 | +| 关键讨论成果 | ⭐会议转写讨论片段 + 周报反思 | 会议转写提取Q&A和讨论结论，周报补充个人反思 | +| 下一步研究方向 | 会议转写讨论结论 + 周报下周计划 | 会议讨论中形成的研究方向，结合周报计划 | + +#### 需要的动作 + +**说明**：动作1-3由主窗口在 Phase 1.5 执行，动作4-5由 Phase 4 执行。 + +**动作1：扫描资料库（主窗口执行）** +- `Glob: input/成员本周资料库/*.md` +- **轻量读取**：只读取文件名 + 前100行（标题、摘要） +- ⚠️ 不读取完整内容，避免污染上下文 +- 提取：文件名、文档标题、简要描述 +- 作为"确定学习研究类"的强指引 + +**动作2：遍历周报提取项目（主窗口执行）** +- 遍历所有周报的"P0任务完成情况"+"详细工作内容" +- 对每个项目判断类型： + - 检查资料库是否有对应md → `has_library_file=true` + - 语义判断是否为学习研究类（知识获取/技能提升 vs 产出交付/功能实现） +- 提取：项目名、成员、周报描述 + +**动作3：合并去重（主窗口执行）** +- 资料库有 + 周报有 → 学习研究类（资料库里有的周报一定有） +- 资料库无 + 周报有（语义判断为学习类） → 学习研究类 +- 去重后构建 `learning_projects` 列表： + ```python + learning_projects = [ + { + "name": "Claude Code Skill学习", + "member": "闫旭隆", + "has_library_file": true, + "library_path": "input/成员本周资料库/xxx.md", + "weekly_content": "周报描述..." + } + ] + ``` + +**动作4：提取详细内容（调用 transcript_searcher Agent）** +- 主窗口传递 `learning_projects` 给 Agent +- Agent 根据 `has_library_file` 字段决定内容来源： + - `true`：读取 `library_path` 资料库md + 会议转写 + - `false`：仅从会议转写上下文推断 +- Agent 提取：议题标题、分享人、背景与目的、核心议题概述、关键讨论成果、下一步研究方向 +- **合并规则**： + - 背景与目的：周报学习目的 + 资料库/会议背景 + - 核心议题概述：资料库核心内容（有资料库时）或会议推断（无资料库时） + - 关键讨论成果：会议Q&A + 反馈 + 共识 + - 下一步方向：会议讨论结论 + 周报下周计划 + +**动作5：结构化输出（主窗口执行）** +- 遍历 Agent 返回的 topics，按模板格式化 +- 按议题组织内容（通常2-5个议题） +- 按讨论顺序或重要性排序 +- 每个议题独立成节，格式统一 + +--- + +## 三、关键数据优先级规则总结 + +| 字段 | 数据来源 | 优先级规则 | 说明 | +|------|---------|-----------|------| +| **议题标题** | 会议转写 + 周报 | **会议优先** | 会议中讨论的主题更准确，周报标题作为补充 | +| **分享人** | 会议转写推断 + 周报作者 | **会议为准** | 从会议上下文识别实际分享人 | +| **背景与目的** | 周报 + 资料库 | **互补合并** | 周报提供学习目的，资料库提供理论背景 | +| **核心议题概述** | 资料库 + 周报 | **资料库优先** | 资料库提供详细理论，周报提供简要概括 | +| **关键讨论成果** | 会议转写 + 周报 | **会议为主** | 会议讨论内容是核心，周报反思作为补充 | +| **下一步方向** | 会议转写 + 周报 | **会议优先** | 会议讨论中形成的方向更明确，周报计划作为补充 | + +--- + +## 四、特殊情况处理 + +**情况1：资料库文件过大** +``` +资料库中PDF/论文超过50页 +处理：只提取摘要、引言、结论章节，不读取全文 +``` + +**情况2：多人分享同一主题** +``` +会议中多人共同讨论一个理论/项目 +处理：分享人标注为"张三、李四"，合并所有人的观点到一个议题 +``` + +**情况3：周报学习内容会议未讨论** +``` +周报中提到的学习内容，但会议中未讨论 +处理：保留该议题，标注"（未在会议中讨论）"，内容仅基于周报和资料库 +``` + +**情况4：会议讨论内容周报未提及** +``` +会议中临时讨论的学习内容，但周报中未记录 +处理：保留该议题，基于会议转写提取背景和讨论内容 +``` diff --git a/.claude/skills/meeting-minutes-generator-v1/skill.md b/.claude/skills/meeting-minutes-generator-v1/skill.md new file mode 100644 index 0000000..6f24a2f --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/skill.md @@ -0,0 +1,900 @@ +--- +name: meeting-minutes-generator-v1 +description: 会议纪要生成器。当用户说"生成会议纪要"、"生成本周纪要"、"会议纪要"时自动触发。根据会议转写、成员周报、上周纪要生成三类结构化会议纪要：工程类、学习研究类、Q&A资源库类。 +--- + +# 会议纪要生成器 + +你是专业的会议纪要生成专家，负责编排整个生成流程，调度agents，合并多源数据，输出三类结构化会议纪要。 + +## 固化路径配置 + +``` +输入文件位置： +- 会议转写：D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\本周会议转写文本\*.txt +- 成员周报：D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\成员本周周报\*.md +- 上周纪要：D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\上周会议纪要\*.md +- 成员资料库：D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\成员本周资料库\*.md + +临时文件： +- 索引文件：D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\temp\transcript_index.json + +输出位置： +- 工程类：output\工程类会议纪要_{date}_第X次周会.md +- 学习研究类：output\学习研究类会议纪要_{date}_第X次周会.md +- Q&A资源库类：output\Q&A资源库类会议纪要_{date}_第X次周会.md +``` + +## 整体流程概览 + +``` +Phase 1: 准备阶段（读取输入、构建索引、区分项目类型） +├─ 1.1 初始化目录（temp/、output/） +├─ 1.2 读取所有成员周报 → members_data +├─ 1.3 读取上周会议纪要 → last_week_p0_tasks +├─ 1.4 提取会议日期 → meeting_date, default_deadline +├─ 1.5 调用 transcript_indexer Agent → 构建语义索引 +└─ 1.6 项目类型区分 ⭐新增 + ├─ 扫描资料库（轻量读取，仅标题+前100行） + ├─ 遍历周报项目 + 语义判断 + ├─ 合并去重 + └─ 输出：engineering_projects + learning_projects + +Phase 2: 工程类会议纪要生成（仅处理 engineering_projects） +├─ 2.1 会议信息（主窗口直接生成） +├─ 2.2 重点项目进展汇总（主窗口用周报，仅P0工程类） +├─ 2.3 重点项目问题及解决方案（Agent搜索 + 主窗口合并） +├─ 2.4 下周工作安排（Agent搜索 + 主窗口排序，仅工程类） +├─ 2.5 组内成员工作进展（并行Agents + 主窗口整合，下周任务仅工程类）⭐ +└─ 2.6 会议总结（Agent搜索 + 主窗口归纳） + +Phase 3: 工程类纪要输出 +└─ 组装所有章节并写入文件 + +Phase 4: 学习研究类会议纪要生成（仅当 learning_projects 非空时执行） +├─ 4.1 提取学习研究内容（调用 transcript_searcher） +├─ 4.2 整合生成纪要（主窗口） +└─ 4.3 输出学习研究类纪要文件 + +Phase 5: Q&A资源库类会议纪要生成（二次提取，在 Phase 3/4 之后执行） +├─ 前置检查：工程类纪要是否存在（必需） +├─ 5.1 复用会议信息（主窗口） +├─ 5.2 提取工作问题 Q&A（主窗口） +├─ 5.3 提取重点工作方法（调用Agent + 主窗口） +└─ 5.4 输出Q&A资源库类纪要文件 +``` + +--- + +## Phase 1: 准备阶段 + +### 步骤 1.1: 初始化目录 + +**操作**：确保必要目录存在 +1. 检查/创建 `temp/` 目录（用于存放索引文件） +2. 检查/创建 `output/` 目录（用于存放输出文件） + +**路径**： +- temp: `D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\temp\` +- output: `D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\output\` + +--- + +### 步骤 1.2: 读取成员周报 + +**操作**： +1. Glob查找周报文件：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\成员本周周报\*.md` +2. 对每个周报文件： + - 从文件名提取成员姓名（如 `20251118-闫旭隆周报.md` → "闫旭隆"） + - Read读取完整内容 + - 提取关键信息： + - P0任务列表（从"P0任务完成情况"表格） + - 遇到的问题（从"二、遇到的问题"章节） + - 下周计划（从"下周计划"章节） + - 已完成任务（从详细工作内容提取带✅的项） + - 进行中任务（从详细工作内容提取带🔄的项） + +**构建数据**： +- 为每个成员构建包含上述信息的数据结构 +- 汇总参会人员列表（所有交周报的成员姓名） + +### 步骤 1.3: 读取上周会议纪要 + +**操作**： +1. Glob查找上周纪要：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\上周会议纪要\*.md`（应只有一个） +2. Read读取文件 +3. 提取"三、下周工作安排"表格中的**所有P0任务**： + - 项目名称 + - 负责人 + - 截止时间 + +**构建数据**：保存上周P0任务列表供后续追踪 + +### 步骤 1.4: 提取会议日期 + +**操作**： +1. Glob查找会议转写文件：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\本周会议转写文本\*.txt` +2. 从文件名提取日期并格式化： + - 如 `20251118134948-转写...txt` → "2025-11-18" +3. 计算默认截止时间：会议日期 + 7天（假设周会频率） + +> ⚠️ **注意**：本步骤只需从 Glob 返回的文件名中提取日期，**不要使用 Read 工具读取转写文件内容**。转写文件内容由步骤1.5的 transcript_indexer Agent 处理。 + +### 步骤 1.5: 构建会议转写索引 + +**操作**：调用 transcript_indexer Agent + +```python +Task( + subagent_type="transcript_indexer", + description="构建会议转写索引", + prompt="构建会议转写索引" +) +``` + +**Agent输出**： +- 文件：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\temp\transcript_index.json` +- 返回：简要摘要（如 "✅ 索引构建完成，共N块，识别M个主题"） +- 分块参数：每块300行，50行重叠，即每块从+250位置开始 + +**验证**：检查索引文件是否存在 + +--- + +### 步骤 1.6: 项目类型区分 ⭐新增 + +**操作**： +1. 扫描资料库：`Glob: input/成员本周资料库/*.md` +2. **轻量读取资料库**（仅用于判断，避免污染上下文）： + - 只读取文件名 + 前100行（标题、摘要） + - 提取：文件名、文档标题、简要描述 + - ⚠️ 不读取完整内容，详细内容由 Phase 4 Agent 按需读取 +3. 遍历 `members_data` 中所有项目（P0任务 + 详细工作内容） +4. 对每个项目判断类型： + - 资料库有对应md → 学习研究类 + - 语义判断（知识获取/技能提升 vs 产出交付/功能实现） +5. 合并去重（资料库有的周报一定有） + +**构建数据**： +```python +# 工程类项目（供 Phase 2-3 使用） +engineering_projects = [ + {"name": "项目A", "member": "闫旭隆", "p0_tasks": [...], "problems": [...]} +] + +# 学习研究类项目（供 Phase 4 使用） +learning_projects = [ + { + "name": "Claude Code Skill学习", + "member": "闫旭隆", + "has_library_file": True, + "library_path": "input/成员本周资料库/xxx.md", + "weekly_content": "周报描述..." + } +] +``` + +**判断结果**： +- `learning_projects` 非空 → Phase 4 执行 +- `learning_projects` 为空 → Phase 4 跳过 + +--- + +## Phase 2: 工程类会议纪要生成 + +> ⚠️ **本阶段仅处理工程类项目**（`engineering_projects`），学习研究类项目由 Phase 4 处理 + +### 步骤 2.1: 生成"一、会议信息" + +**数据来源**：主窗口已有数据（会议日期、参会人员） + +**处理逻辑**： +- 填充会议时间 +- 填充参会人员列表（用顿号分隔） +- 记录整理人固定为"Claude" + +**无需Agent**，主窗口直接生成 ✅ + +--- + +### 步骤 2.2: 生成"### 1. 重点项目进展情况汇总" + +**核心原则**：⭐ **仅展示工程类P0任务，非P0任务和学习研究类项目不在此处展示** + +**数据来源**： +1. 上周纪要的P0任务 +2. 本周周报的P0任务 + +**处理逻辑**： + +**1. 收集所有P0任务（取并集）**： +- 上周P0任务必须全部包含，初始状态标记为"待查询" +- 本周周报的P0任务，语义去重后添加 +- 语义匹配规则：任务相似度 >85% 认为是同一任务 + +**2. 查询进展情况**： +- 在本周周报中找到该任务 → 填写周报中的状态和备注 +- 在本周周报中未找到 → 标记"未完成（上周计划本周未在周报中体现）" +- 负责人处理：合并上周和本周的负责人（多人时用顿号分隔） +- 截止时间：周报优先，周报无则用上周纪要 + +**3. 生成表格**： +- 输出格式：| 项目名称 | 负责人 | 截止时间 | 项目进展情况 | +- 按项目顺序排列 + +**无需Agent**，主窗口直接处理 ✅ + +--- + +### 步骤 2.3: 生成"### 2. 重点项目问题及解决方案" + +**核心原则**：会议转写与周报互补，合并信息 + +#### 2.3.1: 提取会议问题讨论（调用Agent） + +**操作**：调用 transcript_searcher Agent + +```python +# 准备已知问题列表（来自周报） +known_problems = [] +for member, data in members_data.items(): + for problem in data["problems"]: + known_problems.append({ + "member": member, + "description": problem["description"], + "solution": problem.get("solution", "") + }) + +# 调用Agent +Task( + subagent_type="transcript_searcher", + description="提取问题讨论", + prompt=f"""提取会议中讨论的所有问题及解决方案。 + +会议日期：{meeting_date} +默认截止时间：{default_deadline}（下次周会前） + +已知问题（来自周报）： +{json.dumps(known_problems, ensure_ascii=False, indent=2)} + +请提取会议中讨论的问题，包括： +- 问题标题 +- 问题详细描述 +- 解决方案（列表形式） +- 责任人（从讨论上下文语义推断） +- 截止时间（明确时间或null，无明确时间则使用默认截止时间） + +返回JSON格式（类型2：提取问题讨论）。 +""" +) +``` + +**Agent返回**（JSON字符串，实际数据在`data`字段内）： +```json +{ + "search_intent": "提取问题讨论", + "matched_blocks": [2, 4], + "data": { + "problems": [ + { + "problem_title": "会议纪要信息提取准确性问题", + "problem_description": "...", + "solutions": ["方案1", "方案2"], + "assignees": ["江争达", "郝倩玉"], + "deadline": "2025-11-25" + } + ] + } +} +``` + +#### 2.3.2: 合并周报与会议问题（主窗口） + +**处理逻辑**： + +**1. 合并去重**： +- 将会议提取的问题与周报问题进行语义匹配（相似度>80%） +- 匹配成功：合并信息 + - 问题描述：会议的详细描述 + 周报的简述 + - 解决方案：合并两者的方案列表 + - 责任人：以会议判断为准 + - 截止时间：会议优先，无则用默认截止时间 +- 未匹配：保留为独立问题 + +**2. 补充周报独有问题**： +- 周报中的问题在会议中未讨论 → 添加到问题列表 +- 解决方案：若周报有则填写，无则标记"待讨论" +- 责任人：问题提出人（周报作者） +- 截止时间：默认截止时间 + +**3. 生成输出**： +- 按问题编号生成章节 +- 格式：#### 问题N: 标题 +- 包含：问题描述、解决方案列表、责任人、截止时间 + +--- + +### 步骤 2.4: 生成"### 3. 下周工作安排" + +**核心原则**：仅工程类项目，会议+周报互补，冲突时会议优先，按P0→P1→P2排序 + +#### 2.4.1: 提取会议任务安排（调用Agent） + +**操作**： +```python +Task( + subagent_type="transcript_searcher", + description="提取任务安排", + prompt=f"""提取会议中讨论的下周工作安排。 + +会议日期：{meeting_date} +默认截止时间：{default_deadline}（下次周会前） + +已知P0任务（上周计划）： +{json.dumps([t["name"] for t in last_week_p0_tasks], ensure_ascii=False)} + +请提取任务安排，包括： +- 任务名称 +- 负责人 +- 任务描述 +- 优先级（从讨论语气判断P0/P1/P2） + - P0：领导明确强调"优先"、"重点"、"紧急"，或反复讨论 + - P1：一般性安排、常规任务 + - P2：探索性任务、长期优化、低优先级 +- 截止时间（明确时间或null） + +返回JSON格式（类型1：提取任务安排）。 +""" +) +``` + +**Agent返回**（实际数据在`data`字段内）： +```json +{ + "search_intent": "提取任务安排", + "matched_blocks": [1, 3, 5], + "data": { + "tasks": [ + { + "task_name": "Deepresearch Skill开发", + "assignees": ["闫旭隆"], + "description": "实现知识图谱增量更新", + "priority": "P0", + "deadline": null + } + ] + } +} +``` + +#### 2.4.2: 合并周报与会议任务（主窗口） + +**处理逻辑**： + +**1. 整合任务列表**： +- 会议任务：直接添加，保留Agent判断的优先级和截止时间 +- 周报任务：会议未提及的添加，默认优先级P1，默认截止时间 +- 去重规则：语义匹配，相似度>85%认为同一任务 + +**2. 冲突处理**： +- 同一任务的负责人冲突 → 以会议为准 +- 同一任务的优先级冲突 → 以会议为准 +- 同一任务的截止时间冲突 → 以会议为准 + +**3. 保存数据**： +- 保存合并后的任务列表 `next_week_tasks` +- ⭐ 重要：步骤2.5和2.6会使用这个列表 + +#### 2.4.3: 优先级排序 + +**核心规则**：P0任务在前，P1居中，P2在后 + +**排序步骤**： +1. 按优先级分组：P0组、P1组、P2组 +2. 组内按截止时间排序（早的在前） +3. 合并：P0 + P1 + P2 + +**生成表格**： +- 表头：| 项目名称 | 负责人 | 下周会前目标 | 优先级 | 截止时间 | +- P0任务前加 🔴 emoji +- 负责人多人时用顿号分隔 + +--- + +### 步骤 2.5: 生成"### 4. 组内成员工作进展" + +**核心原则**：并行提取反馈，主窗口整合；**下周任务仅列工程类项目** + +#### 2.5.1: 并行提取成员反馈（调用多个Agents）⭐ + +**操作**：一次性并行调用多个 transcript_searcher Agents + +```python +# 为每个成员并行调用Agent +feedback_agents = [] + +for member in attendees: + member_data = members_data[member] + + feedback_agents.append( + Task( + subagent_type="transcript_searcher", + description=f"提取{member}反馈", + prompt=f"""提取会议中对 {member} 的反馈（表扬/批评/建议）。 + +{member}的周报信息： +- P0任务：{[t['name'] for t in member_data['p0_tasks']]} +- 遇到问题：{[p['description'] for p in member_data['problems']]} + +请提取会议中对该成员的反馈，包括： +- 反馈类型（表扬/批评/建议） +- 反馈内容 + +注意： +1. 不依赖说话人标记，通过语义识别（讨论该成员的工作、对该成员的评价） +2. 如果会议中未提及该成员，返回空列表 + +返回JSON格式（类型4：提取成员反馈）。 +""" + ) + ) + +# 等待所有Agent返回 +feedback_results = [agent.result for agent in feedback_agents] +``` + +**Agent返回示例**（实际数据在`data`字段内）： +```json +{ + "search_intent": "提取江争达的反馈", + "matched_blocks": [2, 4], + "data": { + "member": "江争达", + "feedbacks": [ + {"type": "批评", "content": "..."}, + {"type": "建议", "content": "..."} + ] + } +} +``` + +#### 2.5.2: 整合成员信息（主窗口） + +**处理逻辑**： + +对每个成员，整合以下信息生成章节： + +**1. 上周完成**： +- 从周报提取已完成任务列表（带✅标记的项） + +**2. 进行中**： +- 从周报提取进行中任务列表（带🔄标记的项） + +**3. 收到的反馈/学习建议**： +- 从并行Agent返回结果中匹配该成员的反馈 +- 如无反馈则显示"- 无" + +**4. 下周任务**： +- 从 `next_week_tasks` 筛选该成员负责的任务 +- 合并周报"下周计划"中的任务（语义去重） +- 按优先级排序：P0 → P1 → P2 +- 格式：`- [ ] 🔴 P0|任务名称`（P0任务加红点，无空格） + +**生成格式**： +- 每个成员一个四级标题 +- 四个子部分按上述顺序排列 + +--- + +### 步骤 2.6: 生成"三、会议总结" + +**核心原则**：提取决策 + 归纳总结 + +#### 2.6.1: 提取关键决策（调用Agent） + +**操作**： +```python +Task( + subagent_type="transcript_searcher", + description="提取决策事项", + prompt="""提取会议中的所有关键决策。 + +特征词："决定"、"确定"、"采用"、"要求"、"必须"、"不准" + +请提取决策事项，包括： +- 决策内容 +- 决策上下文 + +返回JSON格式（类型3：提取决策事项）。 +""" +) +``` + +**Agent返回**（实际数据在`data`字段内）： +```json +{ + "search_intent": "提取决策事项", + "matched_blocks": [3, 6], + "data": { + "decisions": [ + { + "decision": "采用Claude Code Skill架构", + "context": "Deepresearch框架选型讨论" + } + ] + } +} +``` + +#### 2.6.2: 归纳总结（主窗口） + +**处理逻辑**： + +**1. 核心议题**： +- 从 `next_week_tasks` 提取项目名称 +- 统计高频项目（简化项目名，提取核心关键词） +- 选取出现频率最高的前3个项目 +- 用顿号连接 + +**2. 关键决策**： +- 直接使用Agent提取的决策列表 +- 按序号格式化输出 + +**3. 下周工作重点**： +- 从 `next_week_tasks` 筛选所有P0任务 +- 按序号列表格式输出 + +**生成格式**： +- 章节标题：## 三、会议总结 +- 三个子部分：核心议题、关键决策、下周工作重点 + +--- + +## Phase 3: 最终输出 + +### 步骤 3.1: 组装完整文档 + +**操作**： +- 按顺序拼接所有生成的章节 +- 标题格式：# 工程类会议纪要-{日期}-第X次周会 +- 章节顺序： + 1. 一、会议信息 + 2. 二、工作内容（包含4个子章节） + 3. 三、会议总结 +- 添加页脚信息：纪要整理人、纪要时间、下次会议时间 + +### 步骤 3.2: 写入文件 + +**操作**： +- 确定文件名：`工程类会议纪要_{日期}_第X次周会.md` +- 输出路径：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\output\` +- 使用Write工具写入文件 + +### 步骤 3.3: 返回结果 + +**返回给用户**： +- 显示完成状态 +- 汇总统计信息： + - 会议时间 + - 参会人数 + - P0任务数 + - 问题讨论数 + - 下周任务总数 +- 显示输出文件路径 + +--- + +## Phase 4: 学习研究类会议纪要生成 + +> ⚠️ **仅当 `learning_projects` 非空时执行本阶段** + +### 步骤 4.1: 提取学习研究内容（调用 Agent） + +**操作**： +```python +Task( + subagent_type="transcript_searcher", + description="提取学习研究讨论", + prompt=f"""提取会议中的学习研究类讨论内容。 + +学习研究类项目列表： +{json.dumps(learning_projects, ensure_ascii=False)} + +请为每个项目提取： +- 议题标题（会议中讨论的主题） +- 分享人（语义推断） +- 背景与目的 +- 核心议题概述 +- 关键讨论成果（Q&A、反馈、共识） +- 下一步研究方向 + +注意： +1. has_library_file=true 的项目，核心内容从资料库提取 +2. has_library_file=false 的项目，从会议转写上下文推断 +3. 资料库路径已固化，Agent 自行读取 + +返回JSON格式（类型5：提取学习研究内容）。 +""" +) +``` + +**Agent 返回**： +```json +{ + "search_intent": "提取学习研究内容", + "matched_blocks": [2, 5], + "data": { + "topics": [ + { + "title": "Claude Code Skill开发规范", + "presenter": "闫旭隆", + "background": "...", + "overview": "...", + "discussions": ["Q1...", "A1..."], + "next_steps": ["方向1", "方向2"] + } + ] + } +} +``` + +### 步骤 4.2: 整合生成纪要（主窗口） + +**处理逻辑**： +1. **会议信息**：复用 Phase 2.1 的数据 +2. **学习研究内容**：遍历 Agent 返回的 `data.topics`，按模板格式化 + +**输出格式**（每个议题）： +```markdown +### {序号}. {title} ({presenter}) + +**背景与目的：** +- {background} + +**核心议题概述：** +- {overview} + +**关键讨论成果：** +- {discussions 列表} + +**下一步研究方向：** +- {next_steps 列表} +``` + +### 步骤 4.3: 输出学习研究类纪要文件 + +**操作**： +- 确定文件名：`学习研究类会议纪要_{日期}_第X次周会.md` +- 输出路径：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\output\` +- 使用 Write 工具写入文件 + +**返回给用户**： +- 显示学习研究类纪要完成状态 +- 显示议题数量 +- 显示输出文件路径 + +--- + +## Phase 5: Q&A资源库类会议纪要生成 + +> ⚠️ **二次提取产物**：在 Phase 3（工程类）和 Phase 4（学习研究类）之后执行 +> +> **依赖**：已生成的工程类会议纪要（必需） + +### 前置检查 + +**操作**： +1. 检查 `output/` 目录下是否存在本次会议的工程类纪要文件 +2. 如不存在 → 提示用户先生成工程类纪要，跳过 Phase 5 +3. 如存在 → 继续执行 + +--- + +### 步骤 5.1: 复用会议信息（主窗口） + +**数据来源**：已生成的工程类会议纪要 + +**操作**： +1. 读取工程类纪要文件 +2. 提取"一、会议信息"章节内容 +3. 直接复用，格式保持一致 + +**无需Agent**，主窗口直接处理 ✅ + +--- + +### 步骤 5.2: 提取工作问题 Q&A（主窗口） + +**核心原则**：从已生成的纪要文件中提取，非原始转写 + +#### 5.2.1: 从工程类纪要提取问题 + +**操作**： +1. 定位"### 2. 重点项目问题及解决方案"章节 +2. 解析每个问题块： + - 问题标题（作为项目名称） + - 问题描述（精简为主要问题） + - 解决方案列表 + +#### 5.2.2: 从学习研究类纪要提取 Q&A（可选） + +**操作**（如学习研究类纪要存在）： +1. 定位每个议题的"关键讨论成果"部分 +2. 识别 Q&A 格式内容 + +#### 5.2.3: 合并去重 + +**处理逻辑**： +- 语义匹配（相似度 > 80%）视为同一问题，合并解决方案 +- 按项目分组，同一项目多个问题归类在一起 +- 格式化输出：`### {序号}. 项目名称：{project_name}` + +**无需Agent**，主窗口直接处理 ✅ + +--- + +### 步骤 5.3: 提取重点工作方法（调用Agent + 主窗口） + +**核心原则**：会议转写 + 周报，两者结合 + +#### 5.3.1: 从会议转写提取方法分享（调用Agent） + +**操作**： +```python +Task( + subagent_type="transcript_searcher", + description="提取工作方法", + prompt="""提取会议中分享的工作方法、技巧、最佳实践。 + +识别特征： +- 方法论讲解（"方法是..."、"技巧是..."） +- 经验分享（"我的做法是..."、"建议..."） +- 总结性语句（"总结一下..."、"关键是..."） + +需提取字段： +- 方法名称（简短标题） +- 方法描述（详细说明） +- 提出人（从上下文推断） +- 相关项目 + +返回JSON格式（类型6：提取工作方法）。 +""" +) +``` + +**Agent返回**（实际数据在`data`字段内）： +```json +{ + "search_intent": "提取工作方法", + "matched_blocks": [2, 5], + "data": { + "methods": [ + { + "name": "语义分析替代说话人标记", + "description": "通过分析发言内容的语义特征来判断发言者", + "presenter": "连云波", + "related_project": "会议纪要信息提取" + } + ] + } +} +``` + +#### 5.3.2: 从周报提取经验总结（主窗口） + +**操作**： +- 遍历 `members_data` 中"详细工作内容" +- 识别方法论/经验总结内容（带"方法"、"技巧"、"经验"等关键词的段落） + +#### 5.3.3: 合并整理（主窗口） + +**处理逻辑**： +- 将会议方法与周报方法进行语义匹配 +- 相似方法合并，补充细节 +- 为每个方法生成完整结构： + - 方法标题 + - 方法描述（合并会议详细讲解 + 周报简要描述） + - 适用场景（从会议讨论上下文推断） + - 关键要点（提炼为3-5条） + +**输出格式**： +```markdown +- **方法 {序号}：{方法标题}** + - {方法描述} + - 适用场景：{场景描述} + - 关键要点： + - {要点1} + - {要点2} + - {要点3} +``` + +--- + +### 步骤 5.4: 输出Q&A资源库类纪要文件 + +**操作**： +1. 组装所有章节： + - 一、会议信息（复用） + - 二、工作问题 Q&A + - 三、重点工作方法 +2. 确定文件名：`Q&A资源库类会议纪要_{日期}_第X次周会.md` +3. 输出路径：`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\output\` +4. 使用 Write 工具写入文件 + +**特殊情况处理**： +| 情况 | 处理方式 | +|------|---------| +| 工程类纪要无问题章节 | Q&A章节输出"本次会议无记录的问题讨论" | +| 会议中无方法分享 | 若周报有经验总结则使用，否则输出"本次会议无记录的方法分享" | + +**返回给用户**： +- 显示Q&A资源库类纪要完成状态 +- 显示Q&A数量、方法数量 +- 显示输出文件路径 + +--- + +## 关键辅助函数 + +### is_same_task(task1, task2) +判断两个任务是否为同一任务（语义相似度 > 85%） + +### is_similar_problem(desc1, desc2) +判断两个问题是否相似（语义相似度 > 80%） + +### merge_assignees(list1, list2) +合并负责人列表并去重 + +### extract_project_name(task_name) +从任务名称提取核心项目关键词 + +--- + +## 项目类型区分规则 + +**核心问题**：周报中没有"学习类"/"工程类"标签，两类项目都混在"P0任务完成情况"和"详细工作内容"中。 + +**区分方法**： +1. **资料库指引** ⭐：项目在 `input/成员本周资料库/` 下有对应md文件 → 学习研究类 +2. **语义判断**：根据任务性质（知识获取/技能提升 vs 产出交付/功能实现）语义判断 + +**背景**：成员会以周报为顶层，讲到学习内容时打开资料库里的md进行分享，资料库中的项目通常是学习研究类。 + +--- + +## 注意事项 + +1. **优先级一致性**： + - 项目进展：仅P0 + - 下周安排：P0/P1/P2按顺序 + - 成员进展：每人下周任务按P0→P1→P2排序 + +2. **数据互补原则**： + - 问题：会议详细分析 + 周报初步描述 + - 任务：会议分配 + 周报计划，冲突时会议优先 + +3. **语义识别**： + - 转写说话人标记不可靠 + - 责任人、优先级、反馈对象都需语义推断 + +4. **并行执行**： + - 仅步骤2.5成员反馈提取并行（4-5个Agents） + - 其他步骤串行执行（有数据依赖） + +5. **默认值处理**： + - 截止时间：会议日期 + 7天 + - 优先级：会议未提及的周报任务默认P1 + +6. **Agent返回数据解析**： + - 所有transcript_searcher返回的JSON结构为：`{search_intent, matched_blocks, data}` + - 实际业务数据在`data`字段内，需通过`result.data.xxx`访问 + - 示例：`result.data.problems`、`result.data.tasks`、`result.data.decisions` + +--- + +## 根本逻辑文档 + +本 Skill 的详细执行逻辑（包括每个章节的数据来源、处理规则、输出格式），有任何问题请查阅： +- **工程类**：`references/detailed_logic.md` +- **学习研究类**：`references/学习研究类会议纪要生成逻辑.md` +- **Q&A资源库类**：`references/Q&A资源库类会议纪要生成逻辑.md` \ No newline at end of file diff --git a/.claude/skills/meeting-minutes-generator-v1/temp/transcript_index.json b/.claude/skills/meeting-minutes-generator-v1/temp/transcript_index.json new file mode 100644 index 0000000..c734693 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/temp/transcript_index.json @@ -0,0 +1,115 @@ +{ + "meta": { + "transcript_path": "D:\\AA_Work\\skills合集\\AIEC-团队开发规范Skills\\.claude\\skills\\meeting-minutes-generator-v1\\input\\本周会议转写文本\\20251125135528-信通院云大所市场部-张媛媛预定的会议-转写智能优化版-1.txt", + "total_lines": 1642, + "total_blocks": 7, + "processed_at": "2025-11-25T14:30:00", + "known_entities": { + "people": ["闫旭隆", "江争达", "陶西平", "郝倩玉", "连云波", "张媛媛"], + "projects": [ + "会议纪要Skill开发", + "需求文档Skill优化", + "公众号信息获取", + "数字人生成", + "问答系统V1.1", + "DeepResearch", + "招投标文件Skill", + "天眼查自动化", + "日报驱动系统" + ] + } + }, + "blocks": [ + { + "block_id": 1, + "lines": "0-299", + "participants": ["张媛媛", "闫旭隆"], + "topics": ["会议纪要Skill开发现状", "会议仪表盘讨论", "P0项目定义问题"], + "projects": ["会议纪要Skill开发"], + "has_task_assignment": false, + "has_problem_discussion": true, + "has_decision": true, + "has_feedback": true, + "key_phrases": ["会议纪要", "仪表盘", "P0项目", "逻辑复杂", "数据一致性", "负责人变更"], + "summary": "讨论会议纪要Skill的第一版实现效果,发现数据映射、负责人更新、P0项目识别等逻辑问题,需要参考会议转写进行状态更新" + }, + { + "block_id": 2, + "lines": "250-549", + "participants": ["张媛媛", "闫旭隆"], + "topics": ["会议纪要数据来源", "主窗口与Agent架构", "转写文本处理方案"], + "projects": ["会议纪要Skill架构优化"], + "has_task_assignment": true, + "has_problem_discussion": true, + "has_decision": true, + "has_feedback": false, + "key_phrases": ["数据来源", "主窗口上下文", "全量加载", "分块读取", "索引构建", "搜索命中率"], + "summary": "讨论Skill架构,分析分块索引搜索vs全量加载方案,建议简化逻辑改用主窗口直接处理全文,提高准确性" + }, + { + "block_id": 3, + "lines": "500-799", + "participants": ["张媛媛", "闫旭隆", "江争达"], + "topics": ["会议纪要架构设计", "Agent协作模式", "上下文管理"], + "projects": ["会议纪要Skill重构方案"], + "has_task_assignment": true, + "has_problem_discussion": true, + "has_decision": true, + "has_feedback": false, + "key_phrases": ["主窗口协调", "子Agent全量处理", "并行调用", "功能模块划分", "准确性优先"], + "summary": "确定架构优化方向:主窗口负责协调,每个子Agent获得全量上下文独立处理一个功能模块,提升准确性" + }, + { + "block_id": 4, + "lines": "750-1049", + "participants": ["张媛媛", "江争达", "陶西平"], + "topics": ["数字人PPT需求讨论", "需求文档质量问题", "PPT动态切换"], + "projects": ["数字人PPT讲解视频"], + "has_task_assignment": true, + "has_problem_discussion": true, + "has_decision": true, + "has_feedback": true, + "key_phrases": ["需求提炼", "默认需求vs核心需求", "动态切换", "口型对应", "需求层次"], + "summary": "严厉批评数字人需求文档,强调需求提炼能力:区分默认需求与核心难点需求,不能罗列所有功能,需深度挖掘用户真实痛点" + }, + { + "block_id": 5, + "lines": "1000-1299", + "participants": ["张媛媛", "江争达"], + "topics": ["日报驱动系统构想", "项目管理工具整合", "AI Native团队建设"], + "projects": ["日报驱动系统", "AI Native组织"], + "has_task_assignment": true, + "has_problem_discussion": true, + "has_decision": false, + "has_feedback": false, + "key_phrases": ["会议纪要驱动日报", "Linear项目管理", "MCP集成", "语音交互", "系统化需求"], + "summary": "讨论通过会议纪要驱动日报的系统化需求,强调需先建立完整框架,整合Linear项目管理工具,实现AI Native自动化工作流" + }, + { + "block_id": 6, + "lines": "1250-1549", + "participants": ["张媛媛", "闫旭隆", "陶西平"], + "topics": ["需求文档Skill迭代", "专家评审机制", "模型选择优化"], + "projects": ["需求文档Skill优化", "cc-switch调研"], + "has_task_assignment": true, + "has_problem_discussion": true, + "has_decision": true, + "has_feedback": true, + "key_phrases": ["交互中断", "专家博弈", "领域专家识别", "模型差异化使用", "opus vs sonnet"], + "summary": "演示需求文档Skill优化版本,增加交互澄清、专家自动整合等功能,讨论多轮专家博弈机制和不同模型的差异化使用" + }, + { + "block_id": 7, + "lines": "1500-1642", + "participants": ["张媛媛", "江争达", "郝倩玉"], + "topics": ["任务安排", "问答系统测试", "PDF Skill调研", "招投标Skill分工"], + "projects": ["问答系统V1.1", "招投标文件Skill", "PDF处理Skill"], + "has_task_assignment": true, + "has_problem_discussion": false, + "has_decision": true, + "has_feedback": false, + "key_phrases": ["任务分配", "前端重构", "需求确认", "明天会议", "学习资料整理"], + "summary": "布置后续任务:会议纪要生成测试、cosmos流程整理、问答系统前端重构、PDF Skill技术调研、招投标Skill架构设计" + } + ] +} diff --git a/.claude/skills/meeting-minutes-generator-v1/templates/Q&A资源库类会议纪要模板.md b/.claude/skills/meeting-minutes-generator-v1/templates/Q&A资源库类会议纪要模板.md new file mode 100644 index 0000000..0dcd2cd --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/templates/Q&A资源库类会议纪要模板.md @@ -0,0 +1,31 @@ +# Q&A共享资源库类会议纪要-{date}-第X次周会 + +## 一、会议信息 +- **会议时间：** {meeting_date} +- **参会人员：** {attendees} +- **记录整理人：** {recorder} + +--- + +## 二、工作问题 Q&A + +{qa_sections} + + +--- + +## 三、重点工作方法 + +{work_methods} + diff --git a/.claude/skills/meeting-minutes-generator-v1/templates/学习研究类会议纪要模板.md b/.claude/skills/meeting-minutes-generator-v1/templates/学习研究类会议纪要模板.md new file mode 100644 index 0000000..f03d37b --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/templates/学习研究类会议纪要模板.md @@ -0,0 +1,30 @@ +# 学习研究类会议纪要-{date}-第X次周会 + +## 一、会议信息 + +- **会议时间:** {meeting_date} +- **参会人员:** {attendees} +- **记录整理人:** {recorder} + +--- + +## 二、学习研究内容 + +{learning_sections} + diff --git a/.claude/skills/meeting-minutes-generator-v1/templates/工程类会议纪要模板.md b/.claude/skills/meeting-minutes-generator-v1/templates/工程类会议纪要模板.md new file mode 100644 index 0000000..abd7e5a --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/templates/工程类会议纪要模板.md @@ -0,0 +1,77 @@ +# 工程类会议纪要-{date}-第X次周会 + +## 一、会议信息 + +- **会议时间：** {meeting_date} +- **参会人员：** {attendees} +- **记录整理人：** {recorder} + +--- + +## 二、工作内容 + +### 1. 重点项目进展情况汇总 + +| 项目名称 | 负责人 | 截止时间 | 项目进展情况 | +|---------|--------|----------|---------| +{project_rows} + +### 2. 重点项目问题及解决方案 + +{problem_details} + + +### 3. 下周工作安排 +| 项目名称 | 负责人 | 本周目标 | 优先级 | 截止时间 | +|----------|---------|-----------|-----------|-----------| +{team_tasks_rows} + +### 4. 组内成员工作进展 + +{members_section} + + +--- + +## 三、会议总结 + +**核心议题:** {core_theme} + +**关键决策:** +{key_decisions_list} + +**下周工作重点:** +{next_week_list} + +--- diff --git a/.claude/skills/meeting-minutes-generator-v1/架构设计精要.md b/.claude/skills/meeting-minutes-generator-v1/架构设计精要.md new file mode 100644 index 0000000..56d52d8 --- /dev/null +++ b/.claude/skills/meeting-minutes-generator-v1/架构设计精要.md @@ -0,0 +1,495 @@ +# 工程类会议纪要生成系统 - 架构设计精要 + +## 一、核心设计原则 + +### 分阶段生成策略 ⭐⭐⭐ + +**核心思想**：按照会议纪要的章节顺序，分阶段提取信息并生成，而不是一次性提取所有信息。 + +**优势**： +1. 每阶段任务量适中，Agent负载可控 +2. 可逐步验证结果质量 +3. 出现问题可重新搜索单个阶段 +4. 符合人类编写纪要的思维习惯 + +--- + +## 二、整体架构概览 + +``` +主窗口 (SKILL.md) +职责：流程编排 + 分阶段调度 + 逐章节生成 + +Phase 1: 准备阶段 +├── 读取周报（主窗口） +├── 读取上周纪要（主窗口） +└── 构建索引（Agent: transcript_indexer） + 输出：temp/transcript_index.json + +Phase 2: 分章节提取与生成（主窗口调度 + Agent执行） +├── 2.1 生成"一、会议信息"（主窗口，无需会议转写） +├── 2.2 生成"二-1. 重点项目进展情况汇总"（主窗口，主要用周报） +├── 2.3 生成"二-2. 重点项目问题及解决方案" +│ ├── 调用Agent提取问题讨论 +│ └── 主窗口合并周报问题 +├── 2.4 生成"二-3. 下周工作安排" +│ ├── 调用Agent提取任务安排 +│ └── 主窗口合并周报计划 +├── 2.5 生成"二-4. 组内成员工作进展" +│ ├── 并行调用多个Agent提取成员反馈 +│ └── 主窗口整合周报+反馈+任务 +└── 2.6 生成"三、会议总结" + ├── 调用Agent提取决策 + └── 主窗口从已生成内容归纳总结 + +Phase 3: 最终输出 +└── 主窗口组装完整Markdown并输出文件 +``` + +--- + +## 三、职责分配 + +### 主窗口 (SKILL.md) + +**负责**： +- 流程编排（按章节顺序调度） +- 读取小文件（周报、上周纪要） +- 跨源数据合并（会议 + 周报 + 上周纪要） +- 逐章节生成Markdown +- 最终文件组装输出 + +**不负责**： +- 读取大文件（会议转写） +- 分块处理逻辑 +- 复杂语义分析 + +### Agent 1: transcript_indexer + +**输入**：无（路径固化） +**职责**：分块读取会议转写，构建语义索引 +**输出**： +- 文件：`temp/transcript_index.json` +- 返回：摘要文字 + +### Agent 2: transcript_searcher + +**输入**：搜索意图（自然语言） +**职责**：基于索引提取特定信息 +**输出**：JSON字符串（直接返回） +**特点**：轻量级，可多次调用 + +--- + +## 四、分阶段执行详细设计 + +### Phase 1: 准备阶段 + +#### 步骤 1.1: 读取周报和上周纪要（主窗口） + +```markdown +**执行**： +1. Glob: `input/成员本周周报/*.md` +2. 提取每个周报：姓名、P0任务、问题、下周计划 +3. Glob: `input/上周会议纪要/*.md` +4. 提取"下周工作安排"表格的P0任务 + +**输出数据结构**： +members_data = { + "闫旭隆": { + "p0_tasks": [...], + "problems": [...], + "next_plan": [...] + }, + ... +} +last_week_p0_tasks = [...] +``` + +#### 步骤 1.2: 构建会议转写索引（Agent） + +```markdown +**调用**： +Task( + subagent_type="transcript_indexer", + description="构建会议转写索引", + prompt="构建会议转写索引" +) + +**Agent处理**： +- 分块读取会议转写（2000行/块，overlap 100） +- 为每块打语义标签 +- 输出索引到 temp/transcript_index.json + +**返回**： +"✅ 索引构建完成，共8块，识别10个主题" +``` + +--- + +### Phase 2: 分章节提取与生成 + +#### 步骤 2.1: 生成"一、会议信息"（主窗口） + +```markdown +**数据来源**： +- 会议时间：从会议转写文件名提取 +- 参会人员：从周报文件名提取 +- 记录人：固定"Claude" + +**处理**：主窗口直接生成，无需Agent + +**输出**： +section_1 = """ +一、会议信息 +- 会议时间：2025-11-18 +- 参会人员：闫旭隆、江争达、... +- 记录整理人：Claude +""" +``` + +#### 步骤 2.2: 生成"二-1. 重点项目进展情况汇总"（主窗口） + +```markdown +**数据来源**： +- 上周P0任务：last_week_p0_tasks +- 本周P0任务：members_data[*].p0_tasks + +**处理**：主窗口直接处理 +1. 取并集（上周P0 ∪ 本周P0） +2. 对每个P0任务： + - 从周报提取进展情况 + - 如果周报无记录 → 标记"未完成" + +**输出**： +section_2_1 = """ +### 1. 重点项目进展情况汇总 +| 项目名称 | 负责人 | 截止时间 | 项目进展情况 | +|---------|--------|----------|-------------| +| ... | ... | ... | ... | +""" + +**注意**：此章节不需要会议转写（仅展示P0追踪） +``` + +#### 步骤 2.3: 生成"二-2. 重点项目问题及解决方案"（Agent + 主窗口） + +```markdown +**步骤 2.3.1: 提取会议问题讨论（Agent）** + +调用： +Task( + subagent_type="transcript_searcher", + description="提取问题讨论", + prompt=f""" + 提取会议中讨论的所有问题及解决方案。 + + 已知问题（来自周报）：{members_data[*].problems} + + 需提取字段： + - 问题标题 + - 问题描述 + - 解决方案（列表） + - 责任人 + - 截止时间 + + 返回JSON格式。 + """ +) + +**步骤 2.3.2: 合并数据（主窗口）** + +1. 接收Agent返回的problem_results +2. 与周报problems对比去重 +3. 互补合并：周报简述 + 会议详细方案 + +**输出**： +section_2_2 = """ +### 2. 重点项目问题及解决方案 + +#### 问题1: ... +**问题描述**: ... +**解决方案**: +1. ... +**责任人**: ... +**截止时间**: ... +""" +``` + +#### 步骤 2.4: 生成"二-3. 下周工作安排"（Agent + 主窗口） + +```markdown +**步骤 2.4.1: 提取会议任务安排（Agent）** + +调用： +Task( + subagent_type="transcript_searcher", + description="提取任务安排", + prompt=f""" + 提取会议中讨论的下周工作安排。 + + 已知P0任务：{last_week_p0_tasks} + + 需提取字段： + - 任务名称 + - 负责人 + - 任务描述 + - 优先级（从讨论语气判断P0/P1/P2） + - 截止时间 + + 返回JSON格式。 + """ +) + +**步骤 2.4.2: 合并数据（主窗口）** + +1. 接收task_results +2. 与周报next_plan合并去重 +3. 冲突时会议优先 +4. 排序：P0 → P1 → P2 + +**输出**： +section_2_3 = """ +### 3. 下周工作安排 +| 项目名称 | 负责人 | 下周会前目标 | 优先级 | 截止时间 | +|---------|--------|------------|--------|----------| +| 🔴 ... | ... | ... | P0 | ... | +| ... | ... | ... | P1 | ... | +""" + +**保存**：next_week_tasks（供后续章节使用） +``` + +#### 步骤 2.5: 生成"二-4. 组内成员工作进展"（并行Agent + 主窗口）⭐ + +```markdown +**步骤 2.5.1: 并行提取成员反馈（多个Agent）** + +一次性并行调用： +for member in members: + Task( + subagent_type="transcript_searcher", + description=f"提取{member}反馈", + prompt=f""" + 提取会议中对 {member} 的反馈（表扬/批评/建议）。 + + {member}的周报内容：{members_data[member]} + + 需提取字段： + - 反馈类型（表扬/批评/建议） + - 反馈内容 + + 返回JSON格式。 + """ + ) + +**步骤 2.5.2: 整合数据（主窗口）** + +对每个成员： +1. 上周完成：从周报提取 +2. 进行中：从周报提取 +3. 收到反馈：从Agent返回提取 +4. 下周任务：从next_week_tasks筛选该成员 + 周报计划去重 + +**输出**： +section_2_4 = """ +### 4. 组内成员工作进展 + +#### 闫旭隆 +**上周完成**: +- ✅ ... + +**收到的反馈/学习建议**: +- ... + +**下周任务**: +- [ ] 🔴 P0|... +- [ ] P1|... +""" + +**并行优势**：成员反馈提取互不依赖，可同时执行（4-5个Agent并行） +``` + +#### 步骤 2.6: 生成"三、会议总结"（Agent + 主窗口） + +```markdown +**步骤 2.6.1: 提取决策（Agent）** + +调用： +Task( + subagent_type="transcript_searcher", + description="提取决策事项", + prompt=""" + 提取会议中的所有关键决策。 + + 特征词："决定"、"确定"、"采用"、"要求" + + 需提取字段： + - 决策内容 + - 决策上下文 + + 返回JSON格式。 + """ +) + +**步骤 2.6.2: 归纳总结（主窗口）** + +1. 核心议题：从decision_results + next_week_tasks提取高频项目 +2. 关键决策：从decision_results提取 +3. 下周重点：从next_week_tasks提取P0任务 + +**输出**： +section_3 = """ +三、会议总结 + +**核心议题**: ... +**关键决策**: +1. ... + +**下周工作重点**: +1. ... +""" +``` + +--- + +### Phase 3: 最终输出 + +```markdown +**执行**：主窗口 + +**操作**： +1. 组装所有章节： + final_content = section_1 + section_2_1 + section_2_2 + ... +2. 格式化检查 +3. 写入文件：`output/工程类会议纪要_{date}_第X次周会.md` +``` + +--- + +## 五、关键设计决策 + +### 1. 为什么分阶段而不是一次性提取？ + +❌ **一次性提取（原方案）**： +- 同时发起7-8个Agent（任务、问题、决策、4-5个成员反馈） +- 任务量大，Agent负载重 +- 难以验证中间结果 +- 出错需全部重来 + +✅ **分阶段提取（新方案）**： +- 每阶段1-2个Agent任务（成员反馈可并行） +- 任务量适中 +- 可逐步验证 +- 符合章节生成顺序 + +### 2. 哪些阶段可以并行？ + +**可并行**（步骤2.5）： +- 成员反馈提取（4-5个Agent同时执行） +- 原因：每个成员独立，互不依赖 + +**必须串行**： +- 其他章节（有数据依赖） +- 例如：section 2.4生成的next_week_tasks被section 2.5使用 + +### 3. 数据传递策略 + +**Agent → 主窗口**： +- ✅ 直接返回JSON字符串 +- ❌ 不写temp文件（除了索引） +- 原因：单次提取结果<10k tokens，直接传递高效 + +**主窗口内部**： +- 使用变量传递中间结果 +- 例如：next_week_tasks在步骤2.4生成，步骤2.5使用 + +### 4. 主窗口 vs Agent 决策原则 ⭐本项目专用 + +``` +任务是否需要读取会议转写？ +├── 否 → 主窗口直接处理 +│ ├── 会议信息（从文件名提取） +│ └── 项目进展（仅用周报，不参考会议转写） +│ +└── 是 → **必须调用 transcript_searcher Agent** + ├── Agent读取语义索引（temp/transcript_index.json） + ├── 定位相关块（基于has_*字段和语义匹配） + ├── 精确读取会议转写片段（基于行号范围） + └── 语义提取信息并返回JSON + +⚠️ 重要： +- 本项目所有会议转写信息提取都需要语义理解 +- 不存在简单关键词搜索场景 +- 不使用Grep工具（会议转写72k tokens，需深度语义分析） +``` + +--- + +## 六、完整执行流程总结 + +``` +Phase 1: 准备 +├── 主窗口读周报、上周纪要 +└── Agent构建索引 → temp/transcript_index.json + +Phase 2: 逐章节生成 +├── 2.1 会议信息（主窗口直接生成） +├── 2.2 项目进展（主窗口用周报生成） +├── 2.3 问题方案 +│ ├── Agent提取会议问题 +│ └── 主窗口合并周报问题 +├── 2.4 下周安排 +│ ├── Agent提取会议任务 +│ └── 主窗口合并周报计划 +├── 2.5 成员进展 +│ ├── 并行Agent提取反馈（4-5个）⭐ +│ └── 主窗口整合周报+反馈+任务 +└── 2.6 会议总结 + ├── Agent提取决策 + └── 主窗口归纳总结 + +Phase 3: 输出 +└── 主窗口组装Markdown并写文件 +``` + +**关键特点**： +- ✅ 分阶段执行，任务量可控 +- ✅ 仅成员反馈提取并行（4-5个Agent） +- ✅ 其他阶段串行，确保数据依赖 +- ✅ 主窗口负责跨源合并与生成 +- ✅ Agent专注会议转写信息提取 + +--- + +## 七、预估Token消耗 + +``` +Phase 1: +- 读周报（4个×3k）: 12k +- 读上周纪要: 5k +- Agent构建索引: 72k（读会议转写） +小计: ~89k + +Phase 2: +- Agent提取问题: 5k（读索引） +- Agent提取任务: 5k +- Agent提取决策: 5k +- Agent提取反馈×4: 20k（并行） +- 主窗口处理: 10k +小计: ~45k + +Phase 3: +- 主窗口生成输出: 5k + +总计: ~140k tokens（远低于200k限制） +``` + +--- + +## 八、后续优化方向 + +1. **动态调整**：如果某章节提取不理想，可重新搜索 +2. **增量生成**：边提取边展示部分结果给用户 +3. **质量检查**：主窗口可验证Agent返回的JSON完整性 +4. **错误恢复**：某Agent失败不影响其他章节生成