3.2 KiB
3.2 KiB
REM Sleep
Reflections
- No strong patterns surfaced.
Possible Lasting Truths
-
- 7 月：W28(消息通知功能) W29(库存出库缺陷修复) W30(主数据页面) W31(G6 委外发料) - 8 月：W32(G6 工程配置) W33(销售管理) W34(G6 销售采购) ### 关键经验 / 坑 - eml 列表项
*与文字常被拆成两行，需整行归入当日明细 - 日期行有周一（2026-06-08）（带年）和周一（06-08）（不带年）两种，还有 📅 emoji 前缀 - 「存在问题」区：无/暂无不算问题；下周计划等小标题需退出问题区，但正文字段如「本周部分...」不能误判（正则要收紧） - 项目名据内容自动判 G5/G6，标题随之动态 - 数据库有历史孤儿问题记录（report_id 无对应主表），需清理 - 旧格式2026-W29.md与标准2026-W29-周报.md重复，待用户确认是否清理 ### 待办 - [x] 旧2026-W29.md去留（同 W29-周报 内容重复），已移入回收站 - [x] 清理media/inbound下已处理的 12 封周报 eml，已移入回收站 - [x]eml-archive/目录：核实全部 50 份历史周报在 weekly-reports 均有副本（零缺失），属迁移后遗留冗余，已移入回收站 ### 技能文档更新 & 归档链路盘点（10:44） [confidence=0.52 evidence=memory/2026-08-27.md:17-33]
- 7 月：W28(消息通知功能) W29(库存出库缺陷修复) W30(主数据页面) W31(G6 委外发料) - 8 月：W32(G6 工程配置) W33(销售管理) W34(G6 销售采购) ### 关键经验 / 坑 - eml 列表项
-
- 迁移 12 份核心周报（2026-W23~W34，G5×9+G6×3），明细 60 条、问题 1 条，SQLite↔MySQL 字节级一致（HEX 对比 0 不一致） - send_weekly_report.py 加 MySQL 同步：新增
sync_to_mysql()/_parse_plain_for_db()，send_to_drafts()默认 sync_mysql=True，命令行--no-mysql跳过；已用测试数据验证写入正常后清理 - 文档更新：SKILL.md（自动归档章节加 MySQL 同步）、TOOLS.md（新增 MySQL 中枢小节）、MEMORY.md（新增方案 A 章节） - 用户决策：只迁高质量核心数据（39 份叙述式 txt 不迁）；OKR 后续再处理 ### OKR 1月绩效归档（11:00） - 用户提供研究院-维云智造G5-1月OKR-杨轩.xlsx，要求解析归档 202601（方案 A：入库 MySQL resume） - 在 resume 库建 2 张 OKR 表：okr_monthly_records（主）+okr_objectives（目标明细外键级联） - 撰写okr/parse_okr_to_mysql.py（读 Excel sheet → 写 MySQL；--month/--dry-run） - 已归档 202601 杨轩：6 项目标、月度评价 7.0、权重 0.15/0.2/0.15/0.1/0.2/0.2 - Excel [confidence=0.51 evidence=memory/2026-08-27.md:49-62]
- 迁移 12 份核心周报（2026-W23~W34，G5×9+G6×3），明细 60 条、问题 1 条，SQLite↔MySQL 字节级一致（HEX 对比 0 不一致） - send_weekly_report.py 加 MySQL 同步：新增
- Assistant: #### Q5: 智慧焊接解决方案是什么？ - 一句话定义：帮助企业把焊接保护气测准、控好、管起来的智能设备 - 不是简单的流量计，解决从测量→控制→管理的问题 #### Q6: 与传统流量计的区别？ - 传统：只告诉你流量是多少（测量） - 智慧焊接：测得准、控得住、管得清 1. 知道实际用了多少 2. 结合焊接状态判断流量是否合理 3. 根据实际状态动态控制 4. 数据沉淀供分析管理 #### Q7: 为什么把"电流"和"气流"放在一起？ - 焊接电流是反映焊接状态的重要参数 - [confidence=0.49 evidence=memory/.dreams/session-corpus/2026-09-04.txt:10-10]