FinDataHub
88a2ba0675
docs: T6 收尾 + 拆出运维基线 + 记忆瘦身 43%
## 待办清单：T6 标记为已根治
补记第二阶段（装配收敛）与第一阶段（两处都改）的区别，新增三张表：
应统一 / 不应统一 / 防回退锁，以及验收结果与遗留说明
（两入口仍是独立进程，彻底合并需先统一 SQLAlchemy 与 db_pool 两套 DB 层，独立工程）。
## 新增 Docs/FinDataHub-运维基线.md
这些是**引用时需带口径**的参考数据，不属于「改代码前必读」，从 MEMORY.md 拆出：
性能基线（交易/非交易时段对比与测量方式）、生产实际运行链路（launchd + 为何
pipeline_runner 未在生产跑）、MySQL 版本升级链与依赖坑、体积口径（26GB vs 41GB）、
排查技巧（日志路径、jieba 重启信号、BSD grep 漏匹配）。
## MEMORY.md 瘦身
26,422 → **14,980 字节（压 43%）**，400 → 225 行，重构为 11 节分层：
速查 / 过时纠正 / 版本 / 构建部署 / 后端 / 数据层 / 测试 / 跨平台 / 客户端 /
操作禁忌 / 运维指针。
同时清掉已失效内容：`db.replace()` 早已加熔断、部署位已更新到 v1.6.0、
「akshare 是 Windows 硬阻塞」已推翻、`collector.py` 已重构。
24 项关键约束逐条 grep 验证零保留丢失。
动因：原文件已超注入上限被截断（实测截断点约 14.2KB），而截断是从**尾部**发生，
会丢掉最新的第 17–20 条（生产入口、命名冲突、部署流程、build-app 通配）——
恰恰是最该被读到的部分。
2026-10-27 13:30:45 +08:00
..
2026-09-18 22:37:55 +08:00
2026-09-18 22:37:55 +08:00
2026-09-18 22:37:55 +08:00
2026-09-18 22:37:55 +08:00
2026-10-26 20:56:10 +08:00
2026-08-03 08:08:01 +08:00
2026-09-18 22:37:55 +08:00
2026-10-07 00:54:11 +08:00
2026-10-07 00:51:34 +08:00
2026-10-26 20:56:10 +08:00
2026-10-27 13:30:45 +08:00
2026-10-27 13:30:45 +08:00
2026-09-18 22:37:55 +08:00