企业版(SaaS 及自托管)- akonlabs.com
为智能体上下文构建神经系统。
将任何代码库索引为知识图谱 — 包括每一个依赖、调用链、集群和执行流 — 然后通过智能工具开放访问,确保 AI 智能体不再遗漏代码。
类似 DeepWiki,但更深入。 DeepWiki 帮助你理解代码。GitNexus 让你分析代码 — 因为知识图谱追踪每一个关系,而不仅仅是描述。
简而言之: Web UI 是与任何代码库快速交互的方式。CLI + MCP 是让你的 AI 智能体真正可靠的方法 — 它为 Cursor、Claude Code、Codex 等工具提供代码库的深度架构视图,使其不再遗漏依赖、破坏调用链或进行盲目编辑。即使是小型模型也能获得完整的架构清晰度,从而能与大型模型竞争。
16种工具通过MCP公开(11种单仓库工具 + 5种组工具):
| 工具 | 功能描述 | repo参数 |
|---|---|---|
list_repos | 发现所有已索引的仓库 | — |
query | 进程分组混合搜索(BM25 + 语义搜索 + RRF) | 可选 |
context | 360度符号视图 — 分类引用、进程参与情况 | 可选 |
impact | 影响范围分析,包含深度分组和置信度 | 可选 |
detect_changes | Git差异影响 — 将变更行映射到受影响的进程 | 可选 |
rename | 基于图谱+文本搜索的多文件协同重命名 | 可选 |
cypher | 原始Cypher图谱查询 | 可选 |
group_list | 列出已配置的仓库组 | — |
group_sync | 提取契约并跨仓库/服务匹配 | — |
group_contracts | 检查提取的契约和交叉链接 | — |
group_query | 跨组内所有仓库搜索执行流程 | — |
group_status | 检查组内仓库的索引时效性 | — |
[!NOTE] 当仅索引了一个仓库时,
repo参数为可选。当存在多个仓库时,需指定具体仓库:query({query: "auth", repo: "my-app"})。
即时上下文资源:
| 资源 | 用途 |
|---|---|
gitnexus://repos | 列出所有已索引的仓库(首先阅读此内容) |
gitnexus://repo/{name}/context | 代码库统计信息、时效性检查和可用工具 |
gitnexus://repo/{name}/clusters | 所有功能集群及内聚度评分 |
gitnexus://repo/{name}/cluster/{name} | 集群成员及详细信息 |
gitnexus://repo/{name}/processes | 所有执行流程 |
gitnexus://repo/{name}/process/{name} | 带步骤的完整流程跟踪 |
gitnexus://repo/{name}/schema | Cypher查询的图谱模式 |
2种MCP提示词用于引导式工作流:
| 提示词 | 功能描述 |
|---|---|
detect_impact | 提交前变更分析 — 范围、受影响流程、风险等级 |
generate_map | 基于知识图谱生成架构文档(含mermaid图表) |
4种智能体技能自动安装至 .claude/skills/:
使用 --skills 生成的仓库特定技能:
当您运行 gitnexus analyze --skills 时,GitNexus 会检测代码库的功能区域(通过 Leiden 社区检测算法),并在 .claude/skills/generated/ 目录下为每个区域生成一个 SKILL.md 文件。每个技能文件描述了模块的关键文件、入口点、执行流程以及跨区域连接——因此您的 AI 智能体能够获得正在处理的特定代码区域的针对性上下文。每次运行 --skills 时都会重新生成技能文件,以保持与代码库的同步。
docker compose up -d
这会在 http://localhost:4747 启动服务器,并在 http://localhost:4173 启动 Web UI。UI 会自动检测服务器,因为浏览器运行在主机上,并通过映射端口访问容器。
命名卷(gitnexus-data)会在服务器容器内的 /data/gitnexus 路径持久化存储全局注册表、索引和克隆的仓库。要使主机上的仓库可被索引,请在启动服务栈前设置 WORKSPACE_DIR:
WORKSPACE_DIR=$HOME/code docker compose up -d
# 在服务器容器内,该目录以只读方式挂载到 /workspace。
docker compose exec gitnexus-server gitnexus index /workspace/my-repo
从知识图谱生成由 LLM 驱动的文档:
# 需要 LLM API 密钥(OPENAI_API_KEY 等)
gitnexus wiki
# 使用自定义模型或提供商
gitnexus wiki --model gpt-4o
gitnexus wiki --base-url https://api.anthropic.com/v1
# 强制完全重新生成
gitnexus wiki --force
Wiki 生成器读取已索引的图谱结构,通过 LLM 将文件分组为模块,生成每个模块的文档页面,并创建概览页面——所有内容均包含指向知识图谱的交叉引用。
| 层级 | 命令行界面 | Web界面 |
|---|---|---|
| 运行时 | Node.js (native) | Browser (WASM) |
| 解析 | Tree-sitter native bindings | Tree-sitter WASM |
| 数据库 | LadybugDB native | LadybugDB WASM |
| 嵌入 | HuggingFace transformers.js (GPU/CPU) | transformers.js (WebGPU/WASM) |
| 搜索 | BM25 + semantic + RRF | BM25 + semantic + RRF |
| 智能体接口 | MCP (stdio) | LangChain ReAct agent |
| 可视化 | — | Sigma.js + Graphology (WebGL) |
| 前端 | — | React 18, TypeScript, Vite, Tailwind v4 |
| 集群 | Graphology | Graphology |
| 并发 | Worker threads + async | Web Workers + Comlink |
self/this 接收器映射.gitnexus/(已加入git忽略)。位于 ~/.gitnexus/ 的全局注册表仅存储路径和元数据。请登录使用轩辕镜像享受快速拉取体验,支持国内访问优化,速度提升
docker pull ghcr.io/abhigyanpatwari/gitnexus-web:1.6.3-rc.35探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
无需登录使用专属域名
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
Harbor Proxy Repository 对接专属域名
Portainer Registries 加速拉取
Nexus3 Docker Proxy 内网缓存
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
docker search 限制
站内搜不到镜像
离线 save/load
插件要用 plugin install
WSL 拉取慢
安全与 digest
新手拉取配置
镜像合规机制
manifest unknown
no matching manifest(架构)
invalid tar header(解压)
TLS 证书失败
DNS 超时
410 Gone 排查
402 与流量用尽
401 认证失败
429 限流
D-Bus 凭证提示
413 与超大单层
来自真实用户的反馈,见证轩辕镜像的优质服务