从零到一：用 Tabby 做出第一份成果
可自托管的开源代码补全服务——这是 Tabby 最主要的用途，也是本文讨论的前提。
与其看十篇介绍，不如完整做一个小项目，这篇带你走一遍。
项目：修复报错
目标：用 Tabby 完成一次「修复报错」，交付一份可以直接给同事或客户看的结果。预计用时 1 小时以内。
步骤
- 阅读仓库 README 与许可证。
- 准备材料：一段报错堆栈和相关代码（先脱敏）
- 复制下面的提示词，替换方括号内容。
- 第一次结果出来后，只针对一个问题追问修改。
- 按验收标准检查：修改范围足够小。
- 保存提示词与最终结果，写三行复盘。
这是报错信息和相关代码。请先解释报错原因，给出最小修改方案，并说明为什么这个修改不会影响其他调用方。
复盘模板
这次任务：
节省或多花的时间：
需要人工修改的地方：
下次会改进的提示：
是否继续使用：
做完之后
可以尝试第二个任务「小功能开发」，或者把这次的流程分享给同事一起试。
补充练习
补单元测试
适用情况：手头有一个缺少测试的函数或模块时。
为【函数名】编写单元测试，覆盖正常输入、边界值和异常输入，使用项目现有的测试框架，不要修改被测代码。先列测试用例再写代码。
验收标准：测试能在本地通过。
代码审查
输入：一个 Pull Request 的改动。
审查这个改动，按「必须修改 / 建议修改 / 可以忽略」三级列出问题，每条附上文件和行号，重点关注安全、并发和错误处理。
验收标准：问题定位到行。
读懂陌生代码库
输入：一个刚接手的项目仓库。
先不要改任何代码。请阅读这个仓库，输出：1）目录结构说明；2）主要模块之间的调用关系；3）本地运行步骤；4）你认为最脆弱的 3 个地方。
验收标准：运行步骤能实际跑通。
常见问题：测试全绿但功能不对
人工补充关键用例，检查测试是否真正断言了结果。
常见问题：泄露密钥的风险
把密钥放在环境变量，规则文件中禁止读取 .env 等敏感文件。
常见问题：AI 改动范围过大
要求先给计划和文件清单，限定只改指定文件。
概念补充：补全（Completion）
在光标处预测下一段代码，速度快但上下文有限。
概念补充：编程智能体
能读写多个文件、运行命令并迭代修复的 AI，需要控制权限。
适合人群：游戏开发者
游戏开发者可以用 Tabby 处理原型与素材、NPC 对话与文案等工作。需要注意：关注生成素材的授权和平台对 AI 内容的披露要求。
适合人群：数据分析师
数据分析师可以用 Tabby 处理取数与 SQL、清洗与可视化等工作。需要注意：确认指标口径，敏感数据脱敏后再交给 AI 处理。
适合人群：新媒体运营
新媒体运营可以用 Tabby 处理内容排期、数据复盘等工作。需要注意：活动规则与奖品说明要准确，避免诱导分享等违规玩法。
写在最后
文中提示词和示例仅作示意，实际效果取决于你的材料和 Tabby 当前版本，重要内容请人工核对后再使用。
所有示例输出均为示意，不代表真实统计或效果承诺；请以自己的测试结果为准。