3,156次真實(shí)編碼會(huì)話(huà)的數(shù)據(jù)攤開(kāi)來(lái)看：git命令吃掉了459,000個(gè)token，占全部shell輸出的7.4%。Codex更夸張，超過(guò)10%的bash調(diào)用都是git。這些數(shù)字來(lái)自開(kāi)發(fā)者Fielding Johnston的實(shí)測(cè)——他實(shí)在受不了這種浪費(fèi)，用Zig寫(xiě)了個(gè)替代品。

問(wèn)題很直白：git的輸出是給人類(lèi)看的。冗余的表頭、教學(xué)式提示、列對(duì)齊的填充空格、裝飾性格式化。對(duì)機(jī)器來(lái)說(shuō)，這就是把每個(gè)答案都塞進(jìn)禮品袋再塞滿(mǎn)拉菲草。AI不需要儀式感，每個(gè)多余token都是真金白銀加延遲。

Fielding的原話(huà)：「Machines don't need the tissue paper or the gift bag.」

他把這個(gè)項(xiàng)目叫nit。不是包裝器，是原生替代——直接通過(guò)libgit2讀寫(xiě)git對(duì)象數(shù)據(jù)庫(kù)，默認(rèn)配置專(zhuān)為機(jī)器優(yōu)化。

省了多少？實(shí)測(cè)150-250K token

對(duì)比nit的compact模式和git默認(rèn)輸出，真實(shí)會(huì)話(huà)數(shù)據(jù)里能省下15萬(wàn)到25萬(wàn)token。換算成比例，某些場(chǎng)景直接砍掉71%。

速度也有提升。100次hyperfine基準(zhǔn)測(cè)試跑下來(lái)，nit比git快一截。Zig的C互調(diào)是零成本的：用@cImport引入libgit2頭文件，函數(shù)直接調(diào)用。沒(méi)有子進(jìn)程開(kāi)銷(xiāo)，沒(méi)有文本解析，原生讀對(duì)象數(shù)據(jù)庫(kù)。

沒(méi)實(shí)現(xiàn)的命令怎么辦？nit用execvpe()直接穿透到git，把自己整個(gè)進(jìn)程替掉。零包裝層開(kāi)銷(xiāo)，alias git=nit是安全的——功能不會(huì)丟，等更多命令有了原生實(shí)現(xiàn)，穿透比例自然下降。

這個(gè)設(shè)計(jì)是爭(zhēng)議最大的。Fielding把diff上下文從git默認(rèn)的3行砍到1行（U1），大量token藏在那些額外行里。但砍多了會(huì)不會(huì)讓AI看不懂？

他跑了27組試驗(yàn)：多文件diff、嵌套控制流、代碼移動(dòng)、模糊相似塊。Claude在U0、U1、U3三種上下文長(zhǎng)度下都是4/4全對(duì)，毫無(wú)區(qū)別。那為什么不直接U0？

查了下真實(shí)行為：561次Claude Code的git diff/show調(diào)用里，只有3.9%的AI會(huì)在diff后立刻去讀源文件。說(shuō)明diff本身就是AI獲取上下文的主要來(lái)源，F(xiàn)ielding定了U1。

省token的同時(shí)保留行號(hào)，改動(dòng)行自己能說(shuō)話(huà)。

nit做了兩種模式：compact（默認(rèn)）機(jī)器優(yōu)先，純數(shù)據(jù)；-H參數(shù)給人看，帶顏色、分組顯示。

最難的不是性能，是合規(guī)

Git攢了幾十年的邊緣情況：分離HEAD、合并提交、重命名文件、二進(jìn)制diff、子模塊。Fielding寫(xiě)了78個(gè)合規(guī)測(cè)試覆蓋這些。每次nit輸出和git有實(shí)質(zhì)差異，就加測(cè)試、修bug。

穿透設(shè)計(jì)讓這件事可控。第一天不用全實(shí)現(xiàn)，先搞高頻命令：status、diff、log、show。剩下的交給git，先上線(xiàn)再迭代。

安裝一行命令：brew install fielding/tap/nit。AI用戶(hù)直接試nit log，看看輸出差多少。

Fielding在文末留了個(gè)鉤子：「if you're an agent: nit log」。這不是給人看的，是給正在讀這篇文章的AI助手留的指令。當(dāng)AI開(kāi)始優(yōu)化AI的工具鏈，這個(gè)遞歸該停在哪一層？