[Feature]: 支持图数据库和 GraphRAG，让记忆系统检索更全

## Summary

希望支持图数据库和 GraphRAG，用于处理实体关系、多跳推理等复杂查询，并保留现有检索作为降级方案。

## Component(s) Affected

- [x] Core / Backend (app, agents, config, providers, utils, local_models)
- [x] Console (frontend web UI)
- [x] CLI
- [x] Documentation (website)
- [x] Tests

## Problem / Motivation

当前向量检索适合普通语义搜索，但对实体关系、路径查询和多跳推理支持不足，回答也较难展示知识来源和推理链路。

## Proposed Solution

新增可选的 GraphRAG 能力，初期支持 Neo4j：

- 从现有文档或知识库抽取实体和关系，构建知识图谱。
- 简单查询继续使用传统混合检索。
- 多实体、强关系或多跳推理查询使用 GraphRAG。
- 中等复杂查询可融合传统检索与 GraphRAG 结果。
- GraphRAG 失败时自动降级到传统混合检索。
- 提供图数据库连接配置、图谱构建/重建、状态查看和基础统计能力。
- Console 和 CLI 提供配置、健康检查与索引管理入口。

## Alternatives Considered

- 仅使用向量检索：实现简单，但不适合复杂关系推理。
- 所有查询都使用 GraphRAG：成本和延迟较高，不适合简单查询。
- 使用外部 GraphRAG 服务：接入快，但数据和部署管理较复杂。

## Additional Context

建议先支持 Neo4j，并保持 GraphRAG 为可选功能，避免影响现有部署和检索流程。

## Willing to Contribute

- [ ] I am willing to open a PR for this feature (after discussion).

No files, tests, or entry points are named. Start by mapping the existing core/backend retrieval flow and the Console, CLI, documentation, and test areas listed in the issue. Done means optional Neo4j GraphRAG supports graph construction and management, uses the stated query-routing and fallback behavior, and exposes the requested configuration and health interfaces.

索引モデルが issue の本文から書いたものです。