GitNexus (Akon Labs)

嘿，Product Hunt 的朋友们，

我是 Akon Labs 的 Subham。我们打造 GitNexus，是因为编程 Agent 把大部分预算都花在了查找上下文上，而不是真正写代码。它们读文件、用 grep 搜索、手动追踪导入关系，每次任务都要消耗大量 token 在脑海中重建代码库的全貌。一旦代码分散在多个 GitHub 账号、GitLab、Azure DevOps 以及自托管企业实例中，情况会更糟——没有任何一个统一的视图是 Agent 可以直接使用的。

Agent 的能力取决于你递给它的世界模型，而大多数工具给它的只是一个近似值。文件树映射的是磁盘结构，而不是系统架构；按仓库划分的索引映射的是组织结构，而不是调用图谱。当本可以有精确答案时，Embedding 却把"谁调用了这个函数"当作一个排序后的猜测返回。

GitNexus 把你的代码库解析成一张确定性的图谱。节点是真实存在的实体：符号、文件、函数、服务、仓库；边是真实存在的关系：调用、导入、实现、部署。Agent 对其进行查询，得到的是精确的上下文，而非相似度猜测——无论你使用哪一种 SCM。

几个值得了解的点：

- 项目开源（GitHub 上 45K+ stars，npm 下载量 1M+），你可以在阳光下评估它

- 它能让闭源和开源模型都更便宜、更强大。基准测试：https://www.akonlabs.com/benchmarks

- 通过 MCP 与 Claude Code 以及你现有的 Agent 协作，无锁定。可以选择托管运行，也可以自托管并离线运行

我今天会全程在线。非常想听听大家目前在用什么来做代码库上下文管理，以及它最先在哪里出现问题。有什么问题尽管问 🙏