我最近與專案擁有者 Majd Al Mounayer 合作，為使用 TypeScript 建立的非常好的聊天完成應用程式做出了第一個貢獻。 Majd 對開發有著深入的了解，從 ESLint 到 CI 操作。當我回顧他的專案時，我注意到堅實的基礎結構使應用程式具有可擴展性，並且讓新貢獻者更容易添加功能。
從 Groq 取得令牌資訊。
#12
基於 Groq 實例，最好提供使用者一個選項 --token_usage 或 -t 來監控傳回或用於最佳化目的的令牌數量。這很重要，因為某些程式碼區塊可能會超出應用於每個模型的令牌限制。
透過討論幾個評論並了解如何在該項目中添加此功能。
Issue 12 透過 --token-usage & -tu 新增 token 訊息
#13
加入handleTokenFlag來檢查帶有--token-usage或-tu的參數傳遞，如果是的話，我們對令牌的使用進行stderr。
[x] 建置不會失敗。
[x] 在本地測試。
[x] Linting 錯誤（如果有）已解決。
Issue 12 透過 --token-usage & -tu 新增 token 訊息
#13
加入handleTokenFlag來檢查帶有--token-usage或-tu的參數傳遞，如果是的話，我們對令牌的使用進行stderr。
[x] 建置不會失敗。
[x] 在本地測試。
[x] Linting 錯誤（如果有）已解決。
他的建議指出，在檢查 CLI 的參數時，我們不需要用 try-catch 區塊包裝它，所以我修復並進行了更改。
Issue 12 透過 --token-usage & -tu 新增 token 訊息
#13
加入handleTokenFlag來檢查帶有--token-usage或-tu的參數傳遞，如果是的話，我們對令牌的使用進行stderr。
[x] 建置不會失敗。
[x] 在本地測試。
[x] Linting 錯誤（如果有）已解決。
當optimizeit同時處理多個檔案時，輸出可能會非常大。這將迫使用戶一直向上滾動才能看到令牌，這對用戶來說並不友善。我認為令牌資訊需要顯示在所有已處理文件輸出下方的程式輸出的最底部。
根據引用，我透過在應用程式末尾呼叫 stderr 進行了更改，以在應用程式的最底部顯示令牌。
Issue 12 透過 --token-usage & -tu 新增 token 訊息
#13
加入handleTokenFlag來檢查帶有--token-usage或-tu的參數傳遞，如果是的話，我們對令牌的使用進行stderr。
[x] 建置不會失敗。
[x] 在本地測試。
[x] Linting 錯誤（如果有）已解決。
這個錯誤是因為完成處理中的if 條件錯誤，if 條件檢查--token-usage 的標誌是否傳遞給參數，但然後我將它與else 條件一起使用，如果找不到響應，則會拋出錯.token 所以代替
if (tokenUsageInformation && chatCompletion?.usage) {
this.saveTokenUsageInfo(chatCompletion?.usage);
} 其他 {
拋出新錯誤(`
檔案的令牌使用資訊不可用：${fileName}
`);
更改為
if (tokenUsageInformation) {
if (!chatCompletion.usage) {
throw new Error('令牌使用資訊不可用');
}
this.accumulateToken(chatCompletion?.usage);
這可確保正確處理令牌的使用，如果資訊不可用，則會引發適當的錯誤，而不會中斷應用程式流程。
總的來說，為這個專案做出貢獻讓我能夠更多地了解不同的編碼風格並適應它們。 Majd 使用 ESLint 的一致性使得開發模式非常清晰，有助於確保貢獻過程的順利進行。
以上是首次貢獻的詳細內容。更多資訊請關注PHP中文網其他相關文章！
