@daksh_jaitly: 我构建了 mex，因为编码智能体总是在重复读取同一个代码库，而不是保留它们学到的知识。1,200 个 GitHub 星标…

我构建了 mex，因为编码代理总是反复重读同一个仓库，而不是保留它们学到的东西。

在获得 1,200 个 GitHub star 之后，v0.7.0 新增了本地代码图谱。在我们仓库基准测试中，相比 grep，它返回的上下文减少了 90.7%，并且 100% 召回预期符号。（Thread）

（2）mex 背后的想法很简单：

一个为你的代码库而设的活维基，由编码代理维护。

代理将架构、决策、约定和可复用模式写入仓库本地的 Markdown，这样未来的会话就能继承之前代理学到的经验，而不是从零开始。

（3）v0.7.0 在该维基之下放置了一个确定性的代码图谱。

Tree-sitter 将符号和关系提取到本地 SQLite 数据库中。

无需嵌入（embeddings），构建它也无需 AI。

支持 TS/TSX、JS/JSX、Python 和 Rust。（更多语言即将到来）

这是 hono 代码库上的一个示例。

（4）对于一个任务，代理可以运行：

mex graph scope “trace the authentication flow”

mex 不会转储完整文件，而是在硬性 token 预算内返回相关符号、调用方、被调用方和关系的紧凑邻域。

仅在需要时才展开源代码。

（5）在 mex 仓库基准测试中：

• 比 grep top-3 小 10.74× • 返回的上下文减少 90.7% • 预期符号召回率 100% • 5/5 真实代理任务完成 • 0/5 需要回退 Read/Grep（在最小图谱上下文下）

（6）最奇怪的结果：

事先给代理更少的源代码，效果反而更好。 最小图谱上下文 + 定向图谱获取调用，无需 Read/Grep 回退。

内联源代码模式在 4/5 的任务中需要回退。 先给地图。仅在需要时提供源代码。

（7）该图谱还将维基与代码连接起来。

Markdown 中的一条断言可以指向使其成立的精确函数。如果该函数发生变更、移动或消失，mex 可以将受影响的知识标记为过期。

小规模基准测试，公开方法论，完全开源：

查看仓库： https://github.com/mex-memory/mex

另外也加入我们的 Discord（我们正在这里规划一些有趣的东西） https://discord.gg/FEdNsQ4Qt4

减少 90% 的 token。