yanxulong/AIEC_Skills
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

添加-会议纪要skill-v0.5，索引版本

Browse Source
This commit is contained in:
闫旭隆
2025-12-01 09:31:29 +08:00
parent 882945348b
commit 5f329d7b4c
33 changed files with 5409 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

335
.claude/skills/meeting-minutes-generator-v1/references/Q&A资源库类会议纪要生成逻辑.md Normal file
View File

@ -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`

415
.claude/skills/meeting-minutes-generator-v1/references/detailed_logic.md Normal file
View File

@ -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` → "闫旭隆"<br>**规则**：交了周报的人即为参会人员 |
| 记录整理人 | 固定值 | 固定为"Claude" |
#### 需要的动作
1. 解析会议转写文件名，提取日期并格式化为"YYYY-MM-DD"
2. 遍历周报文件名，提取所有姓名并去重，组成参会人员列表
3. 自动计算会议次数（根据历史纪要数量）或默认显示"第X次周会"
4. 记录整理人固定填写"Claude"
---
### 第二部分-1：重点项目进展情况汇总（表格）⭐核心追踪
> ⚠️ **仅处理工程类项目**，学习研究类项目由 Phase 4 单独生成纪要
#### 输出格式
```markdown
| 项目名称 | ！！！原负责人 | 截止时间 | 项目进展情况 |
|---------|--------|----------|-------------|
| 开发规范建立 | 连云波、闫旭隆 | 11月18日 | 闫旭隆完成需求文档Skill开发 |
| 会议纪要流程 | 江争达 | 11月18日 | 未完成（上周计划本周未在周报中体现） |
```
#### 数据来源映射
**核心原则**：**仅展示P0项目**，**必须包含上周计划的所有P0任务**，非P0任务不在此处展示
| 表格列 | 数据来源 | 处理规则 |
|--------|---------|---------|
| 项目名称 | ⭐ 上周纪要"下周工作安排"中的**仅P0任务**<br>⭐ 本周成员周报"P0任务完成情况"表格 | **取并集**：上周P0 ∪ 本周P0<br>上周P0必须全部出现<br>⭐**非P0任务不在此处展示** |
| 负责人 | • 上周纪要"下周工作安排"中的负责人<br>• 本周周报作者姓名（若该P0只出现在成员周报里） | 多人负责时合并显示 |
| 截止时间 | • 本周成员周报"P0任务"中的备注/时间<br>• 上周纪要"下周工作安排"中的截止时间**（！！注明，都保留）** | **周报优先** > 上周纪要<br>周报中有则用周报，无则用上周纪要 |
| 项目进展情况 | ⭐⭐ 本周成员周报"P0任务"的状态列 | **有且仅有**本周周报，**不参考会议转写（！！参考会议转写更新最新状态）**<br>• 如果周报中有该P0 → 填写状态+备注<br>• 如果周报中无该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排序<br>**合并规则**：<br>1. 会议中明确分配给该成员的任务（带优先级）<br>2. 周报"下周计划"中的任务（会议未提及的默认P1）<br>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任务，按优先级排序 |
| **成员进展-反馈** | 会议转写 | 仅会议 | 语义提取，不依赖说话人识别 |

191
.claude/skills/meeting-minutes-generator-v1/references/学习研究类会议纪要生成逻辑.md Normal file
View File

@ -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` → "闫旭隆"<br>**规则**：固定"连云波"+交了周报的人即为参会人员 |
| 记录整理人 | 固定值 | 固定为"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：会议讨论内容周报未提及**
```
会议中临时讨论的学习内容，但周报中未记录
处理：保留该议题，基于会议转写提取背景和讨论内容
```