From 22bd4d4ff97b7f6713eaee1e04bfc1cb144ea159 Mon Sep 17 00:00:00 2001
From: ericwyuan <ericwyuan@example.com>
Date: Sun, 23 Aug 2026 02:23:00 +0800
Subject: [PATCH] =?UTF-8?q?fix(fam-edge):=20=E5=81=9C=E7=94=A8=E6=97=A7=20?=
 =?UTF-8?q?person=5Fservice=20LLM=20=E5=90=88=E5=B9=B6=20-=20=E5=B7=B2?=
 =?UTF-8?q?=E8=A2=AB=E9=97=AD=E9=9B=86=E8=AF=86=E5=88=AB=E5=8F=96=E4=BB=A3?=
 =?UTF-8?q?=E4=B8=94=E4=BB=8D=E5=9C=A8=E6=8C=81=E7=BB=AD=E4=BA=A7=E7=94=9F?=
 =?UTF-8?q?=E9=94=99=E8=AF=AF=E5=90=88=E5=B9=B6?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

person_identifier 闭集识别（汤圆/媳妇走性别年龄规则，爷爷/爸爸走视觉大模型比对
参考图）已经稳定跑起来了，people 表里 4 个人的真实姓名行数据干净（汤圆692/
爸爸323/爷爷320/媳妇290）。但发现 person_service 的老 LLM 合并调度还在跑（每
30 分钟一次），持续把不可靠的猜测结果（如"人物E"→"人物T"这类无意义合并）写进
canonical_name，跟新系统打架，是 people 表里 392 条历史垃圾行的根源。

停用 person_service.enabled，改用新系统。順帶清理 Oracle 库里已经产生的 392
条垃圾行：10 条能对应上真实姓名的（如"幼儿"→汤圆 100 次、"人物A"→爷爷 37 次）
appearances 累加合并回真正的规范行，其余 382 条（老 LLM 合并的无意义中间结果，
canonical_name 对不上任何真实姓名）直接删除——不影响 events/videos 里已经落库
的原始分析数据，只是清理 people 表的聚合展示行。
---
 fam-edge/config/config.yaml | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/fam-edge/config/config.yaml b/fam-edge/config/config.yaml
index 5b5b3ad..5513313 100644
--- a/fam-edge/config/config.yaml
+++ b/fam-edge/config/config.yaml
@@ -29,11 +29,16 @@ oracle_db:
 sync_api:
   token: "${ORACLE_SYNC_TOKEN}"
 
-# 人物识别服务
+# 人物识别服务（2026-08-22 停用）：已被闭集识别 person_identifier 取代
+# （汤圆/媳妇走性别年龄规则免费识别，爷爷/爸爸走视觉大模型比对参考图，见
+# person_identifier 配置块）。原 LLM 合并逻辑不可靠（用户原话"现在的识别全是
+# 错的"），继续跑只会用不可靠的猜测持续覆盖 people 表的 canonical_name，跟新
+# 系统的结果打架——停用，不删除代码（关键冲突检测逻辑 _features_conflict 仍
+# 保留供参考/未来复用）。
 person_service:
-  enabled: true
-  schedule_interval_sec: 1800   # 每 30 分钟重新汇总一次人物
-  model: "gemini"              # 用哪个模型做人物合并（vision 模型也支持纯文本）
+  enabled: false
+  schedule_interval_sec: 1800
+  model: "gemini"
 
 # 视频处理
 video_processing: