開源項目的 README 里常有一張和同類工具的對比表。表很好讀也最好誤導(dǎo)。它通常是項目自己填的列的是它想強(qiáng)調(diào)的維度打勾標(biāo)準(zhǔn)也是它自己定的。沒有測試方法、沒有版本、沒有日期的格子只能叫自述不能叫評測。讀表時先做三步。第一步看缺了什么列。只比較有沒有私有化不比較權(quán)限模型、審計日志和失敗恢復(fù)表就會偏向把私有化當(dāng)成優(yōu)點的項目。第二步看同一行里它承認(rèn)的短板。只引用綠格子、不引用紅格子結(jié)論就已經(jīng)被剪過。第三步把每個格子改寫成可驗證的句子。例如支持代碼補(bǔ)全應(yīng)變成在某個編輯器的某個版本里對某種語言有補(bǔ)全。改寫不了的格子就不要拿去選型。還要看表的日期和對象。對比對象如果沒有寫版本今天的產(chǎn)品可能已經(jīng)加上或去掉那項能力。表若只放在營銷頁、不放進(jìn)會隨版本更新的文檔就更容易過期。讀的時候把表頭抄下來旁邊加一列核實日期和證據(jù)鏈接。沒有證據(jù)的格子保持未知不要為了填滿表格而沿用原作者的勾?？梢园迅褡臃殖扇愒贈Q定下一步。第一類能在文檔或命令輸出里復(fù)核例如有沒有本地命令行、許可證是什么。第二類需要自己搭環(huán)境例如私有化部署是否真能離線完成構(gòu)建。第三類沒有定義例如團(tuán)隊協(xié)作好。前兩類可以進(jìn)核實清單第三類應(yīng)退回給作者補(bǔ)定義不能直接計分。計分表如果把這三類加總排名就沒有意義。MonkeyCode 的 README 對比表可以當(dāng)練習(xí)材料。項目自述里它有需求與 SPEC 管理、云端開發(fā)環(huán)境、團(tuán)隊協(xié)作和私有化部署同時標(biāo)明沒有本地 IDE、沒有本地 CLI、沒有代碼補(bǔ)全。只用前半句介紹它會把它說成全面領(lǐng)先把后半句一起讀才知道它不覆蓋本地補(bǔ)全。表里的其他產(chǎn)品格子同樣是這家項目的填寫不是那些產(chǎn)品自己的測試報告。所以對比表的正確用法是生成待核實清單而不是直接生成采購結(jié)論。把要核實的格子寫成問題再去文檔、發(fā)行說明或自己的環(huán)境里對。對不上的就保持未知。星標(biāo)數(shù)和截圖也不能補(bǔ)上這個缺口。2026-10-10 查閱該倉庫時約 4.8k star這個數(shù)字會變也不能代替上面的核對。核實清單可以按周更新而不是每次選型都重讀整張表。已經(jīng)復(fù)核過的格子寫下日期和證據(jù)過期的再打開。這樣對比表從宣傳材料變成工作列表。工作列表上的未知項不能在匯報里寫成已支持或已不支持。如果必須轉(zhuǎn)發(fā)這張表帶上它是項目自述、不是第三方評測這一句。去掉這句讀者會把格子當(dāng)成測試結(jié)果。未知就是未知不要為了表格完整而沿用原作者的勾。沒有證據(jù)的格子保持空白比填一個過期的勾更有用。