如何在使用AI代理編碼時節省Token：副標題等等
一篇諷刺性的指南，提供了三種有爭議的方法來減少使用AI代理編碼時的Token消耗：劫持命令輸出、玩電話遊戲式的代碼上下文、以及極度簡潔的交流方式。
你是否經常遇到令牌（Token）限制？你是否覺得每月200美元的套餐仍然不足以支持你使用AI代理進行編碼？別擔心，這裏有三條經過實戰檢驗且絕對有效的策略，保證能大幅削減你的令牌消耗，不過要注意，這些方法都帶有諷刺意味，實際使用時請謹慎考慮。
- 劫持命令輸出：命令行程序通常會產生非常冗長的輸出，你的AI代理會浪費寶貴的令牌去閲讀這些“垃圾”。一個簡單的解決方案是創建一個包裝腳本，該腳本運行命令但將標準輸出和錯誤輸出重定向到/dev/null，然後只輸出“OK.”。將這個腳本命名為ok並放置在PATH中，然後通過一個“技能”（Skill）告訴AI代理在每次執行命令時都使用它。例如，當你需要執行
git status時，AI代理會運行ok git status，從而只消耗一個Token來表示成功。你甚至可以將這個技能上傳到GitHub，看着星星的數量不斷攀升，彷彿你真的做了什麼偉大的事情。
- 電話遊戲：與其讓AI代理讀取整個類的源代碼，不如只給它類名和方法名。這樣AI代理就無法看到實際的代碼，但不用擔心，它會自行“腦補”出缺失的細節。如果你覺得令牌消耗還是太多，可以進一步簡化為只提供一個文件名，例如“一個名為ContentView.swift的Swift文件”。AI代理在完全看不到代碼的情況下，依然會基於其內部知識進行推測，生成出看似合理的代碼。
- 少説話：你可以通過減少AI的思考過程來讓它少説話。當你問“33乘以55等於多少？”時，不要讓它猶豫不決地給出推理步驟，而是使用一個技能強制AI立刻給出答案，比如回答“不知道，可能是3535”。這是一種權衡，但為了節省令牌，作者認為這是值得的。
除此之外，還有一個高級技巧：你甚至不需要安裝任何東西。只需使用極度簡潔的語言風格與AI代理交流，例如使用文言文。比如，如果你覺得一個類太長且不符合DRY原則，想讓AI代理重構它，你可以説：“此類職責不一。分之。”AI代理會回覆：“今分為三。原有十二法，各歸其主。測試皆通。”這個過程不僅節省了令牌，還增添了一絲古典韻味。
最後，作者在結尾處自嘲地提醒，是否已經清理了開頭AI生成的回覆。這篇文章本身就是一個諷刺性的指南，提醒我們在追求效率的同時，不要忘記與AI合作的初衷。