lzf_0626
75dff088d4
feat: 接通 Neo4j 图能力（驱动实现 + 装配），并实测确认图模型标签不一致
第 2 步（图库）的地基部分。
1. 新增 app/infrastructure/graph.py：GraphDriver 协议的 neo4j 实现。
这层此前是空的——relationship_service.py 里的 GraphDriver 只有 Protocol 声明、没有任何
具体实现，组装层也没有装配它，因此图读服务在运行期必然降级（neo4j_unavailable）。
这正是"Neo4j 连读适配器都没有"的根因。
降级取向与 Milvus 侧一致：本层不吞异常（由调用方决定降级方式），但构造失败返回 None
——图库不可用不该让应用起不来，也不该阻塞主链路。
2. bootstrap 新增 get_relationship_service()：装配图读服务。
该服务只读，关系类型受 ALLOWED_RELATIONSHIPS 白名单约束；写入走 GraphProjectionWorker
（由领域事件驱动），这里不提供任意写接口——避免出现绕过事件链路的直写路径。
3. 实测确认一处既有缺陷（本次不改，方案待定）：投影 worker 写入的节点标签是
:Entity {entity_id}（字符串属性），而 RelationshipService.neighbors 查询的是
:Customer {customer_id}（整数属性），两侧从未对齐，写进去的关系读不出来。
Neo4j 在执行读查询时直接给出三条警告佐证：未知标签 Customer、未知属性 customer_id、
未知关系类型 PREFERS——这也说明业务图从未被真正投影过（库中只有 Neo4j 自带的
Person/Movie 示例数据，共 5 个节点）。
验证：ruff 通过、mypy 110 文件无错；get_relationship_service() 返回 RelationshipService，
neighbors 与 paths 正常执行并返回空集（非降级），非法关系类型被白名单拒绝。
2026-09-10 21:40:00 +08:00
..
2026-09-10 20:33:13 +08:00
2026-09-09 21:55:37 +08:00
2026-09-09 21:55:37 +08:00
2026-09-10 15:55:54 +08:00
2026-09-10 21:40:00 +08:00
2026-09-09 21:55:37 +08:00
2026-09-09 21:55:37 +08:00
2026-09-10 15:55:54 +08:00