{ "version": 1, "updatedAt": "2026-06-17T10:48:17.775Z", "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": 11, "dailyCount": 0, "groundedCount": 0, "totalScore": 11, "maxScore": 1, "firstRecalledAt": "2026-04-30T03:47:21.989Z", "lastRecalledAt": "2026-06-03T02:09:30.724Z", "queryHashes": [ "353f9765c086", "a6b740c99377", "9625ed0029fd", "f865295b9ac7", "42fe8210f22c", "81f7a2647922", "261597c52d5b", "3fe44d618bf6", "06538386c796", "ce7929958572", "ffaa95d422fd" ], "recallDays": [ "2026-04-30", "2026-05-06", "2026-05-07", "2026-05-25", "2026-05-26", "2026-05-27", "2026-05-28", "2026-06-02", "2026-06-03" ], "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": 6, "dailyCount": 0, "groundedCount": 0, "totalScore": 6, "maxScore": 1, "firstRecalledAt": "2026-05-06T13:30:08.593Z", "lastRecalledAt": "2026-05-22T02:16:39.747Z", "queryHashes": [ "f865295b9ac7", "cd9c89262c30", "ac7fd0b52a4e", "49c0959dc960", "f23f51c6129c", "015553fc9cb1" ], "recallDays": [ "2026-05-06", "2026-05-07", "2026-05-22" ], "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": 9, "dailyCount": 0, "groundedCount": 0, "totalScore": 9, "maxScore": 1, "firstRecalledAt": "2026-05-06T13:30:08.593Z", "lastRecalledAt": "2026-06-01T02:53:47.536Z", "queryHashes": [ "f865295b9ac7", "cd9c89262c30", "ac7fd0b52a4e", "49c0959dc960", "70caeba05281", "2f315a9f8529", "f23f51c6129c", "015553fc9cb1", "1d207685e7a8" ], "recallDays": [ "2026-05-06", "2026-05-07", "2026-05-11", "2026-05-21", "2026-05-22", "2026-06-01" ], "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": 7, "dailyCount": 0, "groundedCount": 0, "totalScore": 7, "maxScore": 1, "firstRecalledAt": "2026-05-06T13:30:08.593Z", "lastRecalledAt": "2026-06-01T02:53:47.536Z", "queryHashes": [ "f865295b9ac7", "cd9c89262c30", "ac7fd0b52a4e", "49c0959dc960", "f23f51c6129c", "015553fc9cb1", "1d207685e7a8" ], "recallDays": [ "2026-05-06", "2026-05-07", "2026-05-22", "2026-06-01" ], "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": 7, "dailyCount": 0, "groundedCount": 0, "totalScore": 7, "maxScore": 1, "firstRecalledAt": "2026-05-06T13:30:08.593Z", "lastRecalledAt": "2026-05-22T02:16:39.747Z", "queryHashes": [ "f865295b9ac7", "cd9c89262c30", "ac7fd0b52a4e", "49c0959dc960", "70caeba05281", "f23f51c6129c", "015553fc9cb1" ], "recallDays": [ "2026-05-06", "2026-05-07", "2026-05-11", "2026-05-22" ], "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": 6, "dailyCount": 0, "groundedCount": 0, "totalScore": 6, "maxScore": 1, "firstRecalledAt": "2026-05-07T02:22:47.713Z", "lastRecalledAt": "2026-05-22T02:16:39.747Z", "queryHashes": [ "cd9c89262c30", "ac7fd0b52a4e", "49c0959dc960", "70caeba05281", "f23f51c6129c", "015553fc9cb1" ], "recallDays": [ "2026-05-07", "2026-05-11", "2026-05-22" ], "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": 4, "dailyCount": 0, "groundedCount": 0, "totalScore": 4, "maxScore": 1, "firstRecalledAt": "2026-05-07T02:22:47.713Z", "lastRecalledAt": "2026-05-22T02:16:39.747Z", "queryHashes": [ "cd9c89262c30", "ac7fd0b52a4e", "49c0959dc960", "015553fc9cb1" ], "recallDays": [ "2026-05-07", "2026-05-22" ], "conceptTags": [ "网络", "quote-message-id", "lark-cli", "raw-data", "4/28", "4/29", "loading慢/数据丢失", "安君仪/毋益飞/王胤鑫" ] }, "memory:memory/2026-04-17.md:1:23": { "key": "memory:memory/2026-04-17.md:1:23", "path": "memory/2026-04-17.md", "startLine": 1, "endLine": 23, "source": "memory", "snippet": "# 2026-04-17 工作日志 ## 飞书群消息同步改造（李若松要求） ### 变更内容 - **存储从飞书表格改为 MySQL**：新建 `vala_test.lark_group_message` 表，结构参考 `wechat_group_message` - **同步频率**：从每6小时改为每4小时 - **数据范围**：2026.4.1 起的「内容测试问题反馈」群消息 - **数据库账户**：chatbot（test环境，仅对 lark_group_message 有写入权限） ### 完成事项 1. ✅ 创建 `lark_group_message` 表（唯一键 message_id 防重复） 2. ✅ 编写新同步脚本 `scripts/sync_lark_group_to_mysql.py`（基于原有 sync_group_to_sheet.py 改造） 3. ✅ 首次全量同步完成：172 条记录（2026-04-01 ~ 2026-04-17），含文本134条、图片17条、视频10条、富文本9条、表情2条 4. ✅ crontab 定时任务已替换：旧的每6小时飞书表格同步 → 新的每4小时MySQL同步 5. ✅ 更新 secrets.md 记录 chatbot 账户 6. ✅ 更新 user-feedback-collector SKILL.md 反馈数据源信息 ### 文件变更 - 新增：`scripts/sync_lark_group_to_mysql.py`（核心同步脚本） - 新增：`scripts/run_lark_group_sync.s", "recallCount": 3, "dailyCount": 0, "groundedCount": 0, "totalScore": 3, "maxScore": 1, "firstRecalledAt": "2026-05-08T10:25:44.365Z", "lastRecalledAt": "2026-05-21T10:38:19.153Z", "queryHashes": [ "cc0dd7ef50d7", "5abc37103c15", "2f315a9f8529" ], "recallDays": [ "2026-05-08", "2026-05-11", "2026-05-21" ], "conceptTags": [ "vala-test.lark-group-message", "wechat-group-message", "2026.4.1", "lark-group-message", "message-id", "sync-group-to-sheet.py", "secrets.md", "user-feedback-collector" ] }, "memory:memory/2026-04-23.md:28:55": { "key": "memory:memory/2026-04-23.md:28:55", "path": "memory/2026-04-23.md", "startLine": 28, "endLine": 55, "source": "memory", "snippet": "- 创建脚本：`scripts/sync_feishu_full_history.py` - 同步时间范围：2026-04-10 至今 - 成功处理 57 条消息（包含文本、图片、视频等多种类型） - 所有媒体文件已上传到 COS - 数据已全部写入数据库 4. **定时任务配置** - 每 4 小时自动同步「内容测试问题反馈」群消息 - crontab: `0 */4 * * * cd /root/.openclaw/workspace-xiaokui/skills/feishu-group-msg-sync/scripts && python3 sync_group_to_mysql.py` 5. **文档更新** - `feishu-group-msg-sync/SKILL.md`: 说明数据库存储方案和引用回复支持 - `user-feedback-collector/SKILL.md`: 更新飞书反馈数据源为 MySQL - `feishu-group-msg-sync/references/query_examples.md`: 提供引用回复查询示例 ### 技术要点 - **引用回复识别**: 从消息 `body.quote` 字段提取被引用消息的 `message_id` - **去重机制**: 使用 `UNIQUE KEY (chat_id, message_id)` 避免重复记录 - **数据一致性**: 使用 `ON DUPLICATE KEY UPDATE` 处理重复消息 - **媒体文", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-08T10:25:44.365Z", "lastRecalledAt": "2026-05-11T10:43:36.686Z", "queryHashes": [ "cc0dd7ef50d7", "5abc37103c15" ], "recallDays": [ "2026-05-08", "2026-05-11" ], "conceptTags": [ "sync-group-to-mysql.py", "feishu-group-msg-sync/skill.md", "user-feedback-collector/skill.md", "body.quote", "message-id", "chat-id", "创建", "脚本" ] }, "memory:memory/2026-04-30.md:95:120": { "key": "memory:memory/2026-04-30.md:95:120", "path": "memory/2026-04-30.md", "startLine": 95, "endLine": 120, "source": "memory", "snippet": "| iOS组件无音频+Loading慢/数据丢失 | 胡陈辰→安君仪/毋益飞/王胤鑫 | 11 | | 网络问题（4/29） | Ann | 2 | ### 飞书群 4/25-4/27 数据查询结果 - 查询 MySQL `lark_group_message` 2026-04-25 ~ 2026-04-27 数据 - 结果：0 条，该群此时间段无消息记录 ### 反馈同步 Skill 创建 [刘新玉] 将飞书问题反馈同步流程封装为 `feishu-feedback-sync` skill，并计划注册定时任务。 #### Skill 文件 - `skills/feishu-feedback-sync/SKILL.md` — 完整技能文档 - `skills/feishu-feedback-sync/scripts/sync_feishu_feedback.py` — 核心同步脚本 - `scripts/sync_feishu_feedback_wrapper.sh` — 定时任务包装脚本 #### Skill 功能 1. 从 MySQL `lark_group_message` 查询近 N 天数据 2. 写入知识库电子表格（按天分 sheet） 3. **反馈对话链排序**：按引用关系将同一问题讨论聚合呈现 #### 策略2：推断缺失引用关系 [刘新玉] 问题：很多消息有关联但没有 `quote_message_id`（飞书 API 的 `root_id`/`parent_id` 未采集） **推断规则（按优先级）**： 1. **@提及匹配**：消息中 @了某人", "recallCount": 3, "dailyCount": 0, "groundedCount": 0, "totalScore": 3, "maxScore": 1, "firstRecalledAt": "2026-05-08T10:25:44.365Z", "lastRecalledAt": "2026-05-22T02:16:39.747Z", "queryHashes": [ "cc0dd7ef50d7", "5abc37103c15", "015553fc9cb1" ], "recallDays": [ "2026-05-08", "2026-05-11", "2026-05-22" ], "conceptTags": [ "网络", "loading慢/数据丢失", "安君仪/毋益飞/王胤鑫", "4/29", "4/25-4/27", "lark-group-message", "feishu-feedback-sync", "quote-message-id" ] }, "memory:memory/2026-04-23.md:47:72": { "key": "memory:memory/2026-04-23.md:47:72", "path": "memory/2026-04-23.md", "startLine": 47, "endLine": 72, "source": "memory", "snippet": "- **数据一致性**: 使用 `ON DUPLICATE KEY UPDATE` 处理重复消息 - **媒体文件处理**: 下载飞书媒体文件并上传到腾讯 COS，记录可访问 URL ### 验证结果 - ✅ 数据库表结构已更新（3 个新字段） - ✅ 历史数据已同步（57 条消息） - ✅ 定时任务已配置 - ✅ 文档已更新 - ℹ️ 当前数据中无引用回复消息（quote_message_id 都是 NULL），说明这段时间内群消息都是直接发送的 ### 查询能力 支持以下查询场景： - 查询某条消息的所有回复 - 查询完整对话链（原消息 + 所有回复） - 统计热门话题（被回复最多的消息） - 按时间、发送人、关键词筛选 ### 文件清单 - `scripts/alter_lark_group_message.sql` - 数据库表结构升级脚本 - `scripts/sync_feishu_full_history.py` - 完整历史数据同步脚本 - `skills/feishu-group-msg-sync/scripts/sync_group_to_mysql.py` - 增量同步脚本 - `skills/feishu-group-msg-sync/references/query_examples.md` - 查询示例文档", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-08T10:25:44.365Z", "lastRecalledAt": "2026-05-11T10:43:36.686Z", "queryHashes": [ "cc0dd7ef50d7", "5abc37103c15" ], "recallDays": [ "2026-05-08", "2026-05-11" ], "conceptTags": [ "quote-message-id", "数据", "一致性", "使用", "duplicate", "key", "update", "处理" ] }, "memory:memory/2026-05-07.md:86:116": { "key": "memory:memory/2026-05-07.md:86:116", "path": "memory/2026-05-07.md", "startLine": 86, "endLine": 116, "source": "memory", "snippet": "| 9 | 用户反馈问题 | 建议、反馈、体验、优化 | | 10 | 其他问题 | （默认兜底） | ### 脚本修改 - `priority_classifier.py` 新增 `proble m_category(keyword)` 函数和 `CATEGORY_KEYWORDS` 规则 - `sync_feishu_feedback.py` 中 `summarize_cluster()` 新增 `category` 字段 - `generate_summary()` 输出格式改为按优先级+分类分组 --- ## 新增步骤7：问题分发 [刘新玉] - 2026-05-07 11:09 ### 需求 将每日问题归纳同步到「小葵小葵」群，P0问题@相关负责人跟进。 ### 分发规则 1. 将\"今日问题归纳\"内容发送到指定群（格式：标题+归纳正文+文档链接） 2. P0问题 @相关负责人的 @列表（从 `summarize_cluster` 的 `operators` 字段提取发言人） ### Bot身份问题 - Bot应用名：**小研**（App ID: `cli_a931175d41799cc7`） - Bot发消息需要已经加入目标群 - 小葵Bot在「小葵小葵」群中发消息报 500 \"chat does not exist\" → 可能是不同应用 - **待解决**：需要确认\"小葵小葵\"群里加的是哪个应用，或者把小研Bot加进去 ### 脚本修改 - `sync_feishu_feedback.py` 新增 `dispatch_to_group()` 函数 -", "recallCount": 3, "dailyCount": 0, "groundedCount": 0, "totalScore": 3, "maxScore": 1, "firstRecalledAt": "2026-05-11T09:48:27.002Z", "lastRecalledAt": "2026-06-05T02:12:53.027Z", "queryHashes": [ "70caeba05281", "9821fd380aab", "bffc46025be9" ], "recallDays": [ "2026-05-11", "2026-05-14", "2026-06-05" ], "conceptTags": [ "priority-classifier.py", "m-category", "category-keywords", "sync-feishu-feedback.py", "summarize-cluster", "generate-summary", "cli-a931175d41799cc7", "dispatch-to-group" ] }, "memory:memory/2026-05-07.md:73:91": { "key": "memory:memory/2026-05-07.md:73:91", "path": "memory/2026-05-07.md", "startLine": 73, "endLine": 91, "source": "memory", "snippet": "``` ### 问题分类规则（按匹配优先级从上到下） | 优先级 | 分类 | 匹配关键词 | |--------|------|-----------| | 1 | 启动/运行异常 | 闪退、崩溃、crash、进不去、卡死、黑屏、重启、服务器宕机、服务器挂了 | | 2 | 版本/更新类 | 更新、升级、新版、版本、安装失败、OTA、热更新、无法更新、下载更新 | | 3 | Loading/加载类 | 加载、loading、loading卡死、转星星、加载慢、加载超时、loading超时、一直加载 | | 4 | 数据/进度类 | 数据丢失、数据异常、进度丢失、数据错误、分数异常、进度不对、记录丢失、数据对不上 | | 5 | 声音/音频类 | 无声、声音、音频、没声音、音效 | | 6 | 语音识别/判分类 | 判分、识别、语音识别、发音、评分、打分、AI判分 | | 7 | 关卡/内容类 | 关卡、题目、答案、内容 | | 8 | UI显示类 | 显示、界面、UI、HUD、动画、层级、图层、渲染 | | 9 | 用户反馈问题 | 建议、反馈、体验、优化 | | 10 | 其他问题 | （默认兜底） | ### 脚本修改 - `priority_classifier.py` 新增 `proble m_category(keyword)` 函数和 `CATEGORY_KEYWORDS` 规则 - `sync_feishu_feedback.py` 中 `summarize_cluster()` 新增 `category` 字段", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-11T09:48:27.002Z", "lastRecalledAt": "2026-06-05T02:12:53.027Z", "queryHashes": [ "70caeba05281", "bffc46025be9" ], "recallDays": [ "2026-05-11", "2026-06-05" ], "conceptTags": [ "启动/运行异常", "版本/更新类", "loading/加载类", "数据/进度类", "声音/音频类", "语音识别/判分类", "关卡/内容类", "priority-classifier.py" ] }, "memory:memory/2026-04-10.md:44:68": { "key": "memory:memory/2026-04-10.md:44:68", "path": "memory/2026-04-10.md", "startLine": 44, "endLine": 68, "source": "memory", "snippet": "### 验证结果 - 全量同步成功：47条记录写入表格，5张图片+4个视频上传COS - crontab 每小时整点自动执行：`0 * * * *` - 群ID：oc_fabff7672e62a9ced7b326ee4a286c26 ## 封装两个通用Skill **来源：** [李若松] 要求将功能封装为可复用skill ### 1. tencent-cos-upload - 路径：`/root/.openclaw/skills/tencent-cos-upload/` - 功能：上传文件到腾讯COS并生成可访问URL - 提供命令行调用和Python模块两种方式 - 核心文件：`scripts/cos_upload.py`（CosUploader类） ### 2. feishu-group-msg-sync - 路径：`/root/.openclaw/skills/feishu-group-msg-sync/` - 功能：定期同步飞书群聊消息到电子表格，媒体上传COS - 依赖 tencent-cos-upload skill - 核心文件：`scripts/sync_group_to_sheet.py`（模板脚本，修改顶部配置即可复用） - 参考文件：`references/lark-cli-cheatsheet.md` ### 项目脚本也改为引用skill - `scripts/sync_feedback_group.py` 现在只做配置覆盖，逻辑全部引用自skill", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-11T10:43:36.686Z", "lastRecalledAt": "2026-05-21T10:38:19.153Z", "queryHashes": [ "5abc37103c15", "2f315a9f8529" ], "recallDays": [ "2026-05-11", "2026-05-21" ], "conceptTags": [ "tencent-cos-upload", "scripts/cos-upload.py", "feishu-group-msg-sync", "scripts/sync-group-to-sheet.py", "scripts/sync-feedback-group.py", "验证", "结果", "全量" ] }, "memory:memory/2026-05-09.md:46:65": { "key": "memory:memory/2026-05-09.md:46:65", "path": "memory/2026-05-09.md", "startLine": 46, "endLine": 65, "source": "memory", "snippet": "- 注意：xiaokui 无法删除 xiaoyan 创建的文档（跨应用权限隔离），需回退到 xiaoyan 凭证删除 **问题三：子文档排序不规则** - 根因：旧 `sort_tag = dt.timestamp()` 升序导致旧日期在前 - 修复：改为 `sort_tag = 9999999999 - int(dt.timestamp())` 实现日期降序 - ⚠️ 不足：飞书 Wiki V2 API 创建节点时 `sort_tag` 参数可能被忽略（API 返回均为 null） - 兜底方案：按日期由近到远的顺序依次创建子文档，利用 `node_create_time` 自然排序 - 所有旧文档已删除并按正确顺序重建（5月8日→5月7日→4月28日），5月6日需手动创建 ### 飞书分发消息 `` 标签修复 - 根因：`dispatch_summary_to_chat` 中两步打架——第一步 `re.sub` 注入 HTML `` 文本，第二步 `content_parts` 用正确 `{\"tag\":\"at\"}` 格式插入 - 修复：删除 `re.sub` 注入原始 HTML 标签的代码，仅保留富文本 at tag ### 5月9日补跑问题 - 5月9日10:00定时任务因 `IndentationError` 失败（凌晨08:10自动备份 `c3c8dbb` 损坏了脚本） - 修复：从上游版本恢复被清空的步骤4-7逻辑 + 模块常量 - 手动补跑5月8日数据（8条反馈，1个P0）成功 ### 待验证 - [ ] 确认「用户反馈问题汇总」下子文档排", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-11T11:26:09.200Z", "lastRecalledAt": "2026-05-11T11:26:09.201Z", "queryHashes": [ "cd203fdc056f", "dbd60c484e39" ], "recallDays": [ "2026-05-11" ], "conceptTags": [ "备份", "sort-tag", "dt.timestamp", "node-create-time", "dispatch-summary-to-chat", "re.sub", "content-parts", "从上游版本恢复被清空的步骤4-7逻辑" ] }, "memory:memory/2026-05-09.md:1:19": { "key": "memory:memory/2026-05-09.md:1:19", "path": "memory/2026-05-09.md", "startLine": 1, "endLine": 19, "source": "memory", "snippet": "## 2026-05-09 工作日志 ### 飞书反馈同步 - 三个文档问题修复 **问题一：图片无法点击查看** - 根因：Markdown表格中 `|` 被 `dialogue_info` 内部的 ` | ` 分隔符破坏 + `![图片]()` 格式在飞书导入时不可靠 - 修复：`info_parts` 分隔符从 `\" | \"` 改为 `
`；图片格式从 `![图片](url)` 改为 `📎 [图片](url)` 可点击链接 **问题二：子文档作者显示\"小研\"** - 根因：现有子文档由 xiaoyan bot (`ou_3e97d43a66639a457f0020a0d7f2bd74`) 创建，xiaokui 无法直接覆盖 - 修复：在 `update_summary_doc_as_children` 中添加 creator 校验，非 xiaokui 创建则先通过 xiaoyan 凭证删除再重建 - 关键常量：`XIAOKUI_BOT_OPEN_ID = \"ou_fdbf5fdafd91670db34b6ac887f30fb7\"` - 注意：xiaokui 无法删除 xiaoyan 创建的文档（跨应用权限隔离），需回退到 xiaoyan 凭证删除 **问题三：子文档排序不规则** - 根因：旧 `sort_tag = dt.timestamp()` 升序导致旧日期在前 - 修复：改为 `sort_tag = 9999999999 - int(dt.timestamp())` 实现日期降序 - ⚠️ 不足：飞书 Wiki V2 API 创建节点时 `sort", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-11T11:26:09.200Z", "lastRecalledAt": "2026-05-11T11:26:09.200Z", "queryHashes": [ "cd203fdc056f" ], "recallDays": [ "2026-05-11" ], "conceptTags": [ "dialogue-info", "info-parts", "update-summary-doc-as-children", "xiaokui-bot-open-id", "sort-tag", "dt.timestamp", "工作", "日志" ] }, "memory:memory/2026-05-09.md:78:95": { "key": "memory:memory/2026-05-09.md:78:95", "path": "memory/2026-05-09.md", "startLine": 78, "endLine": 95, "source": "memory", "snippet": "- 修复：在 `update_summary_doc_as_children` 中添加 creator 校验，非 xiaokui 创建则先通过 xiaoyan 凭证删除再重建 - 关键常量：`XIAOKUI_BOT_OPEN_ID = \"ou_fdbf5fdafd91670db34b6ac887f30fb7\"` - 注意：xiaokui 无法删除 xiaoyan 创建的文档（跨应用权限隔离），需回退到 xiaoyan 凭证删除 **问题三：子文档排序不规则** - 根因：旧 `sort_tag = dt.timestamp()` 升序导致旧日期在前 - 修复：改为 `sort_tag = 9999999999 - int(dt.timestamp())` 实现日期降序 - ⚠️ 不足：飞书 Wiki V2 API 创建节点时 `sort_tag` 参数可能被忽略（API 返回均为 null） - 兜底方案：按日期由近到远的顺序依次创建子文档，利用 `node_create_time` 自然排序 - 所有旧文档已删除并按正确顺序重建（5月8日→5月7日→4月28日），5月6日需手动创建 ### 飞书分发消息 `` 标签修复 - 根因：`dispatch_summary_to_chat` 中两步打架——第一步 `re.sub` 注入 HTML `` 文本，第二步 `content_parts` 用正确 `{\"tag\":\"at\"}` 格式插入 - 修复：删除 `re.sub` 注入原始 HTML 标签的代码，仅保留富文本 at tag ### 5月9日补跑问题", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-11T11:26:09.201Z", "lastRecalledAt": "2026-05-11T11:26:09.201Z", "queryHashes": [ "dbd60c484e39" ], "recallDays": [ "2026-05-11" ], "conceptTags": [ "update-summary-doc-as-children", "xiaokui-bot-open-id", "sort-tag", "dt.timestamp", "node-create-time", "dispatch-summary-to-chat", "re.sub", "content-parts" ] }, "memory:memory/2026-05-06.md:20:47": { "key": "memory:memory/2026-05-06.md:20:47", "path": "memory/2026-05-06.md", "startLine": 20, "endLine": 47, "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的优先级标注目前仅在脚本输出中展示，尚未写入「用户反馈问题汇总」文档（RaL6whoYMijyYHkSlWrc7OLLnBy） - 刘新玉需确认是否需要增加文档自动写入能力 ## 刘新玉：PDF文件处理 - 刘新玉于11:02发送PDF（用户反馈问题优先级判断文档），8页A4 - 已用pdftotext解析并完整阅读 - 内容：P0-P3四级优先级定义、动态调整规则、三大判断问题 - 已基于此文档实现优先级判定规则 # 2026-05-06 工作日志 ## 刘新玉：飞书反馈优先级判定（步骤5）落地 ### 需求背景 - 刘新玉发来「用户反馈问题优先级判断文档」PDF，要求将优先级判定集成到飞书反馈同步流程的第5步", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-11T11:26:09.201Z", "lastRecalledAt": "2026-05-11T11:26:09.201Z", "queryHashes": [ "dbd60c484e39" ], "recallDays": [ "2026-05-11" ], "conceptTags": [ "generate-summary", "compute-final-priority", "sort-by-priority", "skip-priority", "sort-threads", "union-find", "skill.md", "ios端loading超时致数据丢失/无音频" ] }, "memory:memory/2026-05-07.md:23:50": { "key": "memory:memory/2026-05-07.md:23:50", "path": "memory/2026-05-07.md", "startLine": 23, "endLine": 50, "source": "memory", "snippet": "- 「小葵小葵」群 chat_id: `oc_4171a2188f2554522a4309f2d7c27753`，小葵Bot已在该群中 - 相关负责人需要往此群发消息时，直接用 Bot 身份向该 chat_id 发送 ### 知识空间信息 - space_id: 7612229802338045122 - 父节点 node_token: RaL6whoYMijyYHkSlWrc7OLLnBy - 父节点 obj_token: J8bKd4dbYoofZixxVsCc06bhnFc (docx) ## 用户反馈问题汇总文档结构调整 [刘新玉] - 2026-05-07 10:45 ### 变更内容 1. 「用户反馈问题汇总」文档改为按日期创建独立子文档，每天一个 2. 子文档标题格式：`YYYY-MM-DD 问题反馈` 3. 父文档（RaL6whoYMijyYHkSlWrc7OLLnBy）改为索引说明页 4. 子文档 obj_token： - 2026-05-06: ISpQdgf6QoIKIyxdZjPcTAa4nEe - 2026-04-28: UusFdRBEioSs4ox9JhPcXGfCnzf ### 脚本修改 - `sync_feishu_feedback.py` 中新增 `update_summary_doc_as_children()` 函数 - 逻辑：先 `list_child_nodes()` 查已有子文档 → 存在则更新、不存在才创建 - **核心规则：每天只新增一个对应日期的子文档，绝不重复创建** ### 同步清理 - 数据库中 s", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-12T06:08:28.032Z", "lastRecalledAt": "2026-06-05T02:12:53.027Z", "queryHashes": [ "5d17890944eb", "bffc46025be9" ], "recallDays": [ "2026-05-12", "2026-06-05" ], "conceptTags": [ "chat-id", "space-id", "node-token", "obj-token", "yyyy-mm-dd", "sync-feishu-feedback.py", "update-summary-doc-as-children", "list-child-nodes" ] }, "memory:memory/2026-05-07.md:1:28": { "key": "memory:memory/2026-05-07.md:1:28", "path": "memory/2026-05-07.md", "startLine": 1, "endLine": 28, "source": "memory", "snippet": "## 用户反馈问题汇总文档结构调整 [刘新玉] - 2026-05-07 10:45 ### 变更内容 1. 「用户反馈问题汇总」文档改为按日期创建独立子文档，每天一个 2. 子文档标题格式：`YYYY-MM-DD 问题反馈` 3. 父文档（RaL6whoYMijyYHkSlWrc7OLLnBy）改为索引说明页 4. 子文档 obj_token： - 2026-05-06: ISpQdgf6QoIKIyxdZjPcTAa4nEe - 2026-04-28: UusFdRBEioSs4ox9JhPcXGfCnzf ### 脚本修改 - `sync_feishu_feedback.py` 中新增 `update_summary_doc_as_children()` 函数 - 逻辑：先 `list_child_nodes()` 查已有子文档 → 存在则更新、不存在才创建 - **核心规则：每天只新增一个对应日期的子文档，绝不重复创建** ### 同步清理 - 数据库中 sender_name='未知' 的3条无效记录已删除 - 「内容测试问题反馈」电子表格中也清理了\"未知\"发送者的行 - 该电子表格已从\"飞书问题反馈-近3天\"重命名为\"内容测试问题反馈\" ### 飞书群信息 [李若松确认] - 2026-05-07 11:23 - 「小葵小葵」群 chat_id: `oc_4171a2188f2554522a4309f2d7c27753`，小葵Bot已在该群中 - 相关负责人需要往此群发消息时，直接用 Bot 身份向该 chat_id 发送 ### 知识空间信", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-12T06:08:28.032Z", "lastRecalledAt": "2026-06-05T02:12:53.027Z", "queryHashes": [ "5d17890944eb", "bffc46025be9" ], "recallDays": [ "2026-05-12", "2026-06-05" ], "conceptTags": [ "yyyy-mm-dd", "obj-token", "sync-feishu-feedback.py", "update-summary-doc-as-children", "list-child-nodes", "sender-name", "飞书问题反馈-近3天", "chat-id" ] }, "memory:memory/2026-05-09.md:17:37": { "key": "memory:memory/2026-05-09.md:17:37", "path": "memory/2026-05-09.md", "startLine": 17, "endLine": 37, "source": "memory", "snippet": "- 修复：改为 `sort_tag = 9999999999 - int(dt.timestamp())` 实现日期降序 - ⚠️ 不足：飞书 Wiki V2 API 创建节点时 `sort_tag` 参数可能被忽略（API 返回均为 null） - 兜底方案：按日期由近到远的顺序依次创建子文档，利用 `node_create_time` 自然排序 - 所有旧文档已删除并按正确顺序重建（5月8日→5月7日→4月28日），5月6日需手动创建 ### 飞书分发消息 `` 标签修复 - 根因：`dispatch_summary_to_chat` 中两步打架——第一步 `re.sub` 注入 HTML `` 文本，第二步 `content_parts` 用正确 `{\"tag\":\"at\"}` 格式插入 - 修复：删除 `re.sub` 注入原始 HTML 标签的代码，仅保留富文本 at tag ### 废弃定时任务的 crontab 清理 - 已删除 xiaokui crontab 中 `*/5 * * * *` 的「飞书问题反馈同步每分钟」任务（含 wrapper 脚本调用） - 该任务每分钟执行一次打开 MySQL 连接/查询/返回存在潜在连接泄漏风险 ### 5月9日补跑问题 - 5月9日10:00定时任务因 `IndentationError` 失败（凌晨08:10自动备份 `c3c8dbb` 损坏了脚本） - 修复：从上游版本恢复被清空的步骤4-7逻辑 + 模块常量 - 手动补跑5月8日数据（8条反馈，1个P0）成功 ## 2026-05-09 工作日志", "recallCount": 2, "dailyCount": 0, "groundedCount": 0, "totalScore": 2, "maxScore": 1, "firstRecalledAt": "2026-05-21T10:38:19.153Z", "lastRecalledAt": "2026-05-25T02:22:57.259Z", "queryHashes": [ "2f315a9f8529", "ae62541246a4" ], "recallDays": [ "2026-05-21", "2026-05-25" ], "conceptTags": [ "备份", "sort-tag", "dt.timestamp", "node-create-time", "dispatch-summary-to-chat", "re.sub", "content-parts", "连接/查询/返回存在潜在连接泄漏风险" ] }, "memory:memory/2026-05-07.md:189:209": { "key": "memory:memory/2026-05-07.md:189:209", "path": "memory/2026-05-07.md", "startLine": 189, "endLine": 209, "source": "memory", "snippet": "| 每分钟 | `sync_feishu_feedback_dispatch_p0.sh` | 7（仅P0） | P0问题实时分发到群 | | 每天 10:00 | `sync_feishu_feedback_wrapper.sh` | 7（全部） | 全量分发到群 | ### 完整数据流 ``` 群消息 → 每1分钟入MySQL → 每1分钟刷新表格 → 每1分钟归纳+分类 → P0实时发群 / 每天10:00全量发群 ``` ### 关键技术细节 - **拆分方式**：`sync_feishu_feedback.py` 新增 `--steps` 参数（如 `--steps 1-3`、`--steps 4-6`、`--steps 7`） - **分发模式**：新增 `--dispatch-mode` 参数，`p0` 只发P0级，`all` 发全部 - **电子表格**：`TVivwmzqXiW3YakDUzucFMRenvf`（\"内容测试问题反馈\"） - **归纳子文档父节点**：`RaL6whoYMijyYHkSlWrc7OLLnBy`（space_id: 7612229802338045122） - **分发目标群**：`oc_4171a2188f2554522a4309f2d7c27753`（「小葵小葵」群） - **分发Bot**：xiaokui（`/root/.openclaw/credentials/xiaokui`） - **新 wrapper 脚本**： - `scripts/sync_feishu_feedback_realtime.sh`（步骤1-", "recallCount": 3, "dailyCount": 0, "groundedCount": 0, "totalScore": 3, "maxScore": 1, "firstRecalledAt": "2026-05-22T02:16:39.747Z", "lastRecalledAt": "2026-06-01T04:05:41.997Z", "queryHashes": [ "015553fc9cb1", "1d207685e7a8", "35e4329ea912" ], "recallDays": [ "2026-05-22", "2026-06-01" ], "conceptTags": [ "sync-feishu-feedback-wrapper.sh", "sync-feishu-feedback.py", "1-3", "4-6", "dispatch-mode", "space-id", "openclaw/credentials/xiaokui", "分钟" ] }, "memory:memory/2026-05-21.md:58:77": { "key": "memory:memory/2026-05-21.md:58:77", "path": "memory/2026-05-21.md", "startLine": 58, "endLine": 77, "source": "memory", "snippet": "- 每天 10:00-10:01 自动清空去重，配合全量分发 2. ✅ crontab 每分钟执行：`* * * * * python3 detect_p0_realtime.py` 3. ✅ 步骤 4-6 不做每分钟恢复（增量改造成本高，日汇总实时性需求弱） ### AI 归纳流程修复 [刘新玉需求] ### 背景 - 5/15 问题描述出现严重退化：问题一变成\"可以在这里Po问题\"（元指令文本），问题二变成\"图片 (1/1)\" - 根因：(1) 关键词模式只能覆盖约 8 类症状，不匹配时退化到首条消息原文 (2) AI 归纳靠心跳触发，5/15 当天漏执行 ### 完成事项 1. ✅ 新建 `scripts/ai_summarize_feedback.py`： - 读取 `cluster_context_{date}.json`，调用 DeepSeek API（deepseek-v4-pro）生成精炼问题描述 - 保存 `ai_descriptions_{date}.json` → 调用 `--apply-ai` 回写到知识库 - 回写后自动清理 context 文件 2. ✅ crontab 每天 10:05 执行（在 10:00 全量同步之后） 3. ✅ HEARTBEAT.md 移除 AI 归纳任务（已由 crontab 接管） 4. ✅ 扩展 `generate_problem_description()` 关键词覆盖： - 新增：语音识别/判分、内容/命名缺失、后台弹窗残留、网络/VPN、热更/打包/测试包 - 新增：后台", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-25T02:22:57.259Z", "lastRecalledAt": "2026-05-25T02:22:57.259Z", "queryHashes": [ "ae62541246a4" ], "recallDays": [ "2026-05-25" ], "conceptTags": [ "网络", "00-10", "detect-p0-realtime.py", "4-6", "5/15", "1/1", "scripts/ai-summarize-feedback.py", "cluster-context" ] }, "memory:memory/2026-05-21.md:35:64": { "key": "memory:memory/2026-05-21.md:35:64", "path": "memory/2026-05-21.md", "startLine": 35, "endLine": 64, "source": "memory", "snippet": "5. ✅ 未启用步骤 4-6 每分钟执行（理由同刘新玉确认） ### 调度总览（更新后） ``` 每 5 分钟 → 群消息同步入 MySQL 每分钟 → P0 实时检测 + 增量推送 每分钟 → 反馈数据实时导出到表格 每天 10:00 → 全量七步处理 + 全量分发 每天 10:05 → AI 归纳（DeepSeek 生成描述 → 回写文档） ``` # 2026-05-21 工作日志 ## P0 实时检测与推送 [刘新玉需求] ### 背景 - 原有两个每分钟 crontab 任务已被注释（5/11），因为每次全量重跑浪费资源且 P0 会重复推送 - 刘新玉要求做真正的增量 P0 实时分发 ### 完成事项 1. ✅ 新建 `scripts/detect_p0_realtime.py`（~200行）： - 复用 `sync_feishu_feedback.py` 的聚类逻辑 + `priority_classifier.py` 的优先级判定 - 查询最近 2 小时消息 → 聚类 → 判定 P0 → 去重（簇签名 MD5）→ 推送 - 去重状态存在 `tmp/p0_dispatched_state.json`，24 小时自动过期 - 每天 10:00-10:01 自动清空去重，配合全量分发 2. ✅ crontab 每分钟执行：`* * * * * python3 detect_p0_realtime.py` 3. ✅ 步骤 4-6 不做每分钟恢复（增量改造成本高，日汇总实时性需求弱） ### AI 归纳流程修复 [刘新玉需求]", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-25T02:22:57.259Z", "lastRecalledAt": "2026-05-25T02:22:57.259Z", "queryHashes": [ "ae62541246a4" ], "recallDays": [ "2026-05-25" ], "conceptTags": [ "4-6", "5/11", "scripts/detect-p0-realtime.py", "sync-feishu-feedback.py", "priority-classifier.py", "tmp/p0-dispatched-state.json", "00-10", "detect-p0-realtime.py" ] }, "memory:memory/2026-05-21.md:1:26": { "key": "memory:memory/2026-05-21.md:1:26", "path": "memory/2026-05-21.md", "startLine": 1, "endLine": 26, "source": "memory", "snippet": "# 2026-05-21 工作日志 ## P0 实时检测与推送 [刘新玉需求] ### 背景 - 原有两个每分钟 crontab 任务已被注释（5/11），因为每次全量重跑浪费资源且 P0 会重复推送 - 刘新玉要求做真正的增量 P0 实时分发 ### 完成事项 1. ✅ 新建 `scripts/detect_p0_realtime.py`（~200行）： - 复用 `sync_feishu_feedback.py` 的聚类逻辑 + `priority_classifier.py` 的优先级判定 - 查询最近 2 小时消息 → 聚类 → 判定 P0 → 去重（簇签名 MD5）→ 推送 - 去重状态存在 `tmp/p0_dispatched_state.json`，24 小时自动过期 - 每天 10:00-10:01 自动清空去重，配合全量分发 2. ✅ crontab 每分钟执行：`* * * * * python3 detect_p0_realtime.py` 3. ✅ 步骤 4-6 不做每分钟恢复（增量改造成本高，日汇总实时性需求弱） ### AI 归纳流程修复 [刘新玉需求] ### 背景 - 5/15 问题描述出现严重退化：问题一变成\"可以在这里Po问题\"（元指令文本），问题二变成\"图片 (1/1)\" - 根因：(1) 关键词模式只能覆盖约 8 类症状，不匹配时退化到首条消息原文 (2) AI 归纳靠心跳触发，5/15 当天漏执行 ### 完成事项 1. ✅ 新建 `scripts/ai_summarize_feedback.py`：", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-25T02:22:57.259Z", "lastRecalledAt": "2026-05-25T02:22:57.259Z", "queryHashes": [ "ae62541246a4" ], "recallDays": [ "2026-05-25" ], "conceptTags": [ "5/11", "scripts/detect-p0-realtime.py", "sync-feishu-feedback.py", "priority-classifier.py", "tmp/p0-dispatched-state.json", "00-10", "detect-p0-realtime.py", "4-6" ] }, "memory:memory/2026-05-21.md:22:42": { "key": "memory:memory/2026-05-21.md:22:42", "path": "memory/2026-05-21.md", "startLine": 22, "endLine": 42, "source": "memory", "snippet": "- 根因：(1) 关键词模式只能覆盖约 8 类症状，不匹配时退化到首条消息原文 (2) AI 归纳靠心跳触发，5/15 当天漏执行 ### 完成事项 1. ✅ 新建 `scripts/ai_summarize_feedback.py`： - 读取 `cluster_context_{date}.json`，调用 DeepSeek API（deepseek-v4-pro）生成精炼问题描述 - 保存 `ai_descriptions_{date}.json` → 调用 `--apply-ai` 回写到知识库 - 回写后自动清理 context 文件 2. ✅ crontab 每天 10:05 执行（在 10:00 全量同步之后） 3. ✅ HEARTBEAT.md 移除 AI 归纳任务（已由 crontab 接管） 4. ✅ 扩展 `generate_problem_description()` 关键词覆盖： - 新增：语音识别/判分、内容/命名缺失、后台弹窗残留、网络/VPN、热更/打包/测试包 - 新增：后台加载场景识别 - 5/15 验证：问题一从\"可以在这里Po问题\"→\"语音识别不准确（对话表达，只识别成错误内容）\"；问题二从\"图片 (1/1)\"→\"后台加载提示/弹窗未自动消失，持续显示 需确认是否因 VPN/网络代理导致\" 5. ✅ 未启用步骤 4-6 每分钟执行（理由同刘新玉确认） ### 调度总览（更新后） ``` 每 5 分钟 → 群消息同步入 MySQL 每分钟 → P0 实时检测 + 增量推送 每分钟 → 反馈", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-25T02:22:57.259Z", "lastRecalledAt": "2026-05-25T02:22:57.259Z", "queryHashes": [ "ae62541246a4" ], "recallDays": [ "2026-05-25" ], "conceptTags": [ "网络", "5/15", "scripts/ai-summarize-feedback.py", "cluster-context", "deepseek-v4-pro", "ai-descriptions", "apply-ai", "heartbeat.md" ] }, "memory:memory/2026-05-25.md:21:42": { "key": "memory:memory/2026-05-25.md:21:42", "path": "memory/2026-05-25.md", "startLine": 21, "endLine": 42, "source": "memory", "snippet": "- `update_summary_doc_as_children()` 默认 title_prefix 从 `\"\"` 改为 `\"飞书-\"` - `create_child_doc()` 日期提取兼容 `飞书-` / `微信-` 前缀 - `dispatch_summary_to_chat()` 消息标题和链接同步更新 - `get_today_doc_obj_token()`、`--apply-ai` 路径、步骤7分发 的标题格式全部更新 ### 补跑历史数据 - 飞书 5/22（3条）、5/23（1条）AI归纳回写成功 + 自动分发到群聊 - 飞书 5/24：当天无飞书群新数据，跳过 - 微信 5/22（23条）、5/23（13条）、5/24（29条）AI归纳回写成功 + 自动分发 ### 知识库文档重命名 - 13个飞书历史文档（5/6-5/23）从 `{date} 问题反馈` 重命名为 `飞书-{date} 用户反馈问题归纳` ## 新增逻辑：飞书/微信文档标题渠道区分 - [刘新玉需求] 飞书文档标题加 `飞书-` 前缀以便与微信区分 - 飞书格式：`飞书-{date} 用户反馈问题归纳` - 微信格式：保持 `微信-{date} 问题反馈`（由 `sync_wechat_feedback.py` 传入 `title_prefix=\"微信-\"`） - `update_summary_doc_as_children()` 默认 `title_prefix=\"飞书-\"`，微信调用时显式覆盖为 `\"微信-\"` - `create_child_doc()` 日期提取已兼", "recallCount": 8, "dailyCount": 0, "groundedCount": 0, "totalScore": 8, "maxScore": 1, "firstRecalledAt": "2026-05-25T07:11:25.527Z", "lastRecalledAt": "2026-06-17T10:48:17.775Z", "queryHashes": [ "1e9d4a024a31", "442660038a9b", "b36cfa790039", "bc1ed8fedd00", "927d0719ac4d", "35e4329ea912", "52ecc24c3e06", "7acf4444a34f" ], "recallDays": [ "2026-05-25", "2026-05-26", "2026-06-01", "2026-06-02", "2026-06-17" ], "conceptTags": [ "update-summary-doc-as-children", "title-prefix", "create-child-doc", "dispatch-summary-to-chat", "get-today-doc-obj-token", "apply-ai", "5/22", "5/23" ] }, "memory:memory/2026-05-25.md:38:44": { "key": "memory:memory/2026-05-25.md:38:44", "path": "memory/2026-05-25.md", "startLine": 38, "endLine": 44, "source": "memory", "snippet": "- `update_summary_doc_as_children()` 默认 `title_prefix=\"飞书-\"`，微信调用时显式覆盖为 `\"微信-\"` - `create_child_doc()` 日期提取已兼容两种前缀（strip `飞书-` 或 `微信-` 再解析） ## 注意事项 - 今天（5/25）的反馈数据将在明天 10:00 正常走全流程 - `ai_summarize_feedback.py` 中 `apply_descriptions` 修复后需注意：微信渠道需要 `--date` 参数，飞书渠道 `--date` 可选", "recallCount": 8, "dailyCount": 0, "groundedCount": 0, "totalScore": 8, "maxScore": 1, "firstRecalledAt": "2026-05-25T07:11:25.527Z", "lastRecalledAt": "2026-06-17T10:48:17.775Z", "queryHashes": [ "1e9d4a024a31", "442660038a9b", "b36cfa790039", "bc1ed8fedd00", "927d0719ac4d", "35e4329ea912", "52ecc24c3e06", "7acf4444a34f" ], "recallDays": [ "2026-05-25", "2026-05-26", "2026-06-01", "2026-06-02", "2026-06-17" ], "conceptTags": [ "update-summary-doc-as-children", "title-prefix", "create-child-doc", "5/25", "ai-summarize-feedback.py", "apply-descriptions", "默认", "覆盖" ] }, "memory:memory/2026-05-22.md:129:158": { "key": "memory:memory/2026-05-22.md:129:158", "path": "memory/2026-05-22.md", "startLine": 129, "endLine": 158, "source": "memory", "snippet": "- 步骤2：姓氏 + 1个中文字符模式匹配，排除内容词白名单（文件/资源/游戏/动画/设计等50+词） - 替换为\"相关人员\" ### 修复效果（簇 #7） | 修复前 | 修复后 | |--------|--------| | \"角色江涛的spine动画中，眼睛设计应为睁开但实际显示为闭眼。\" | \"Spine动画中角色眼睛呈现闭眼状态，与设计不符。\" | ## 刘新玉 - 反馈流程完整概览（5/22 12:00） ### 全链路三层架构 ``` 采集层 → 每5分钟(飞书群同步) / 每分钟(微信群导出+P0检测) 汇总层 → 每天 10:00(飞书) 10:02(微信) 聚类+归纳+写入知识库 AI层 → 每天 10:05(飞书) 10:07(微信) DeepSeek生成描述+回写+分发群聊 ``` ### 时间线 | 时间 | 飞书 | 微信 | |------|------|------| | 10:00 | sync_feishu_feedback (占位符,不分发) | — | | 10:02 | — | sync_wechat_feedback (占位符,不分发) | | 10:05 | ai_summarize_feedback (回写+分发) | — | | 10:07 | — | ai_summarize_feedback --channel wechat (回写+分发) | ## 刘新玉 - 微信反馈同步系统搭建（5/22 下午） ### 背景 刘新玉要求微信用户反馈流程与飞书一致（收集→整理→归纳→分发），之前微信只有 M", "recallCount": 8, "dailyCount": 0, "groundedCount": 0, "totalScore": 8, "maxScore": 1, "firstRecalledAt": "2026-05-25T07:11:25.527Z", "lastRecalledAt": "2026-06-17T10:48:17.775Z", "queryHashes": [ "1e9d4a024a31", "442660038a9b", "b36cfa790039", "bc1ed8fedd00", "927d0719ac4d", "35e4329ea912", "52ecc24c3e06", "7acf4444a34f" ], "recallDays": [ "2026-05-25", "2026-05-26", "2026-06-01", "2026-06-02", "2026-06-17" ], "conceptTags": [ "文件/资源/游戏/动画/设计等50", "5/22", "sync-feishu-feedback", "sync-wechat-feedback", "ai-summarize-feedback", "步骤", "姓氏", "中文" ] }, "memory:memory/2026-05-27.md:22:32": { "key": "memory:memory/2026-05-27.md:22:32", "path": "memory/2026-05-27.md", "startLine": 22, "endLine": 32, "source": "memory", "snippet": "| 微信 | `--skip-dispatch` → 不分发 | `--apply-ai` → 替换占位符+分发 | 微信依赖 AI 归纳成功才能分发，飞书双重分发（占位符+AI）。 ### 5月26日反馈概况 - 飞书：17条消息，3个问题簇（2个有效：录音识别率低、飞船音乐不保存） - 微信：27条消息，14个问题簇（4个有效：飞船音乐、录音识别、音频无法播放、AI回复无关语句） ### 后续注意 - 删除/修改 `ai_summarize_feedback.py` 后需清理 `__pycache__`，否则缓存版本可能落后于源码", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-27T02:50:23.510Z", "lastRecalledAt": "2026-05-27T02:50:23.510Z", "queryHashes": [ "b15d92b2dda8" ], "recallDays": [ "2026-05-27" ], "conceptTags": [ "skip-dispatch", "apply-ai", "删除/修改", "ai-summarize-feedback.py", "skip", "dispatch", "不分", "apply" ] }, "memory:memory/2026-05-27.md:1:27": { "key": "memory:memory/2026-05-27.md:1:27", "path": "memory/2026-05-27.md", "startLine": 1, "endLine": 27, "source": "memory", "snippet": "# 2026-05-27 工作日志 ## 用户反馈同步故障排查与修复 [刘新玉反馈] ### 问题 5月26日飞书/微信用户反馈定时任务出现回写失败。 ### 根因 1. **Python 缓存过期** — `ai_summarize_feedback.py` 中 `subprocess` 模块导入失败（`NameError: name 'subprocess' is not defined`），实际源码有 `import subprocess`，但 `__pycache__` 中的旧 `.pyc` 未包含此导入 2. **sync_wechat_feedback.py** — 同样因缓存问题导致 `with open(tmp_md)` 写入失败 ### 修复 - 清理了工作区内所有 `__pycache__` 和 `.pyc` 文件 - 重新执行飞书 AI 归纳回写：`sync_feishu_feedback.py --date 2026-05-26 --apply-ai` - 重新执行微信 AI 归纳回写：`sync_wechat_feedback.py --date 2026-05-26 --apply-ai` - 两个渠道均成功回写并分发到「小葵小葵」群 ### 分发架构确认 | 渠道 | 10:00/10:02 Wrapper | 10:05/10:07 AI 归纳 | |------|---------------------|---------------------| | 飞书 | `--dispatch-mode all` → 分发占位符 | `--", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-27T02:50:23.510Z", "lastRecalledAt": "2026-05-27T02:50:23.510Z", "queryHashes": [ "b15d92b2dda8" ], "recallDays": [ "2026-05-27" ], "conceptTags": [ "5月26日飞书/微信用户反馈定时任务出现回写失败", "ai-summarize-feedback.py", "sync-wechat-feedback.py", "tmp-md", "sync-feishu-feedback.py", "apply-ai", "00/10", "05/10" ] }, "memory:memory/2026-04-10.md:20:52": { "key": "memory:memory/2026-04-10.md:20:52", "path": "memory/2026-04-10.md", "startLine": 20, "endLine": 52, "source": "memory", "snippet": "- 图片先下载到工作目录（相对路径），再用 `docs +media-insert` 插入文档 - 去掉 `set -e`，改为手动错误处理避免单条消息失败导致整个脚本退出 - 时间用 ISO 8601 格式存储和传递 ### 验证结果（第一版 → Wiki文档） - 全量同步成功：49 条消息 + 5 张图片写入 Wiki 文档 - Wiki文档：DfUqddItXoDsnNxPypncbinknxh ## 迭代：改为电子表格 + 腾讯COS **来源：** [李若松] 要求改用表格存储，媒体文件上传COS ### 方案 - 脚本改为 Python：`scripts/sync_feedback_group.py` - 记录写入飞书电子表格：`E8vFsCmPBhT4SCtNmnJchqeJnJe`，sheet_id `7bce8f` - 列：时间 | 反馈人 | 信息类型 | 信息内容(或地址) - 非文本消息（图片/视频/音频/文件）下载后上传到腾讯COS - COS桶：`static-1317843270`，区域：`ap-beijing` - COS路径结构：`vala_llm/user_feedback/{type}/{date}/{filename}` - type: image / video / audio / file - date: YYYY-MM-DD - 访问域名：`https://static.valavala.com/vala_llm/user_feedback/...` - COS凭证已存入 `secrets.md` ### 验证结", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-05-27T02:50:23.510Z", "lastRecalledAt": "2026-05-27T02:50:23.510Z", "queryHashes": [ "b15d92b2dda8" ], "recallDays": [ "2026-05-27" ], "conceptTags": [ "media-insert", "scripts/sync-feedback-group.py", "sheet-id", "图片/视频/音频/文件", "static-1317843270", "ap-beijing", "vala-llm/user-feedback", "yyyy-mm-dd" ] }, "memory:memory/2026-05-26.md:1:24": { "key": "memory:memory/2026-05-26.md:1:24", "path": "memory/2026-05-26.md", "startLine": 1, "endLine": 24, "source": "memory", "snippet": "# 2026-05-26 工作日志 ## 刘新玉 - 微信/飞书问题汇总分发排查与修复 ### 问题 刘新玉询问是否向\"小葵小葵\"群发送了昨天（5/25）的问题汇总。 ### 排查结果 - **飞书 5/25**：「内容测试问题反馈」群昨天无新消息，飞书 crontab 10:00 输出 `✅ 无新数据，无需同步`，无需分发 - **微信 5/25**：数据库有 17 条消息，但大部分是单条消息，仅 1 个有效簇（≥2条），AI 归纳为\"无明确问题\"，属于无效反馈 ### 修复的 Bug（均在本次会话中修复） **Bug 1：`sync_wechat_feedback.py` 文档标题不匹配** - 文件：`scripts/sync_wechat_feedback.py` - 问题：`--apply-ai` 路径搜索子文档时标题为 `微信-{date} 问题反馈`，但实际创建的是 `微信-{date} 用户反馈问题归纳`，导致创建后找不到文档 - 修复：两处标题改为 `微信-{date} 用户反馈问题归纳`（apply-ai 路径 + 步骤7分发路径） **Bug 2：`dispatch_summary_to_chat` 标题前缀** - 文件：`skills/feishu-feedback-sync/scripts/sync_feishu_feedback.py` - 问题：title 硬编码 `飞书-{day_label}`，微信调用时 day_label 已含 `微信-` 前缀，导致出现 `飞书-微信-{date}` 双重前缀 - 修复：检测 day_labe", "recallCount": 6, "dailyCount": 0, "groundedCount": 0, "totalScore": 6, "maxScore": 1, "firstRecalledAt": "2026-06-01T02:51:24.899Z", "lastRecalledAt": "2026-06-17T10:48:17.775Z", "queryHashes": [ "b36cfa790039", "bc1ed8fedd00", "927d0719ac4d", "35e4329ea912", "52ecc24c3e06", "7acf4444a34f" ], "recallDays": [ "2026-06-01", "2026-06-02", "2026-06-17" ], "conceptTags": [ "微信/飞书问题汇总分发排查与修复", "5/25", "sync-wechat-feedback.py", "scripts/sync-wechat-feedback.py", "apply-ai", "dispatch-summary-to-chat", "day-label", "飞书-微信" ] }, "memory:memory/2026-05-27.md:22:43": { "key": "memory:memory/2026-05-27.md:22:43", "path": "memory/2026-05-27.md", "startLine": 22, "endLine": 43, "source": "memory", "snippet": "| 微信 | `--skip-dispatch` → 不分发 | `--apply-ai` → 替换占位符+分发 | 微信依赖 AI 归纳成功才能分发，飞书双重分发（占位符+AI）。 ### 5月26日反馈概况 - 飞书：17条消息，3个问题簇（2个有效：录音识别率低、飞船音乐不保存） - 微信：27条消息，14个问题簇（4个有效：飞船音乐、录音识别、音频无法播放、AI回复无关语句） ### 后续注意 - 删除/修改 `ai_summarize_feedback.py` 后需清理 `__pycache__`，否则缓存版本可能落后于源码 ## P0 实时检测去重修复 [刘新玉反馈] ### 问题 微信 `detect_p0_wechat.py` 每分钟扫描最近120分钟消息，同一个问题因讨论线程持续生长，`sort_threads` 聚类每次产生不同消息集合，导致： - 不同次的聚类有不同的 `cluster_signature`（基于 `sorted(message_ids)` MD5） - 去重完全失效，同一问题被重复推送（今天2个真实问题各推了3次 = 6次） ### 修复 在 `detect_p0_wechat.py` 和 `detect_p0_realtime.py` 中增加**内容语义去重**： 1. 新增 `cluster_content_fingerprint()`：拼接簇内前5条有意义消息作为内容指纹 + 发送人集合 + 小时粒度时间窗口 2. 新增 `is_duplicate_p0()`：基于内容相似度（Jaccard）+ 发送人重叠 + 时间窗口", "recallCount": 3, "dailyCount": 0, "groundedCount": 0, "totalScore": 3, "maxScore": 1, "firstRecalledAt": "2026-06-01T02:51:24.899Z", "lastRecalledAt": "2026-06-17T10:48:17.775Z", "queryHashes": [ "b36cfa790039", "35e4329ea912", "7acf4444a34f" ], "recallDays": [ "2026-06-01", "2026-06-17" ], "conceptTags": [ "skip-dispatch", "apply-ai", "删除/修改", "ai-summarize-feedback.py", "detect-p0-wechat.py", "sort-threads", "cluster-signature", "message-ids" ] }, "memory:memory/2026-05-22.md:107:135": { "key": "memory:memory/2026-05-22.md:107:135", "path": "memory/2026-05-22.md", "startLine": 107, "endLine": 135, "source": "memory", "snippet": "- 修改：`infer_missing_references()`、`extract_conclusion()`、`summarize_cluster()`、`sort_threads()` ## 刘新玉 - 分发文档链接修复（5/22 11:20） ### 问题 分发到小葵小葵群的文档链接硬编码为总文档 `RaL6whoYMijyYHkSlWrc7OLLnBy`，而非当天子文档 ### 修复 - `dispatch_summary_to_chat()` 新增 `doc_url` 参数 - `--apply-ai` 流程：从 `list_child_nodes()` 返回的 `nodes[title][\"node_token\"]` 构造链接 - `main()` 分发循环：同上，对每个 day 查 `list_child_nodes()` 获取对应 node_token - 链接格式：`https://makee-interactive.feishu.cn/wiki/{node_token}` ## 刘新玉 - AI 描述人名脱敏（5/22 11:30） ### 问题 问题描述中包含员工姓名\"江涛\" ### 修复（两层防护） 1. **System Prompt** 新增规则6：严禁出现员工姓名，用\"某角色/某员工\"替代 2. **`strip_names(description, cluster_data)` 后处理**： - 步骤1：从 cluster 提取发送者姓名，精确替换 - 步骤2：姓氏 + 1个中文字符模式匹配，排除内容词白名单（文件/资源", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-06-01T02:53:47.536Z", "lastRecalledAt": "2026-06-01T02:53:47.536Z", "queryHashes": [ "1d207685e7a8" ], "recallDays": [ "2026-06-01" ], "conceptTags": [ "infer-missing-references", "extract-conclusion", "summarize-cluster", "sort-threads", "5/22", "dispatch-summary-to-chat", "doc-url", "apply-ai" ] }, "memory:memory/2026-05-26.md:21:41": { "key": "memory:memory/2026-05-26.md:21:41", "path": "memory/2026-05-26.md", "startLine": 21, "endLine": 41, "source": "memory", "snippet": "- 问题：title 硬编码 `飞书-{day_label}`，微信调用时 day_label 已含 `微信-` 前缀，导致出现 `飞书-微信-{date}` 双重前缀 - 修复：检测 day_label 是否已含前缀，已含则复用，否则加 `飞书-` **Bug 3：姓名脱敏正则误伤** - 文件：`scripts/ai_summarize_feedback.py` - 问题：`strip_names()` 中 `[姓][一-鿿]` 匹配过于宽泛，致 `程序`→`相关人员`、`常完`→`相关人员`，破坏正常描述 - 修复：content_words 排除词扩充（程序、方式、正常、完成、加载、原生等） **Bug 4：过滤后空消息仍发送** - 文件：`skills/feishu-feedback-sync/scripts/sync_feishu_feedback.py` - 问题：`dispatch_summary_to_chat` 过滤 `- 无明确问题` 后，若只剩标题无实质条目，仍会发送空消息 - 修复：增加 `has_items` 检查，无 `- ` 开头的内容行则不发送 ### 操作记录 - 手动补跑微信 5/25 apply-ai 回写知识库 - 撤回小葵小葵群中两条无效消息（`om_x100b6e653633aca4b268daf5d0579e7`、`om_x100b6e65e7cb90b8b3d97c2a9fc5f07`） ### 刘新玉指令（12:03） - 确认记住今天的变动 - 明确规则：微信反馈中\"无明确问题\"的簇不分发到小葵小葵群", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-06-01T02:56:57.688Z", "lastRecalledAt": "2026-06-01T02:56:57.688Z", "queryHashes": [ "bc1ed8fedd00" ], "recallDays": [ "2026-06-01" ], "conceptTags": [ "day-label", "飞书-微信", "scripts/ai-summarize-feedback.py", "strip-names", "一-鿿", "content-words", "dispatch-summary-to-chat", "has-items" ] }, "memory:memory/2026-05-07.md:109:148": { "key": "memory:memory/2026-05-07.md:109:148", "path": "memory/2026-05-07.md", "startLine": 109, "endLine": 148, "source": "memory", "snippet": "- **待解决**：需要确认\"小葵小葵\"群里加的是哪个应用，或者把小研Bot加进去 ### 脚本修改 - `sync_feishu_feedback.py` 新增 `dispatch_to_group()` 函数 - 新增 `--dispatch` 参数控制是否执行步骤7 - 新增 `--dispatch-chat-id` 参数指定目标群（默认 oc_4171a2188f2554522a4309f2d7c27753） ### 关键配置 - 目标群 chat_id: `oc_4171a2188f2554522a4309f2d7c27753` - 毋益飞 user_id: `eggbg21g` - SKILL.md 已从\"五步流程\"更新为\"七步流程\" --- ## 当日待跟进事项 1. 「小葵小葵」群Bot发消息报错问题 → 需确认群内有哪个Bot应用，或引入小研Bot --- ## 步骤7格式调整 [刘新玉] - 2026-05-07 11:40 ### 最终消息格式（已确认并更新到脚本和SKILL.md） ``` 📋 2026-04-28 用户反馈问题归纳 **⚠️ P0级核心问题（需优先处理）** @毋益飞 1. **Loading/加载类** - 在iOS 端关卡内（3-2），Loading 耗时约 10 秒... **⚡ P1级重要问题** 1. **关卡/内容类** - 【偶现】在移动端关卡内（11-2），NPC 头上的 HUD... 📄 详细反馈文档：https://makee-interactive.feishu.cn/wiki/", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-06-01T14:02:36.057Z", "lastRecalledAt": "2026-06-01T14:02:36.057Z", "queryHashes": [ "7b5d134ca9ff" ], "recallDays": [ "2026-06-01" ], "conceptTags": [ "sync-feishu-feedback.py", "dispatch-to-group", "dispatch-chat-id", "chat-id", "user-id", "skill.md", "已确认并更新到脚本和skill.md", "loading/加载类" ] }, "memory:memory/2026-05-07.md:142:175": { "key": "memory:memory/2026-05-07.md:142:175", "path": "memory/2026-05-07.md", "startLine": 142, "endLine": 175, "source": "memory", "snippet": "📄 详细反馈文档：https://makee-interactive.feishu.cn/wiki/CQ0UwjRTZijvvEk6tSecEUTXnFg ``` - @逻辑：P0标题行后面直接@发言人，@列表从 `summarize_cluster` 的 `operators` 提取 - 非P0问题不@ ### H5链接 - 尝试生成公开H5链接失败，Bot无 `drive:permission` 权限 - 当前使用飞书wiki链接，飞书App内可直接打开 - 若需外部浏览器访问，需在知识空间设置\"互联网上可查看\" ### 小葵Bot身份确认 - xiaokui 凭证目录：`/root/.openclaw/credentials/xiaokui` - xiaoyan 凭证目录：`/root/.openclaw/credentials/xiaoyan` - 发「小葵小葵」群消息用 xiaokui 身份成功 --- ## 当前定时任务清单 [刘新玉] - 2026-05-07 14:59 | 时间 | 任务 | |------|------| | 每天 02:00 | vala_skill_auto_push.sh（技能推送） | | 每天 08:00-22:00 每2小时 | run_lark_group_sync.sh（反馈群消息同步到数据库） | | 每天 08:10 | backup.sh（工作区Git备份） | | 每分钟 | sync_wechat_feedback_minutely.py（微信用户反馈实时同步） | | 每天 09:30 | daily", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-06-05T02:12:53.027Z", "lastRecalledAt": "2026-06-05T02:12:53.027Z", "queryHashes": [ "bffc46025be9" ], "recallDays": [ "2026-06-05" ], "conceptTags": [ "backup", "备份", "summarize-cluster", "openclaw/credentials/xiaokui", "openclaw/credentials/xiaoyan", "vala-skill-auto-push.sh", "00-22", "run-lark-group-sync.sh" ] }, "memory:memory/2026-05-07.md:46:78": { "key": "memory:memory/2026-05-07.md:46:78", "path": "memory/2026-05-07.md", "startLine": 46, "endLine": 78, "source": "memory", "snippet": "### 同步清理 - 数据库中 sender_name='未知' 的3条无效记录已删除 - 「内容测试问题反馈」电子表格中也清理了\"未知\"发送者的行 - 该电子表格已从\"飞书问题反馈-近3天\"重命名为\"内容测试问题反馈\" ### 飞书群信息 [李若松确认] - 2026-05-07 11:23 - 「小葵小葵」群 chat_id: `oc_4171a2188f2554522a4309f2d7c27753`，小葵Bot已在该群中 - 相关负责人需要往此群发消息时，直接用 Bot 身份向该 chat_id 发送 ### 知识空间信息 - space_id: 7612229802338045122 - 父节点 node_token: RaL6whoYMijyYHkSlWrc7OLLnBy - 父节点 obj_token: J8bKd4dbYoofZixxVsCc06bhnFc (docx) --- ## 今日问题归纳增加问题分类 [刘新玉] - 2026-05-07 10:55 ### 新增步骤6：问题分类 在优先级判定之后，对每个问题添加分类标签。输出格式： ``` **⚠️ P0级核心问题（需优先处理）** 1. **Loading/加载类** - 问题描述... **⚡ P1级重要问题** 1. **关卡/内容类** - 问题描述... ``` ### 问题分类规则（按匹配优先级从上到下） | 优先级 | 分类 | 匹配关键词 | |--------|------|-----------| | 1 | 启动/运行异常 | 闪退、崩溃、crash、进不去、", "recallCount": 1, "dailyCount": 0, "groundedCount": 0, "totalScore": 1, "maxScore": 1, "firstRecalledAt": "2026-06-05T02:12:53.027Z", "lastRecalledAt": "2026-06-05T02:12:53.027Z", "queryHashes": [ "bffc46025be9" ], "recallDays": [ "2026-06-05" ], "conceptTags": [ "sender-name", "飞书问题反馈-近3天", "chat-id", "space-id", "node-token", "obj-token", "loading/加载类", "关卡/内容类" ] } } }