不先 clone 整个仓库，Augment Context Connectors 可以直接建立代码问答索引

想让 AI 解释一个远程代码仓库，常见起点是先 clone 到本地，再把助手带进目录。对于正在做代码知识入口、仓库研究工具的人，Augment Code 的 Context Connectors 提供了另一种路线：从 Git 提供方 API 获取文件，建立索引，再通过搜索或对话使用它。

这篇最值得跟着看的，是官方 React 快速示例。它不是只展示一句概括，而是把取回仓库、形成索引、查询代码和继续读取文件连成了完整路径。

从一个仓库，得到一份可复用索引

示例使用 @augmentcode/context-connectors，在完成 Augment 身份与 GitHub 读取凭据配置后，执行 ctxc index github，指定仓库所有者、仓库名和索引名。GitLab 与 Bitbucket 也有相应命令。

随后，官方用“协调算法如何工作”查询 React 索引。文档展示的回答以 packages/react-reconciler/src/ReactFiberReconciler.js 等代码位置为依据。这里说明的是官方设计的输入输出关系，不是本文重新跑出的 React 分析结果。

更重要的是，索引名可以被后续命令继续使用。你不必每次问问题都重新选择一批文件，而是围绕一份已经准备好的仓库材料，做不同的搜索和问答。需要固定版本时，文档列出 --ref，可以选择分支、tag 或 commit，避免把不同时点的代码当成同一份上下文。

它提供的产物不只有自然语言答案。搜索加上 --raw，可以直接取回检索结果，适合让自己的程序继续加工；运行 ctxc agent，则打开能搜索并阅读代码的对话代理。官方连续示例先搜索组件更新相关材料，再读取 ReactFiberWorkLoop.js，最后组织说明。

这两个入口对应不同需求。自己已有聊天界面或编程代理，只缺代码检索材料，可以从原始结果接入；想先研究一个仓库，可以直接用问答入口理解调用和实现。检索工具找到位置，模型读取细节后解释，两步各有可检查的材料。

Context Connectors 总览还把索引用于 MCP、CLI 和 SDK 列为不同接入方式，并支持本地或 S3 等存储。这让它更像给开发工具补上下文的一层，而不是必须换用整套编辑器。

快速示例要求 Node.js、Augment 认证和具备仓库读取权限的提供方 token；聊天入口还要配置相应模型凭据。官方明确这是实验性 API，接口可能发生不兼容变化。

索引放在本地，也不能据此认定全部计算与代码处理都离线。认证、索引服务、模型请求和存储位置需要分别看。如果处理私有仓库，采用前应按自己的代码访问和数据规则核对这几层。

我会把它推荐给正在做代码研究入口或开发工具的人：先用一个版本明确的仓库建立索引，确认搜索能返回可追踪的位置，再选择是否接聊天或 MCP。得到可反复调用的仓库上下文，才是这条路线比临时贴代码更有用的地方。