250 lines
14 KiB
JSON
250 lines
14 KiB
JSON
{
|
||
"version": 1,
|
||
"updatedAt": "2026-05-07T03:19:39.321Z",
|
||
"entries": {
|
||
"memory:memory/2026-04-18.md:1:5": {
|
||
"key": "memory:memory/2026-04-18.md:1:5",
|
||
"path": "memory/2026-04-18.md",
|
||
"startLine": 1,
|
||
"endLine": 5,
|
||
"source": "memory",
|
||
"snippet": "# 2026-04-18 工作日志 ## 术语共识 [李若松确认] 术语「飞书反馈消息数据库」默认指代用户反馈收集技能中的飞书内部测试反馈MySQL数据表 `vala_test.lark_group_message`，存储「内容测试问题反馈」群（oc_fabff7672e62a9ced7b326ee4a286c26）的同步消息数据。",
|
||
"recallCount": 5,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 5,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-04-30T03:47:21.989Z",
|
||
"lastRecalledAt": "2026-05-07T03:19:39.321Z",
|
||
"queryHashes": [
|
||
"353f9765c086",
|
||
"a6b740c99377",
|
||
"9625ed0029fd",
|
||
"f865295b9ac7",
|
||
"42fe8210f22c"
|
||
],
|
||
"recallDays": [
|
||
"2026-04-30",
|
||
"2026-05-06",
|
||
"2026-05-07"
|
||
],
|
||
"conceptTags": [
|
||
"vala-test.lark-group-message",
|
||
"工作",
|
||
"日志",
|
||
"术语",
|
||
"共识",
|
||
"若松",
|
||
"确认",
|
||
"反馈"
|
||
]
|
||
},
|
||
"memory:memory/2026-04-30.md:198:224": {
|
||
"key": "memory:memory/2026-04-30.md:198:224",
|
||
"path": "memory/2026-04-30.md",
|
||
"startLine": 198,
|
||
"endLine": 224,
|
||
"source": "memory",
|
||
"snippet": "3. 问题描述留 `[AI归纳]` 占位符 - 运行时 AI（即助手本身）根据元数据 + 对话上下文，生成精炼的问题描述 #### AI 归纳的最终输出格式（固定模板） ```markdown ### 问题 N > **在{端}端{环节}内（{课程}），{角色/组件}出现了{现象}** | 发言人 | 要点 | |--------|------| | ... | ... | **当前问题排查结论：** ... ``` #### 结论提取规则增强 - 解释性关键词：上云/预下载/加载/原因是/改为了/首次 → 标记为分析性发言 - 分析性发言 + 日志上传 → 输出「疑似{原因}，已上传日志，排查中」 - 分析性发言 + 无日志 → 输出「{原因}，待确认」 - 无分析 + 无日志 → 改为「暂未排查到问题」（刘新玉确认，比「暂未排查到根因」更准确） #### 4/28 最终归纳结果（AI 生成） 1. **NPC HUD 显示**：在移动端关卡内（11-2），NPC 头上的 HUD 偶尔变成一小条 → 暂未排查到问题 2. **iOS Loading 慢**：在 iOS 端关卡内（L1 3-2），Loading 耗时约 10 秒（正常 3 秒），导致组件数据丢失/无音频 → 疑似关卡内容上云加载导致，已上传日志，排查中 #### 结论提取的边界 - 刘新玉指出：\"暂未排查到问题\" vs \"暂未排查到根因\" → 前者更准确（问题被描述了但可能没被排查）",
|
||
"recallCount": 4,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 4,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-06T13:30:08.593Z",
|
||
"lastRecalledAt": "2026-05-07T02:55:43.649Z",
|
||
"queryHashes": [
|
||
"f865295b9ac7",
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-06",
|
||
"2026-05-07"
|
||
],
|
||
"conceptTags": [
|
||
"角色/组件",
|
||
"上云/预下载/加载/原因是/改为了/首次",
|
||
"4/28",
|
||
"11-2",
|
||
"3-2",
|
||
"导致组件数据丢失/无音频",
|
||
"问题",
|
||
"描述"
|
||
]
|
||
},
|
||
"memory:memory/2026-04-30.md:116:142": {
|
||
"key": "memory:memory/2026-04-30.md:116:142",
|
||
"path": "memory/2026-04-30.md",
|
||
"startLine": 116,
|
||
"endLine": 142,
|
||
"source": "memory",
|
||
"snippet": "问题：很多消息有关联但没有 `quote_message_id`（飞书 API 的 `root_id`/`parent_id` 未采集） **推断规则（按优先级）**： 1. **@提及匹配**：消息中 @了某人 → 关联到被@者最近一条消息 2. **同发送者聚类**：同一人在 2 分钟窗口内连续发多条 → 认为是对同一目标消息的回复 3. **最近不同发送者**：关联到最近一条不同发送者的消息（30 分钟内） 已测试效果：上午 NPC HUD 问题链成功串联，下午 iOS 问题链准确分组。部分跨话题误判仍需 AI 语义辅助（策略3，待后续评估）。 #### 触发方式 - 手动：「同步飞书反馈」「整理反馈对话链」 - 定时：每天 10:00 crontab 自动执行 ## 步骤4：问题归纳功能开发 [刘新玉] - 2026-04-30 18:38 完成 ### 步骤4 包含两部分 1. **问题描述**：在{端}{环节}内（{课程}），{角色/组件}出现了{现象} 2. **当前问题排查结论**：从对话最后 1-2 条提取，匹配规则： - \"日志上传/排查/查\" → \"日志已上传，排查中\" - \"确认/确实\" → \"已确认，待修复\" - \"已修复/已解决\" → \"已修复\" - \"不是 bug/设计如此\" → \"非问题，设计如此\" - 无明确结论 → \"暂未排查到根因\" ### 归纳格式 ```markdown ### 问题 N",
|
||
"recallCount": 4,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 4,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-06T13:30:08.593Z",
|
||
"lastRecalledAt": "2026-05-07T02:55:43.649Z",
|
||
"queryHashes": [
|
||
"f865295b9ac7",
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-06",
|
||
"2026-05-07"
|
||
],
|
||
"conceptTags": [
|
||
"quote-message-id",
|
||
"root-id",
|
||
"parent-id",
|
||
"角色/组件",
|
||
"1-2",
|
||
"日志上传/排查/查",
|
||
"确认/确实",
|
||
"已修复/已解决"
|
||
]
|
||
},
|
||
"memory:memory/2026-04-30.md:134:166": {
|
||
"key": "memory:memory/2026-04-30.md:134:166",
|
||
"path": "memory/2026-04-30.md",
|
||
"startLine": 134,
|
||
"endLine": 166,
|
||
"source": "memory",
|
||
"snippet": "- \"日志上传/排查/查\" → \"日志已上传，排查中\" - \"确认/确实\" → \"已确认，待修复\" - \"已修复/已解决\" → \"已修复\" - \"不是 bug/设计如此\" → \"非问题，设计如此\" - 无明确结论 → \"暂未排查到根因\" ### 归纳格式 ```markdown ### 问题 N > **在{端}端{环节}内（{课程}），{角色/组件}出现了{现象}** | 发言人 | 要点 | |--------|------| | 报告人 | 🚩 报告：... | | ... | ... | | 最终人 | ✅ 结论/待排查 | ``` ### 维度提取规则 | 维度 | 优先级/来源 | |------|------------| | 端 | iOS > iPad > pad端 > Android > 移动端 > PC（正则匹配，忽略大小写） | | 环节 | 关卡内/知识巩固/单元挑战/听力挑战/阅读挑战/口语挑战/写作挑战/单元强化/瓦拉学院/报告（从消息文本匹配） | | 课程 | 匹配数字编号（如 11-2、L1 3-2） | | 角色/组件 | NPC/HUD/音频/组件/数据/Loading/加载/日志（从消息文本匹配） | | 现象 | 从消息中提取要害描述，截断在 35 字符以内 | ### 现象提取逻辑 1. 优先从包含 \"Bug的表现是这样的：\"、\"问题是\"、\"发现\"、\"出现\" 等关键词的消息中截取描述句 2. 提取的句子去除 URL、图片标记、疑问句 3. 截断到 35 字符防止过长 ### Bug 修复记录",
|
||
"recallCount": 4,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 4,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-06T13:30:08.593Z",
|
||
"lastRecalledAt": "2026-05-07T02:55:43.649Z",
|
||
"queryHashes": [
|
||
"f865295b9ac7",
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-06",
|
||
"2026-05-07"
|
||
],
|
||
"conceptTags": [
|
||
"日志上传/排查/查",
|
||
"确认/确实",
|
||
"已修复/已解决",
|
||
"bug/设计如此",
|
||
"角色/组件",
|
||
"结论/待排查",
|
||
"优先级/来源",
|
||
"11-2"
|
||
]
|
||
},
|
||
"memory:memory/2026-04-30.md:177:205": {
|
||
"key": "memory:memory/2026-04-30.md:177:205",
|
||
"path": "memory/2026-04-30.md",
|
||
"startLine": 177,
|
||
"endLine": 205,
|
||
"source": "memory",
|
||
"snippet": "- iOS 的两个相关话题（组件无音频 / Loading 慢）因无引用关系而分成两个簇（需策略3语义聚类解决） - 单消息簇被跳过（需至少 2 条消息才能形成问题） ### Skill 文件最终状态 - `skills/feishu-feedback-sync/SKILL.md`：已包含完整步骤1-4的文档 - `skills/feishu-feedback-sync/scripts/sync_feishu_feedback.py`：已集成 `summarize_cluster()`、`extract_location_elements()`、`generate_summary()` 函数 - crontab 每日 10:00 执行（与步骤3一起） ### 步骤4 架构调整：AI 归纳取代规则生成 [刘新玉] - 2026-04-30 19:07 #### 问题 脚本规则匹配生成的问题描述质量差： - 组件匹配失败（NPC/HUD → \"未知组件\"） - 现象摘取了完整原始消息（含 @、无关词） - 端识别不稳定 #### 决策 **脚本输出结构化元数据 + 对话表，AI 负责归纳描述。** - 脚本 `summarize_cluster` 改为输出： 1. 位置元数据（端/环节/课程/组件）— 由 `extract_location_elements` 提取 2. 发言人-要点表格（规则生成） 3. 问题描述留 `[AI归纳]` 占位符 - 运行时 AI（即助手本身）根据元数据 + 对话上下文，生成精炼的问题描述 #### AI 归纳的最终输出格式（固",
|
||
"recallCount": 4,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 4,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-06T13:30:08.593Z",
|
||
"lastRecalledAt": "2026-05-07T02:55:43.649Z",
|
||
"queryHashes": [
|
||
"f865295b9ac7",
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-06",
|
||
"2026-05-07"
|
||
],
|
||
"conceptTags": [
|
||
"已包含完整步骤1-4的文档",
|
||
"summarize-cluster",
|
||
"extract-location-elements",
|
||
"generate-summary",
|
||
"npc/hud",
|
||
"端/环节/课程/组件",
|
||
"发言人-要点表格",
|
||
"ios"
|
||
]
|
||
},
|
||
"memory:memory/2026-05-06.md:61:86": {
|
||
"key": "memory:memory/2026-05-06.md:61:86",
|
||
"path": "memory/2026-05-06.md",
|
||
"startLine": 61,
|
||
"endLine": 86,
|
||
"source": "memory",
|
||
"snippet": "- `generate_summary()` 调用 `compute_final_priority()` + `sort_by_priority()` 排序 - 新增 `--skip-priority` CLI 参数 - 修复了推断引用算法的孤立簇问题：在 sort_threads Union-Find 后增加合并单条孤立消息到有发送者重叠的大簇的逻辑 #### 3. 更新 SKILL.md 文档 - 增加了步骤5的完整文档说明 - 增加了优先级判定规则速查表 #### 4. 真实数据验证结果 - 2026-04-28 数据：2个问题 - P0：iOS端Loading超时致数据丢失/无音频（15条） - P1：移动端NPC HUD偶尔变成一小条（8条） #### 5. 刘新玉要求简化文档格式（~11:46） - 反馈文档太繁琐，只要在原有格式把\"问题 1\"改成\"P0-问题 1\" - 去掉了优先级分布汇总、额外信息行，只保留标题前缀 + 一行判定依据 - 最终格式：`### P0-问题 1` + `**优先级判定：** 规则...` - 知识库文档已更新为简洁版 #### 6. 修复推断引用算法 Bug - 策略2的 else 分支（同发送者无引用时往前找不同发送者）缺少时间限制 - 导致胡陈辰 20:45 的媒体消息被推断引用到徐思清 12:29（跨8小时） - 修复：加了 `GAP_THRESHOLD_MIN` 检查 #### 7. 文档写入方式改进 - 从 `insert_before` + `replace_range` 改为 `append` 模式",
|
||
"recallCount": 3,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 3,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-07T02:22:47.713Z",
|
||
"lastRecalledAt": "2026-05-07T02:55:43.649Z",
|
||
"queryHashes": [
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-07"
|
||
],
|
||
"conceptTags": [
|
||
"generate-summary",
|
||
"compute-final-priority",
|
||
"sort-by-priority",
|
||
"skip-priority",
|
||
"sort-threads",
|
||
"union-find",
|
||
"skill.md",
|
||
"ios端loading超时致数据丢失/无音频"
|
||
]
|
||
},
|
||
"memory:memory/2026-04-30.md:73:102": {
|
||
"key": "memory:memory/2026-04-30.md:73:102",
|
||
"path": "memory/2026-04-30.md",
|
||
"startLine": 73,
|
||
"endLine": 102,
|
||
"source": "memory",
|
||
"snippet": "### 飞书问题反馈按引用关系重新排序 [刘新玉] 要求按问题完整解决过程排序——通过 `quote_message_id` 串联同一问题的讨论链。 #### 排序逻辑 1. 从数据库读取全部消息及引用关系 2. 构建引用图：每个消息的 `quote_message_id` 指向其父消息 3. 聚合问题链（cluster）：同一引用链的消息归为一组，连续排列 4. 同 cluster 内按时间排序，子回复紧跟父消息 5. Cluster 间按最早时间排序 6. 无引用关系的独立消息按时间线补充 #### 处理过程 - 写入前先通过 `lark-cli sheets +write` 清空 sheet（`--raw-data=\"[]\"`） - 4/28 23条 → 生成完整引用链排序，写入 - 4/29 2条 → 无引用关系，直接写入 #### 4/28 问题链总结 | 问题 | 涉及人 | 消息数 | |------|--------|--------| | NPC HUD显示bug（仅移动端） | 徐思清→王胤鑫 | 3 | | 关卡出现规律 | 王胤鑫→庞鸿潇→梁晨 | 4 | | Playtesting数据记录 | 孙时敏 | 1 | | iOS组件无音频+Loading慢/数据丢失 | 胡陈辰→安君仪/毋益飞/王胤鑫 | 11 | | 网络问题（4/29） | Ann | 2 | ### 飞书群 4/25-4/27 数据查询结果 - 查询 MySQL `lark_group_message` 2026-04-25 ~ 2026-04-27 数据 - 结果：0 条，",
|
||
"recallCount": 3,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 3,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-07T02:22:47.713Z",
|
||
"lastRecalledAt": "2026-05-07T02:55:43.649Z",
|
||
"queryHashes": [
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-07"
|
||
],
|
||
"conceptTags": [
|
||
"网络",
|
||
"quote-message-id",
|
||
"lark-cli",
|
||
"raw-data",
|
||
"4/28",
|
||
"4/29",
|
||
"loading慢/数据丢失",
|
||
"安君仪/毋益飞/王胤鑫"
|
||
]
|
||
}
|
||
}
|
||
}
|