lzf_0626
89f889b350
与既有 `ProjectionReconciliationService` 的分工（两者互补，不是重复实现）： · 那个服务做**事件层**对账：哪些投影事件还没投递、需要重放； · 本次新增的是**数据层**对账：投递完成之后，图里的内容与权威画像是否一致 （投影漏投、记忆失效后未清理、图库故障都会造成漂移）。 实现 `ProfileGraphProjectionService.reconcile_customer`： · 从 user_facts 与持仓算出"应有的边"，从图中读出"实际的边"，求差集得到 missing （画像有、图里没有）与 orphaned（图里有、画像已无）； · 图是投影、MySQL 是唯一真相，因此差异一律**以画像为准**：missing 补写、orphaned 删除， 而不是反过来去改画像； · `repair=True` 时修复，并**修复后重新核对**再回报——不凭"操作没报错"就宣布修好了； · 删除边前对关系名做白名单校验：关系名读自图中既有边，属外部数据， 必须过白名单才允许拼进 Cypher。 新增 tools/reconcile_graph.py：支持单客户与 `--all`、可选 `--repair`，退出码可直接用于巡检。 顺带修掉一处日志噪音：读边时原用 `coalesce(t.tag_key, t.product_code, ...)`，会引用当前 图中尚不存在的属性名，Neo4j 每次执行都抛 UnknownPropertyKeyWarning，把日志刷成噪音。 改用 `properties(t)` 后在应用侧按键取值，功能不变、日志干净。 实测（人为制造漂移再修复）： · 初始对账 一致=True、应有 2 条 / 实际 2 条； · 删掉图中的 HAS_GOAL 边后 一致=False，缺失被准确报出； · repair=True → 已修复=True、一致=True、缺失为空； · 复验 一致=True，图中恢复 HAS_GOAL 与 PREFERS 两条关系； · tools/reconcile_graph.py 单客户与 --all 均 EXIT=0，输出无警告； · ruff 通过、mypy 112 文件无错。