先说清楚它是什么：Tabby 属于「编程与开发」方向的开源项目，可自托管的开源代码补全服务。

用 AI 最容易犯的错是「看着不错就用了」，这篇给出一张可复用的打分表。

评分表（每项 1 到 5 分）

维度看什么1 分5 分
正确性代码能否通过测试并满足需求明显不合格无需修改即可使用
改动范围是否只改了必要的地方明显不合格无需修改即可使用
可读性命名、结构是否符合项目风格明显不合格无需修改即可使用
安全性是否引入注入、越权或密钥泄露风险明显不合格无需修改即可使用
可维护性是否附带测试与必要说明明显不合格无需修改即可使用

建议：任一维度低于 3 分就不要直接使用；总分用于比较不同提示词或不同工具的效果。

用一个任务试打分

补单元测试

输入：一个缺少测试的函数或模块。

为【函数名】编写单元测试，覆盖正常输入、边界值和异常输入，使用项目现有的测试框架，不要修改被测代码。先列测试用例再写代码。

交付前确认：测试能在本地通过。

怎么让评分更可靠

  • 同一批材料至少测 5 次，不只看最好的一次。
  • 两人分别打分，分歧大的维度再讨论标准。
  • 把 Tabby 的结果与人工完成或 Continue 的结果放在一起盲评。
  • 每次改提示词后用同一批材料复测。

延伸练习

小功能开发

输入：一个清晰的需求描述。

实现以下需求：【需求】。要求：先给出实现计划和要改动的文件列表，等我确认后再写代码；遵循现有代码风格；补充必要的测试。

交付前确认：先有计划再动手。

代码审查

适用情况：手头有一个 Pull Request 的改动时。

审查这个改动，按「必须修改 / 建议修改 / 可以忽略」三级列出问题，每条附上文件和行号，重点关注安全、并发和错误处理。

检查点：问题定位到行。

修复报错

输入：一段报错堆栈和相关代码。

这是报错信息和相关代码。请先解释报错原因，给出最小修改方案，并说明为什么这个修改不会影响其他调用方。

检查点：修改范围足够小。

常见问题：生成的代码引用了不存在的函数

让它先搜索代码库确认 API，再写实现；运行测试验证。

常见问题：泄露密钥的风险

把密钥放在环境变量，规则文件中禁止读取 .env 等敏感文件。

常见问题：越改越乱

回滚到上一个可用提交，把需求拆小后重新开始。

概念补充：MCP

让编程工具连接外部数据和工具的协议。

概念补充：编程智能体

能读写多个文件、运行命令并迭代修复的 AI，需要控制权限。

适合人群：研究生

研究生可以用 Tabby 处理文献阅读、开题与论文写作等工作。需要注意：遵守学校学术诚信规定，AI 只用于辅助理解和润色。

适合人群：新媒体运营

新媒体运营可以用 Tabby 处理内容排期、数据复盘等工作。需要注意：活动规则与奖品说明要准确，避免诱导分享等违规玩法。

注意事项

涉及个人信息、商业机密或受监管数据时，先确认 Tabby 的数据处理条款，再决定能否使用。

本文基于 Tabby 公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。

延伸阅读