10 lines
3.2 KiB
Markdown
10 lines
3.2 KiB
Markdown
# 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]
|
||
- - **迁移 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]
|
||
- Assistant: #### **Q5: 智慧焊接解决方案是什么？** - **一句话定义**：帮助企业把焊接保护气**测准、控好、管起来**的智能设备 - 不是简单的流量计，解决从测量→控制→管理的问题 #### **Q6: 与传统流量计的区别？** - 传统：只告诉你流量是多少（测量） - 智慧焊接：**测得准、控得住、管得清** 1. 知道实际用了多少 2. 结合焊接状态判断流量是否合理 3. 根据实际状态动态控制 4. 数据沉淀供分析管理 #### **Q7: 为什么把"电流"和"气流"放在一起？** - 焊接电流是反映焊接状态的重要参数 - [confidence=0.49 evidence=memory/.dreams/session-corpus/2026-09-04.txt:10-10]
|