刚入职面对20万行代码,这个工具把仓库变成了能提问的知识图谱。
你刚进一个新项目组,仓库里堆着二十万行代码。打开几个核心文件,imports 密密麻麻,函数名看着熟悉又对不上业务。问同事,对方随口甩一句“看 auth 那块就行”,你顺着依赖链点进去,半小时后还在转圈。
这种情况太常见了。文档滞后、架构图过时、口头传承断层,新人上手成本几乎全砸在“先搞清楚这堆代码到底在干什么”上。Understand Anything 直接把这个问题拆开:它把任意代码库、知识库或文档,转成一张可点击、可搜索、可直接提问的交互式知识图谱。文件、函数、类、依赖关系全变成节点,业务流也能映射上去,你不用再靠猜。
支持 Claude Code、Cursor、Codex、Copilot、Gemini CLI 这些常见 AI 编程环境,装上就能跑。
它把代码摊成什么样子
点开仪表盘,第一眼是结构图。每个文件、函数、类都是节点,颜色按架构层分——API、Service、Data、UI、Utility。鼠标悬停,旁边立刻弹出一段人话摘要:这个函数在干什么、它调了谁、谁在调它。模糊搜索和语义搜索都能用,输入“哪部分处理登录态”,相关节点就亮起来。
更有意思的是领域视图。切换过去,代码被重新组织成业务流:认证流程、支付管道、用户生命周期。节点不再是技术单元,而是领域、流程、步骤。产品经理或者刚转岗的人也能跟着图走,不用先啃实现细节。
它还支持知识库分析。把 /understand-knowledge 指向一个 Karpathy 风格的 LLM wiki(有 index.md、wikilinks、分类结构那种),它会抽出实体、隐含关系、论断,再做成力导向图,带社区聚类。代码和文档能放进同一张图里看。
我第一次跑完后,随手点开一个看起来不起眼的工具函数节点,发现它居然被三个不同业务域同时依赖。这种小发现平时翻代码很难注意到。
图谱结果默认存进项目的 .ua/ 目录(老项目可能还是 .understand-anything/)。把这个目录提交进版本库,团队其他人不用重新分析,直接用本地 viewer 就能打开同样的图。
多代理是怎么同时干活的
核心是混合流水线。Tree-sitter 负责确定性的结构抽取:导入、导出、函数定义、调用点、继承关系,全部可复现。同样的代码跑两遍,结构边一模一样。这层结果还充当增量更新的指纹,后面只重分析改过的文件。
语义部分交给几组专门的 LLM 代理并行处理。一个负责给节点写摘要和标签,一个做架构分层,一个尝试映射业务域,还有一个生成引导式学习路径。路径按依赖顺序排好,新人可以顺着它一层层走。
增量是默认开启的。第一次分析确实吃 token,大项目建议挂本地模型或者用订阅额度。后面改几个文件再跑,只动变更部分。理论上你也可以在 post-commit 钩子里自动触发,保持图谱和代码同步。
有人坚持结构图已经够用,业务映射纯属多余;也有人觉得没有领域视图,图谱还是太“工程师视角”。两种用法都有人在实践,你自己跑完再决定更依赖哪一层。
支持中文输出。加 --language zh,节点描述、界面标签、引导路径都会变成中文。日语、韩语、俄语也能切。
装上之后怎么跑
Claude Code 里最直接:
/plugin marketplace add Egonex-AI/Understand-Anything
/plugin install understand-anything
然后在项目根目录执行 /understand。分析结束后跑 /understand-dashboard,浏览器会弹出交互界面。
其他平台用一键脚本。macOS/Linux:
curl -fsSL https://raw.githubusercontent.com/Egonex-AI/Understand-Anything/main/install.sh | bash
可以指定目标环境,比如 bash -s cursor 或 bash -s gemini。Windows 用对应的 PowerShell 脚本。
常用命令还有:
/understand-chat 直接对着图谱提问
/understand-diff 看某次改动的影响面
/understand-explain <文件路径> 解释单个文件
/understand-onboard 生成入职引导文档
/understand-domain 单独抽业务域
如果不想每次都动 LLM,可以把已经生成好的 .ua/ 目录交给本地 viewer:
npx https://github.com/Egonex-AI/Understand-Anything/releases/latest/download/understand-anything-viewer.tgz /path/to/project
它只读本地数据,不联网,适合快速给同事演示。
首次分析大仓库时,token 消耗会比想象中高一些,尤其是语义摘要那几步。后面增量就轻了。
图谱能导出 PNG、SVG,或者过滤后的 JSON。路径查找器可以算出任意两个节点之间的最短依赖链,调试的时候偶尔能省点时间。
把代码库变成可提问的知识图谱这件事,本质上是在降低“理解成本”。结构边靠静态分析保证稳定,语义层靠代理补上人话和业务上下文。新人、跨职能同事、甚至自己隔几个月再回来看项目,都能少走一些弯路。如果你也对这类提效工具感兴趣,欢迎来云栈社区和更多开发者一起交流实战经验。