Green-PT/honey-for-devs

解決的問題

Honey 降低了與 AI 編碼代理相關的高成本與高 token 使用量。它防止代理產生過多、重複的程式碼與冗長的敘述性文字，這些通常會增加 LLM API 費用，卻未提升軟體的正確性。

工作原理

Honey 採用三種主要的「槓桿」來最小化 token 浪費：

1. 減少程式碼：遵循「YAGNI」（You Ain't Gonna Need It）原則，優先選擇最簡單的實作方式（例如使用標準函式庫而非新依賴），以最小化程式碼行數。
2. 減少文字：移除對話式填充、模稜兩可的表達與敘述性內容，強制代理先提供答案。
3. 更密集的交接：在代理間通訊時，使用 ESON（高效結構化物件表示法）或緊湊的 JSON 等高效格式，將交接資料量減少約 50% 而不遺失資訊。

此外，還包含針對極端情況的專用工具：CCR（Compress-Cache-Retrieve） 用於對巨大且重複的日誌進行取樣，PX 用於將密集的唯讀文字渲染為影像，以利用更低的影像 token 定價。

適用對象

使用 Claude Code、Cursor、GitHub Copilot、Windsurf、Cline 等 AI 編碼代理的開發者，希望在不犧牲程式碼品質或正確性的前提下降低 API 成本並加快代理回應速度。

主要亮點

• 可重現的基準測試：包含基準測試套件，證明在某些模型上程式碼行數（最多減少 71%）與輸出 token 數顯著減少。
• ESON 格式：一種以模式為先、零相依的格式，專為高效的代理間資料傳輸而設計。
• 安全豁免機制：確保輸入驗證、錯誤處理與安全等關鍵元素從不被壓縮或省略。
• 多強度等級：提供 lite、full 和 ultra 三種模式，代理會根據請求自動選擇。
• 基於影像的讀取（PX）：透過將大型唯讀檔案作為影像處理，可使 Fable 類模型的 token 使用量減少高達 85%。