在我之前的文章中，我谈到了启动一个基于开源 GenAI 的终端应用程序。本周的任务是为另一个用户的项目贡献一个新功能。由于我们必须与新人合作，所以我与 Lily 合作，她开发了一款应用程序，其代码改进功能与我的类似，只是她的角色是老鼠！

有时间的话可以去看看她的项目老鼠助手。

她的代码是用 TypeScript 编写的，说实话，我对此没有那么丰富的经验。我有点担心添加新功能而不意外破坏某些东西。有趣的是，与 Java 或 C 等其他 OOP 语言相比，TypeScript 对我来说要困难得多。但我认为这是一个很好的学习机会，所以我决定投入其中。

我们的目标是添加一个新选项 (-t) 来显示响应和提示的令牌使用情况。因此，我首先在她的存储库上打开一个问题来概述该功能，然后将该项目分叉到本地工作。

该应用程序使用 GROQ API 来实现其 LLM 功能，幸运的是，有一种简单的方法可以通过 API 响应中的“usage”字段访问令牌使用信息：

由于应用程序使用 yargs 作为命令行参数，因此添加另一个选项相当简单。我这样做是为了，如果用户指定 -t 或 --token-usage，应用程序将在输出末尾显示令牌信息以及 AI 响应。我测试了几次并确保它不会破坏现有功能。确认后，代码被推送到我的分支，我提出了拉取请求。

自从我发出拉取请求以来已经有一段时间了，所以我快速搜索了这些命令，发现有一个简单的方法可以通过 VS Code 来完成它（说真的，如果没有它我会在哪里？）。

我添加了新功能的简要说明并提交了拉取请求：

就在几个小时前，我在我的存储库上看到了 lily 的拉取请求通知。我很快检查了代码，在本地测试了它，效果很好！我测试了一下其他选项是否有任何问题，但没有任何问题。我使用的是Gemini API，所以它与其他人常用的Open AI Chat Completion API不同，但她仍然设法让它工作。

我没有发现任何问题或改进建议，所以我接受了她的拉取请求并将其合并到主分支中。让某人为你的代码做出贡献是非常有趣的（而且令人紧张），因为你不知道会发生什么，也不知道他们是否会因为你的符文代码而遇到问题。

但最终一切都很顺利，这让我体会到大型开源项目如何通过拉取请求异步协作和改进。