fix(fam-edge): 停用旧 person_service LLM 合并 - 已被闭集识别取代且仍在持续产生错误合并

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 表的聚合展示行。
This commit is contained in:
ericwyuan
2026-08-23 02:23:00 +08:00
parent 2c5bf950c5
commit 22bd4d4ff9

View File

@@ -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: