670 lines
40 KiB
JSON
670 lines
40 KiB
JSON
{
|
||
"version": 1,
|
||
"updatedAt": "2026-05-14T13:09:32.054Z",
|
||
"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": 5,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 5,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-06T13:30:08.593Z",
|
||
"lastRecalledAt": "2026-05-11T09:48:27.002Z",
|
||
"queryHashes": [
|
||
"f865295b9ac7",
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960",
|
||
"70caeba05281"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-06",
|
||
"2026-05-07",
|
||
"2026-05-11"
|
||
],
|
||
"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": 5,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 5,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-06T13:30:08.593Z",
|
||
"lastRecalledAt": "2026-05-11T09:48:27.002Z",
|
||
"queryHashes": [
|
||
"f865295b9ac7",
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960",
|
||
"70caeba05281"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-06",
|
||
"2026-05-07",
|
||
"2026-05-11"
|
||
],
|
||
"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": 4,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 4,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-07T02:22:47.713Z",
|
||
"lastRecalledAt": "2026-05-11T09:48:27.002Z",
|
||
"queryHashes": [
|
||
"cd9c89262c30",
|
||
"ac7fd0b52a4e",
|
||
"49c0959dc960",
|
||
"70caeba05281"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-07",
|
||
"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-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慢/数据丢失",
|
||
"安君仪/毋益飞/王胤鑫"
|
||
]
|
||
},
|
||
"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": 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": [
|
||
"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": 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": [
|
||
"网络",
|
||
"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": 2,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 2,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-11T09:48:27.002Z",
|
||
"lastRecalledAt": "2026-05-14T13:09:32.054Z",
|
||
"queryHashes": [
|
||
"70caeba05281",
|
||
"9821fd380aab"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-11",
|
||
"2026-05-14"
|
||
],
|
||
"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": 1,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 1,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-11T09:48:27.002Z",
|
||
"lastRecalledAt": "2026-05-11T09:48:27.002Z",
|
||
"queryHashes": [
|
||
"70caeba05281"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-11"
|
||
],
|
||
"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": 1,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 1,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-11T10:43:36.686Z",
|
||
"lastRecalledAt": "2026-05-11T10:43:36.686Z",
|
||
"queryHashes": [
|
||
"5abc37103c15"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-11"
|
||
],
|
||
"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日需手动创建 ### 飞书分发消息 `<at>` 标签修复 - 根因：`dispatch_summary_to_chat` 中两步打架——第一步 `re.sub` 注入 HTML `<at>` 文本，第二步 `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` 分隔符从 `\" | \"` 改为 `<br>`；图片格式从 `` 改为 `📎 [图片](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日需手动创建 ### 飞书分发消息 `<at>` 标签修复 - 根因：`dispatch_summary_to_chat` 中两步打架——第一步 `re.sub` 注入 HTML `<at>` 文本，第二步 `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": 1,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 1,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-12T06:08:28.032Z",
|
||
"lastRecalledAt": "2026-05-12T06:08:28.032Z",
|
||
"queryHashes": [
|
||
"5d17890944eb"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-12"
|
||
],
|
||
"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": 1,
|
||
"dailyCount": 0,
|
||
"groundedCount": 0,
|
||
"totalScore": 1,
|
||
"maxScore": 1,
|
||
"firstRecalledAt": "2026-05-12T06:08:28.032Z",
|
||
"lastRecalledAt": "2026-05-12T06:08:28.032Z",
|
||
"queryHashes": [
|
||
"5d17890944eb"
|
||
],
|
||
"recallDays": [
|
||
"2026-05-12"
|
||
],
|
||
"conceptTags": [
|
||
"yyyy-mm-dd",
|
||
"obj-token",
|
||
"sync-feishu-feedback.py",
|
||
"update-summary-doc-as-children",
|
||
"list-child-nodes",
|
||
"sender-name",
|
||
"飞书问题反馈-近3天",
|
||
"chat-id"
|
||
]
|
||
}
|
||
}
|
||
}
|