This commit is contained in:
闫旭隆
2026-01-09 11:22:42 +08:00
parent f4314c3ede
commit 202d1cb5ba
1066 changed files with 179639 additions and 7618 deletions

View File

@ -31,7 +31,7 @@ Phase 1: 准备阶段(读取输入、区分项目类型)
├─ 1.1 初始化目录output/
├─ 1.2 读取所有成员周报 → members_data
├─ 1.3 读取上周会议纪要 → last_week_p0_tasks
├─ 1.4 提取会议日期 + 记录转写文件路径 → meeting_date, default_deadline, transcript_path
├─ 1.4 提取会议日期(仅获取文件名)→ meeting_date, default_deadline, transcript_path
└─ 1.5 项目类型区分
├─ 扫描资料库(轻量读取,仅标题+前100行
├─ 遍历周报项目 + 语义判断
@ -121,22 +121,29 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
**构建数据**保存上周P0任务列表供后续追踪
### 步骤 1.4: 提取会议日期与转写文件路径
### 步骤 1.4: 提取会议日期(仅获取文件名)
**操作**
1. Glob查找会议转写文件`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\本周会议转写文本\*.txt`
2. 从文件名提取日期并格式化:
1. **使用Glob查找会议转写文件**
- 路径:`D:\AA_Work\skills合集\AIEC-团队开发规范Skills\.claude\skills\meeting-minutes-generator-v1\input\本周会议转写文本\*`(支持 .txt 或 .md
- 应只有一个文件
2. **从文件名提取日期并格式化**
-`20251118134948-转写...txt` → "2025-11-18"
3. 计算默认截止时间:会议日期 + 7天假设周会频率
4. **记录转写文件路径**:仅保存文件路径,不在主窗口读取转写内容
-`20251217会议转写_合并版.md` → "2025-12-17"
3. **计算默认截止时间**:会议日期 + 7天假设周会频率
⚠️ **主窗口不读取转写文本内容**转写文本由子Agent内部自行读取避免主窗口上下文过大
**构建数据**(保留在主窗口上下文中):
- 会议日期
- 默认截止时间
- 会议转写文件路径(传递给 Agent由 Agent 自行读取)
> ⚠️ **重要**:主窗口不读取转写文件内容,转写文件由各 Agent 自行读取处理,避免主窗口上下文膨胀
### 步骤 1.5: 项目类型区分
**操作**
@ -281,6 +288,12 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
- P2探索性任务、长期优化、低优先级
- 截止时间无明确时间则为null
**提取要点**
- 每个独立任务单独列出,不要将多个任务合并到一个条目中
- 即使任务之间有关联(如"Cosmos智能体"和"Deep Research"),只要是不同的交付物就分开列
- 会议结束前的段落通常是领导布置任务的重点区域,需完整扫描
- 如果description中提到了多个子任务或关联项目应拆分为独立条目
**Agent返回示例**
```json
{
@ -288,11 +301,25 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
"data": {
"tasks": [
{
"task_name": "Deepresearch Skill开发",
"task_name": "Deep Research智能体编排方案",
"assignees": ["闫旭隆"],
"description": "实现知识图谱增量更新",
"description": "出具智能体编排方案短期先套壳ChatGPT的Deep Research功能",
"priority": "P0",
"deadline": null
"deadline": "2025-12-30"
},
{
"task_name": "Cosmos类智能体流程编排方案",
"assignees": ["闫旭隆"],
"description": "出具类似Cosmos的智能体编排方案把通用智能体能力整合只做流程编排层",
"priority": "P0",
"deadline": "2025-12-30"
},
{
"task_name": "安定医院Talk项目部署方案",
"assignees": ["闫旭隆"],
"description": "完成Talk功能开发研究部署方案",
"priority": "P0",
"deadline": "2025-12-30"
}
]
}
@ -369,7 +396,8 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
- **语义判断由Claude自主完成**:根据任务描述、上下文关系判断是否为同一项目的不同阶段/子任务
- 不属于上周任何项目的新任务单独列出
**2. 合并进展情况** ⭐⭐⭐
**2. 合并进展情况**
- ⭐⭐ **核心原则:会议讨论内容优先级 > 周报自述**
- 会议中的实际反馈更能反映真实进展(如周报写"已完成"但会议说"需要重写"
- Agent返回有进展 → **必须使用会议中的实际进展**
@ -377,6 +405,7 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
- 都无 → 标记"未完成(上周计划本周未在周报中体现)"
**合并规则**
| 情况 | 进展情况填写 |
|------|-------------|
| 会议有反馈 + 周报有状态 | ⭐ **会议反馈为准**(如会议说"需要重写"则写"需要重写",会议说"需要优化"则写"需要优化" |
@ -441,7 +470,13 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
**处理逻辑**
**1. 按项目维度整合任务列表**
**1. 解析Agent返回数据**
- 遍历Agent C返回的`data.tasks`列表
- 检查每个任务的`description``context`字段,识别其中是否包含隐含的独立任务
- 如发现隐含任务如description中提到"安定医院项目需要此能力"),应拆分为独立条目
- 拆分后的任务继承原任务的负责人和优先级
**2. 按项目维度整合任务列表** ⭐:
- ⭐ **以上周纪要"下周工作安排"中的项目为基准**进行语义去重
- 会议任务直接添加保留Agent判断的优先级和截止时间
- 周报任务:与上周项目进行语义匹配:
@ -449,16 +484,16 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
- **语义判断由Claude自主完成**:根据任务描述、上下文关系判断是否属于同一项目
- 会议未提及的任务默认优先级P1默认截止时间
**2. 冲突处理**
**3. 冲突处理**
- 同一任务的负责人冲突 → 以会议为准
- 同一任务的优先级冲突 → 以会议为准
- 同一任务的截止时间冲突 → 以会议为准
**3. 保存数据**
**4. 保存数据**
- 保存合并后的任务列表 `next_week_tasks`
- ⭐ 重要步骤2.6和2.7会使用这个列表
**4. 优先级排序**
**5. 优先级排序**
**核心规则**P0任务在前P1居中P2在后
@ -961,6 +996,12 @@ Phase 6: 云大所需求相关进度会议纪要生成(二次提取,在 Phas
- 所有transcript_searcher返回的JSON结构为`{search_intent, data}`
- 实际业务数据在`data`字段内,需通过`result.data.xxx`访问
- 示例:`result.data.problems``result.data.tasks``result.data.decisions`
- 检查`description``context`字段中是否包含隐含的独立任务,如有则拆分为独立条目
11. **会议末端任务布置**
- 会议结束前的段落通常是领导布置下周任务的重点区域
- 主窗口合并时需确认Agent是否完整提取了会议末端的任务
- 如发现遗漏,应补充提取
---