Tabby
自托管 AI 编程助手。
Tabby 是自托管的 AI 编程助手，核心使用方式是先运行自己的服务端，再让编辑器扩展连接它获取补全和代码问答能力。
Tabby 能做什么
服务端负责模型与推理环境，编辑器负责把当前编程上下文交给服务并展示结果。团队可以围绕自己管理的服务统一接入。
编辑建议：先用一台机器、一个编辑器和一个小项目连通，再考虑多人部署与更多模型。
自行管理服务与模型环境
Tabby 采用自托管方式，官方提供模型与部署说明。选择模型和运行资源时，需要兼顾响应时间与机器能力。
编辑时接收多行代码补全
VS Code 扩展可以提供多行及完整函数建议，适合在当前代码上下文中补充常见结构。
在代码旁解释或修改选区
可以从聊天视图提问，也可以选择代码调用 Explain This 或 Start Inline Editing，在原有编辑流程里理解和调整代码。
通过地址和令牌接入编辑器
扩展连接需要 Tabby 服务端点和账户令牌；这使服务部署与编辑器安装成为两步分别完成的工作。
- 核心用途
- 自托管代码补全、代码问答和选区编辑
- 可完成的工作
- 编写样板函数、阅读模块与小段代码整理
- 如何开始
- 先启动服务端，再配置扩展的地址和令牌
- 使用条件
- 模型资源、运行硬件与服务维护由自己准备
如何使用 Tabby
- 准备服务端与硬件
按官方部署指南准备模型与运行环境；使用 NVIDIA Docker 路线时还需要匹配的容器 GPU 支持。
- 确认服务可访问
先确认 Tabby 服务已正常启动并准备账户，再获取供编辑器连接的服务地址和令牌。
- 安装并连接编辑器扩展
在扩展市场安装 Tabby，调用 Connect to Server 并填写端点与令牌；按快速开始完成连接检查。
- 用小项目试补全与问答
分别试一次函数补全、选区解释和行内编辑，检查建议内容与连接状态后再用于日常项目。
让编辑器接入自有补全服务
适合：已有自托管条件的开发者或小团队
- 准备输入
- 可用 Tabby 服务、账户令牌、测试项目与一个支持的编辑器。
- 操作方法
- 编辑建议：先连通一个客户端，输入常见函数骨架检查补全，再观察真实项目中的响应和建议质量。
- 预期交付物
- 能在编辑器显示的服务端补全建议。
- 人工检查
- 核对连接的是预期服务，检查建议是否使用项目里实际存在的接口。
解释不熟悉的函数与调用
适合：阅读历史代码的开发者
- 准备输入
- 函数选区、调用上下文和具体疑问。
- 操作方法
- 编辑建议：用选区解释功能提问，继续追问关键分支，再回到代码验证解释。
- 预期交付物
- 便于阅读的函数说明。
- 人工检查
- 检查空值、异常和副作用是否被遗漏，不能把解释当成实际运行结果。
整理一小段代码表达
适合：希望保持上下文不切换的开发者
- 准备输入
- 待整理选区、保留行为和相邻测试。
- 操作方法
- 编辑建议：通过行内编辑提出具体目标，例如拆分嵌套条件；阅读变更后再接受。
- 预期交付物
- 局部、可审阅的代码调整。
- 人工检查
- 比较原有控制流，运行相关用例确认逻辑没有变化。
界面与参考图片
开始前需要了解
服务端需要持续运行
只安装编辑器扩展不足以得到自托管推理能力。服务地址、账户令牌和模型环境必须可用。
硬件与模型选择影响体验
模型运行涉及计算和存储资源；Docker GPU 路线还依赖相应驱动与容器配置。不能把自托管理解成没有运行成本。
代码上下文仍需检查
补全和问答可能不符合项目接口或隐含约束。编辑建议：接受建议前核对实际符号，修改后运行对应测试。
需要自行部署服务并配置模型；OpenAPI 可接入 IDE，运行所需环境按安装说明准备。
账号权限、费用与可用功能请以官方入口的当前说明为准。重要结果应先检查，再用于实际工作。
常见问题
Tabby 扩展能脱离服务端独立补全吗？
官方接入流程要求先部署 Tabby Server，再让扩展通过端点和账户令牌连接。
它只支持代码补全吗？
VS Code 扩展还提供聊天、选区解释和行内编辑等入口。
自托管是否意味着所有机器都能流畅运行？
不能保证。运行模型需要匹配的硬件与配置，应先在目标机器上检查响应和资源需求。
团队成员如何接入同一个服务？
每个编辑器按实际账户配置服务端点和令牌；服务部署与权限由团队自己的运行环境管理。
