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