LightRAG 源码学习
简单快速的图增强 RAG:索引、检索与问答闭环。这不是 API 速查表,而是一条可以重复走的源码路线:每天用 30 分钟,从一个真实相对路径出发,先用类比建立直觉,再把它接回整条运行链路。
开篇 · 这是个什么项目
LightRAG 可以先想成一间轻量图谱检索图书馆。它的代码不是一堆孤立文件:入口接到需求,核心对象做判断,工具或模型完成工作,状态把结果交给下一个环节。
架构全景(动起来看)
发光扫过的每一层都是一次任务可能经过的站点。不同仓库命名不同,但「接入 → 编排 → 核心能力 → 资源」的责任边界很相似。
怎么使用这份教程
每天 30 分钟
6 讲,每讲先问问题,再给本质和大白话。
真实相对路径
所有路径都从项目根目录算,不把你的机器路径写进源码引用。
先验证再推理
每页都有可复制 bash 命令;文件版本变化时以本地实际内容为准。
可迁移方法
学会从入口、数据结构、循环和扩展点读任何 AI 项目。
从 README.md 认识项目大门
README.md:围绕 README.md 建立因果链:谁调用、处理什么、交给谁;对应阶段是「入口与地图」。
配置与依赖:pyproject.toml
pyproject.toml:围绕 pyproject.toml 建立因果链:谁调用、处理什么、交给谁;对应阶段是「入口与地图」。
顶层入口与启动路径
lightrag:围绕 lightrag 建立因果链:谁调用、处理什么、交给谁;对应阶段是「入口与地图」。
核心对象:test_llm_role_runtime.py
tests/llm/test_llm_role_runtime.py:围绕 tests/llm/test_llm_role_runtime.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心循环」。
运转循环里的 test_runtime_target_validation.py
tests/llm/test_runtime_target_validation.py:围绕 tests/llm/test_runtime_target_validation.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心循环」。
协作主线穿过 test_parse_engine_early_persist.py
tests/pipeline/test_parse_engine_early_persist.py:围绕 tests/pipeline/test_parse_engine_early_persist.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心循环」。
能力模块:tools
lightrag/tools:围绕 lightrag/tools 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
业务动作落在 README_CLEAN_LLM_QUERY_CACHE.md
lightrag/tools/README_CLEAN_LLM_QUERY_CACHE.md:围绕 lightrag/tools/README_CLEAN_LLM_QUERY_CACHE.md 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
把任务交给 README_MIGRATE_LLM_CACHE.md
lightrag/tools/README_MIGRATE_LLM_CACHE.md:围绕 lightrag/tools/README_MIGRATE_LLM_CACHE.md 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
扩展点附近的 README_REBUILD_VDB.md
lightrag/tools/README_REBUILD_VDB.md:围绕 lightrag/tools/README_REBUILD_VDB.md 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
状态如何进入 clean_llm_query_cache.py
lightrag/tools/clean_llm_query_cache.py:围绕 lightrag/tools/clean_llm_query_cache.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「状态与协作」。
消息与协作:download_cache.py
lightrag/tools/download_cache.py:围绕 lightrag/tools/download_cache.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「状态与协作」。
持久化视角下的 migrate_llm_cache.py
lightrag/tools/migrate_llm_cache.py:围绕 lightrag/tools/migrate_llm_cache.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「状态与协作」。
模型侧连接:cli.py
lightrag/parser/cli.py:围绕 lightrag/parser/cli.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。
工具/MCP 桥:App.tsx
lightrag_webui/src/App.tsx:围绕 lightrag_webui/src/App.tsx 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。
检索与知识:main.tsx
lightrag_webui/src/main.tsx:围绕 lightrag_webui/src/main.tsx 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。
集成层:__init__.py
lightrag/tools/__init__.py:围绕 lightrag/tools/__init__.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。
样例与复盘:tools
tests/tools:围绕 tests/tools 建立因果链:谁调用、处理什么、交给谁;对应阶段是「复盘与扩展」。
测试与边界:__init__.py
tests/tools/__init__.py:围绕 tests/tools/__init__.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「复盘与扩展」。
收官:沿 test_rebuild_vdb.py 串回全图
tests/tools/test_rebuild_vdb.py:围绕 tests/tools/test_rebuild_vdb.py 建立因果链:谁调用、处理什么、交给谁;对应阶段是「复盘与扩展」。