一个拥有 82K 星的 GitHub 仓库围绕着一个痛苦地明显的想法构建而成：

你的编码代理应该只映射一次代码库，而不是永远地 grep 它。

Graphify 将整个项目转变为一个可查询的知识图谱。

函数、类、文件、SQL 模式、基础设施、文档、PDF、图像和视频成为代理可以遍历的连接节点，而不是反复打开文件并重建架构。

所以不再是：→ 搜索认证→ 打开十二个文件→ 手动跟踪导入→ 当上下文填满时丢失线索

代理可以询问：> 什么将认证连接到数据库？> 追踪从 UserService 到 DatabasePool 的路径。> 解释 RateLimiter。> 所有东西都流经哪些概念？

Graphify 返回相关子图和连接这些概念的路径，而不是另一个关键词匹配列表。

对于源代码，这不是 RAG：→ 无嵌入→ 无向量数据库→ 无需 LLM→ 代码使用 tree-sitter 在本地解析→ 调用、导入和继承成为图边

每个关系也被标记为 EXTRACTED、INFERRED 或 AMBIGUOUS，因此代理可以区分源代码中明确存在的内容与 Graphify 解析或猜测的内容。

最聪明的地方是接下来发生的事情。

Graphify 可以为 Claude Code、Codex、Cursor、Gemini CLI、Copilot 和 20+ 其他助手安装钩子或持久指令。

在代理开始盲目 grep 或逐个读取文件之前，它会被引导先查询现有的图谱。

图谱可以提交到 Git，在提交后自动重建、在团队中共享，并通过 MCP 暴露。

长上下文窗口帮助代理读取更多代码。

持久知识图谱帮助它们知道该看哪里。

编码代理的下一个改进可能不会来自将更多文件塞入提示中。

它可能来自让它们停止重新阅读仓库。

这是 GitHub 仓库：