refactor: 全量迁云——fam-core 直读甲骨文 SQLite，NAS 只剩推送进程

前一天刚把登录迁到甲骨文，隔天 NAS 上的 fam-core 又挂了导致数据接口 502。
盘点后确认：甲骨文的 SQLite 才是权威数据源（videos 3113 / events 16159 /
people 60 / model_calls 9876），NAS 的 MariaDB 全是它的镜像——前端读的数据
本来就产自甲骨文，绕了一圈回家又绕回来。

改动：
- db_layer.py 从 725 行重写成 377 行：MySQL 镜像查询改为直读 fam-edge 的
  SQLite。5 个 upsert_sync_*（约 300 行去重逻辑，8/29 和 9/3 两次 1062 事故的
  发源地）连同 oracle_sync.py 整个删除。SQL 方言：JSON_CONTAINS -> json_each
  （前置 json_valid，历史脏数据不会把查询搞崩）、LEFT() -> substr()、%s -> ?。
  函数名 get_sync_* 一并改掉——已经没有 sync 这回事了
- 新增 edge_client.py：写操作（改名/删除）、帧图头像、服务状态都打给同机
  fam-edge，全走 127.0.0.1
- 新增 fam-notifier/：motion_notifier 从 fam-core 拆出独立成服务，游标从
  MariaDB 换成本地 JSON 文件。NAS 上从此没有 Flask、没有数据库、没有监听端口
- fam-core 移到甲骨文 /opt/fam-core（systemd，gunicorn -w 2，只绑
  127.0.0.1:5401——5400 被 chat-relay 占了）。Caddy 的 /api/* 从"frp 隧道
  回源 NAS"改成同机反代，forward_auth 闸门不变
- 前端删掉侧边栏同步面板、统计页同步状态、服务状态页的"NAS 同步"卡片与
  "立即同步"按钮（背后的镜像层已不存在）；换成"NAS 运动推送"卡片，读
  fam-edge activity 新增的 motion 段（心跳年龄 + 最近事件）
- 顺带修掉一个隐蔽 bug：镜像表为保外键稳定用的是 NAS 本地自增 id，而帧图接口
  要的是甲骨文的 id，两边在 9/3 那次 id 重排后就对不上了。现在只有一套 id

测试：fam-core 21（新增 12 个 db_layer 用例：脏 JSON 不崩、人物精确匹配不误伤
"人物B"、日期过滤、统计口径、chat_history 懒建表）、fam-notifier 6、
fam-edge 157，全绿。

生产验证：甲骨文 /api/ui/stats 返回 videos 2965 / events 16159 / people 59；
NAS 侧 fam-notifier 已推送成功（事件 33070-33072 落库，心跳新鲜）；
chat_history 19 条经 scripts/import_chat_history.py 迁移完成。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

fam-notifier/config/config.yaml.example

@@ -0,0 +1,27 @@
+# fam-notifier 配置（NAS 上唯一保留的服务）
+# 复制为 config.yaml 后填实际值；${VAR} 会从环境变量解析（start_notifier.sh 会 source .env）
+
+motion_notifier:
+  enabled: true
+  poll_enabled: true            # 轮询主路径（默认开启）
+  dsm_host: "127.0.0.1"         # Surveillance Station 就在本机（NAS），走回环即可
+  dsm_port: 5000
+  dsm_account: "${DSM_ACCOUNT}"
+  dsm_password: "${DSM_PASSWORD}"
+  camera_ids: [2]               # 轮询关注的摄像头（Generic_ONVIF-001）
+
+  # 推送目标：甲骨文 fam-edge。这是本服务唯一的出口，单向。
+  oracle_base_url: "http://129.146.26.249:5000"
+  oracle_token: "${ORACLE_SYNC_TOKEN}"
+  timeout_sec: 10               # 单次 SS 请求超时
+
+  # 心跳：跟轮询 SS 无关，只是定期空 POST 一下甲骨文的 /api/ss/motion，证明
+  # NAS->甲骨文这条推送链路本身还活着（enabled=true 就跑，不受 poll_enabled 影响）。
+  # 甲骨文侧 dsm_motion_prefilter.max_heartbeat_age_sec（默认 900s）据此判断"无运动"
+  # 结论是否可信——这个心跳间隔要明显小于那个阈值，否则会被误判成链路已死。
+  heartbeat_interval_sec: 300
+
+  # 轮询参数
+  poll_interval_sec: 60         # 轮询间隔
+  poll_window_hours: 2          # 每轮回看窗口（小时），覆盖轮询间隔内的新事件
+  batch_size: 100               # 单批推送上限