Key 只在你的瀏覽器裡。Key 由瀏覽器直接傳給服務商，不經過我們的伺服器，我們不記錄也不保存。建議使用專門建立、設有額度上限的 Key，用完及時到服務商後台刪除。
輸入
結果
結果會顯示在這裡。Commit 訊息總是最後才寫、寫得匆忙，最後變成一句「fix stuff」。把 git diff --staged 的輸出貼進來，它會依約定式提交格式（feat、fix、refactor、perf……）或一般的一句話寫出標題列，需要的話再加一段內文，英文或中文都可以。規則取自 Nutlope/aicommits 和 di-sukharev/opencommit 這兩個大多數開發者在用的命令列工具：描述行為的變化而不是列出檔案，只有新增功能才用 feat，除非 diff 明確破壞了 API，否則絕不標成破壞性變更。
它是怎麼運作的
- 送出前會剔除鎖定檔的變更區塊（package-lock.json、pnpm-lock.yaml、go.sum、Cargo.lock 等），只保留檔名，上千行雜湊值不會白白吃掉你的 token。
- 標題使用祈使語氣，目標 50 個字元、最長不超過 72；即使訊息是中文，類型和範圍（scope）也維持英文。
- 輸出就是純粹的 commit 訊息，沒有程式碼區塊和引號，可以直接用在 git commit -F 或編輯器的提交框。
你的資料去了哪裡
使用自備 Key 時，你輸入的內容和 Key 由瀏覽器直接傳送給你選擇的 AI 服務商，不經過 hysenlabs 的伺服器。使用官方託管時，內容經我們的伺服器轉送給我們的服務商（DeepSeek），以 credits 計費；我們只記錄每次執行的 Token 數和成本用於計費，從不保存你輸入的內容和回傳的結果。服務商如何處理這些內容，以它自己的隱私權政策為準。
本工具會接觸金鑰與憑證，因此任何一次執行都不會被儲存，連你自己的歷史裡也不會有。
關於你的 API Key
我們承諾不會收集、儲存或洩漏你的 Key：它只保存在目前頁面的記憶體裡（除非你勾選「在此分頁記住」），關閉頁面即消失。但任何 Key 只要在網頁裡用過，都值得多一分小心——建議專門為這裡建立一把設有額度上限的 Key，用完後及時到服務商後台刪除或輪換。
它要花多少
本工具完全免費，不需要登入，也不消耗點數。
常見問題
- 我的 diff 和 API Key 會傳到哪裡？
- 用你自己的 Key，從目前這個分頁直接送到你選的模型服務商，hysenlabs.com 兩樣都收不到。diff 可能包含公司內部程式碼，請使用公司允許的服務商，並另外建立一把設有支出上限的 Key，用完就撤銷。
- 應該貼哪一種 diff？
- 要提交的內容用 git diff --staged，整個分支用 git diff main...HEAD。建議用前者：commit 訊息應該準確描述這次提交的內容，混進未暫存的變更只會讓模型去猜。
- 為什麼它選了 refactor 而不是 fix？
- 提示詞規定 fix 只用於修正行為，refactor 用於不應改變行為的變更。如果單看 diff 看不出修了 bug，模型就無從得知；在 diff 上方加一句「修正清單為空時當掉」，它就會採用。
- 能遵守我們團隊的 commitlint 規則嗎？
- 它使用標準的約定式提交類型。如果團隊有自訂類型或強制的 scope 清單，提交前請對照你們的 commitlint 設定檢查一遍——這個工具讀不到你儲存庫裡的設定。
背後的開源專案
本工具的提示詞改編自 Nutlope/aicommits（MIT），由你選擇的模型執行。想在命令列或自己的程式裡批次使用同樣的能力，可以直接使用這個專案。
Nutlope/aicommits也常被稱作
- ai 產生 commit 訊息
- git commit 訊息怎麼寫
- conventional commits 產生器
- aicommits 線上
- commit message 規範