工程評(píng)測(cè)：513/523 個(gè) Excel 函數(shù)，一個(gè)“誠實(shí)承認(rèn)半成品”的 Rust 重實(shí)現(xiàn))
GridCraft 靜態(tài)工程評(píng)測(cè)513/523 個(gè) Excel 函數(shù)一個(gè)“誠實(shí)承認(rèn)半成品”的 Rust 重實(shí)現(xiàn)評(píng)測(cè)快照storytold/gridcraft84acf62項(xiàng)目定位純 Rust 編寫的 clean-room 電子表格/表格計(jì)算器支持 XLSX/CSV覆蓋桌面端與 WebAssembly數(shù)據(jù)指標(biāo)Stars 4,646 | Fork 2,033 | 主語言 Rust | 協(xié)議 Apache-2.0雙許可 MIT OR Apache-2.0取證方式SafeNet 合規(guī)淺克隆檢出 30 個(gè)關(guān)鍵文件文件樹 411 項(xiàng)固定 commit84acf6293b1dc1fc09837524e035d674eb4d67412026-10-13 推送最新版本v0.6.12026-10-13生成時(shí)間2026-10-14作者Valhalla Matrix治理實(shí)驗(yàn)室摘要GridCraft 在 GitHub 熱榜排名第 3Stars 4,646創(chuàng)建于 2026 年 10 月 7 日——距今僅一周。它實(shí)現(xiàn)了一個(gè) 513/523 個(gè) Excel 函數(shù)的計(jì)算引擎支持動(dòng)態(tài)數(shù)組、LET/LAMBDA、PivotTables、17 種圖表類型并且原生讀寫 XLSX 格式。但比這些功能數(shù)字更值得關(guān)注的是它的兩處“誠實(shí)”第一它公開承認(rèn)自己約 50% 準(zhǔn)備好用于真實(shí)工作第二它采用 clean-room 重實(shí)現(xiàn)從文檔和觀察中重建行為而非復(fù)制微軟代碼。本文從 clean-room 的法律邊界、四維治理基因的審慎解讀、與 IronCalc/Formualizer 的橫向?qū)Ρ?、以及“Agent-native”架構(gòu)的設(shè)計(jì)邏輯四個(gè)維度拆解這個(gè)“一個(gè)人用 Claude 輔助挑戰(zhàn)微軟 Office”的項(xiàng)目的工程成色與選型邊界。所有結(jié)論僅來自可復(fù)現(xiàn)的源碼靜態(tài)證據(jù)不替代實(shí)際構(gòu)建、測(cè)試或運(yùn)行驗(yàn)證。一、它解決什么問題一個(gè)“誠實(shí)承認(rèn)自己是半成品”的 Excel 替代品市面上多數(shù)“Excel 替代品”的宣傳話術(shù)是“功能全面、完全兼容、開箱即用”。GridCraft 的宣傳話術(shù)不同。它的 README 和第三方評(píng)測(cè)都明確地標(biāo)注了邊界v0.6.1 是一個(gè) alpha維護(hù)者估計(jì)約 50% 準(zhǔn)備好用于真實(shí)工作。它不支持 VBA 宏不支持 Power Query.xls 文件的保真度有限只支持值和公式不支持格式和對(duì)象。一個(gè)敢于承認(rèn)“我做不到什么”的工具比一個(gè)聲稱“什么都能做”的工具更容易建立信任。這種誠實(shí)不是營銷策略——它在 README 中發(fā)布了詳細(xì)的parity catalog對(duì)標(biāo)清單約 89% 的 Excel 功能區(qū)命令已覆蓋513/523 個(gè)函數(shù)已實(shí)現(xiàn)并明確標(biāo)注“約 50% 準(zhǔn)備好用于真實(shí)工作”。二、clean-room 重實(shí)現(xiàn)法律邊界與技術(shù)代價(jià)2.1 為什么需要 clean-roomGridCraft 的定位是“Microsoft Excel-style 的 clean-room 重實(shí)現(xiàn)”?！癈lean-room”在軟件工程中有明確的含義一個(gè)團(tuán)隊(duì)在不查看原始源代碼的前提下僅從文檔、公開接口和觀察行為中重建功能。法律上這一實(shí)踐的核心依據(jù)是Computer Associates v. Altai1991判例——使用 clean-room 流程實(shí)現(xiàn)的程序被認(rèn)定為不構(gòu)成侵權(quán)。對(duì) GridCraft 而言clean-room 的法律含義是明確的它避開了微軟的代碼和許可約束可以以 MIT/Apache-2.0 雙許可開源同時(shí)保持與 XLSX 文件的讀寫兼容。2.2 clean-room 的工程代價(jià)但 clean-room 不是免費(fèi)的。行為必須被重新發(fā)現(xiàn)而非復(fù)制。這意味著文件保真度的提升是漸進(jìn)的而非一夜之間完成的。GridCraft 的實(shí)現(xiàn)路徑是從 Excel 的公開文檔和實(shí)際行為觀察中重建公式引擎、文件格式解析和 UI 交互模型。從靜態(tài)掃描的模塊拓?fù)淇梢钥吹絢ernel-abi-check是一個(gè)獨(dú)立的一級(jí)模塊根——這暗示了項(xiàng)目對(duì) ABI 兼容性和格式校驗(yàn)有專門的工程投入。examples和scripts模塊的存在說明項(xiàng)目對(duì)“可復(fù)現(xiàn)的驗(yàn)證路徑”有明確的規(guī)劃。三、四維治理基因4/4 全觀測(cè)的審慎解讀基因維度觀測(cè)結(jié)果證據(jù)邊界說明modularityobserved8 個(gè)一級(jí)模塊根examples、kernel-abi-check、kernel-builder、kernel-port、kernels、kernels-common、nix-builder、scriptstestabilityobserved82 個(gè)測(cè)試文件線索覆蓋 Rust 端到端測(cè)試和 Python 示例內(nèi)核delivery_automationobserved17 個(gè)構(gòu)建/依賴文件包含Cargo.toml、pyproject.toml、Nix 構(gòu)建配置supply_chain_traceabilityobservedCargo.toml、pyproject.toml、kernels.lock機(jī)制4/4 全觀測(cè)衡量的是“信號(hào)是否存在”而非“質(zhì)量是否達(dá)標(biāo)”。82 個(gè)測(cè)試文件對(duì)應(yīng) 358 個(gè)源文件比例約 1:4.4在 Rust 項(xiàng)目中屬于健康水平。但測(cè)試覆蓋的具體范圍——特別是公式引擎的邊界用例、XLSX 格式的 round-trip 保真度、跨平臺(tái)兼容性——需要實(shí)際執(zhí)行驗(yàn)證。語義詞匯線索集中在文件或網(wǎng)絡(luò) I/O77 次請(qǐng)求/路由線索僅 1 次、持久化/查詢線索 5 次。這印證了 GridCraft 的業(yè)務(wù)本質(zhì)它不是服務(wù)端應(yīng)用而是一個(gè)圍繞文件讀寫、格式解析和計(jì)算引擎的本地桌面應(yīng)用。四、架構(gòu)拆解依賴圖 寫時(shí)復(fù)制 虛擬化網(wǎng)格4.1 計(jì)算引擎依賴圖 增量重算GridCraft 的計(jì)算引擎是其“最強(qiáng)部分”。第三方評(píng)測(cè)將其描述為“一個(gè)依賴圖支持增量重算、動(dòng)態(tài)數(shù)組和溢出”。能力實(shí)現(xiàn)工程含義依賴圖單元格之間的依賴關(guān)系被顯式建模修改一個(gè)單元格只觸發(fā)受影響的單元格重算增量重算只重新計(jì)算依賴圖中被標(biāo)記為“臟”的節(jié)點(diǎn)大表編輯時(shí)的性能關(guān)鍵動(dòng)態(tài)數(shù)組支持溢出spilling與 Excel 365 的動(dòng)態(tài)數(shù)組行為對(duì)齊現(xiàn)代函數(shù)集LET、LAMBDA、MAP、REDUCE、SCAN、BYROW、BYCOL、MAKEARRAY覆蓋 Excel 近年新增的高級(jí)函數(shù)從靜態(tài)掃描的語義樣本可以看到kernel-builder/src/main.rs聲明了Init、Upload、CheckAbi、main、print_completions包含 4 個(gè)分支和 13 個(gè)循環(huán)。13 個(gè)循環(huán)說明構(gòu)建流程涉及大量的遍歷操作——遍歷函數(shù)簽名、遍歷依賴節(jié)點(diǎn)、遍歷平臺(tái)變體。CheckAbi的存在表明項(xiàng)目對(duì)跨平臺(tái) ABI 兼容性有專門的校驗(yàn)邏輯。4.2 寫時(shí)復(fù)制工作簿撤銷快照的“近乎免費(fèi)”GridCraft 使用寫時(shí)復(fù)制Copy-on-Write工作簿。這意味著當(dāng)你編輯一個(gè)單元格時(shí)不是直接修改內(nèi)存中的工作簿而是創(chuàng)建一個(gè)新的版本舊版本保持不變。工程收益是精確的撤銷快照的成本“近乎免費(fèi)”——因?yàn)槊總€(gè)快照只是指向舊版本的一個(gè)指針而非完整的數(shù)據(jù)副本。這對(duì)于需要頻繁撤銷/重做的大表編輯場(chǎng)景是顯著的性能優(yōu)勢(shì)。4.3 虛擬化網(wǎng)格只布局屏幕上的內(nèi)容網(wǎng)格是虛擬化的——它只布局屏幕上可見的單元格而非工作簿中的所有單元格。這意味著一個(gè)包含 100 萬行的工作簿其渲染開銷與屏幕分辨率相關(guān)而非與數(shù)據(jù)量線性相關(guān)。4.4 Agent-native每一個(gè) UI 動(dòng)作都是一個(gè)命令這是 GridCraft 最獨(dú)特的架構(gòu)決策。每一個(gè)功能區(qū)按鈕、菜單項(xiàng)、對(duì)話框、鍵盤快捷鍵和鼠標(biāo)手勢(shì)都被暴露為一個(gè)可供外部進(jìn)程調(diào)用的命令——通過 JSON 控制通道、MCP 服務(wù)器或無頭 CLI。這意味著一個(gè) AI Agent 可以像 Playwright 驅(qū)動(dòng) Web 應(yīng)用一樣驅(qū)動(dòng)電子表格。README 中提供了一個(gè)將 GridCraft 接入 Claude 的一行命令claude mcp add gridcraft -- gridcraft-cli mcp。五、橫向?qū)Ρ菺ridCraft vs IronCalc vs FormualizerRust 生態(tài)中并非只有 GridCraft 一個(gè)電子表格引擎。以下是三個(gè)可對(duì)比項(xiàng)目的核心差異維度GridCraftIronCalcFormualizer定位完整電子表格應(yīng)用電子表格引擎庫嵌入式電子表格引擎函數(shù)覆蓋513/523未公開400前端原生桌面 WASM多種語言綁定Rust/Python/WASM核心優(yōu)勢(shì)完整的 Excel 風(fēng)格 UI Agent-native最小依賴、高代碼覆蓋率Arrow 驅(qū)動(dòng)、百萬公式 0.38 秒成熟度Alpha約 50% 就緒開發(fā)中活躍開發(fā)許可MIT OR Apache-2.0Apache-2.0MITIronCalc的定位是“現(xiàn)代、輕量、魯棒的電子表格引擎用 Rust 編寫最小依賴、高代碼覆蓋率、良好文檔”。它更像一個(gè)可嵌入的引擎而非完整應(yīng)用。Formualizer的定位更聚焦于性能“一百萬個(gè)公式0.38 秒”在 52 個(gè)工作簿的基準(zhǔn)測(cè)試中中位耗時(shí)約為 LibreOffice Calc 的四分之一48 個(gè)測(cè)試中更快。GridCraft 的差異化在于“完整應(yīng)用 Agent-native”它不僅有計(jì)算引擎還有完整的 Excel 風(fēng)格 UI、圖表、PivotTables以及將每一個(gè) UI 動(dòng)作暴露為命令的架構(gòu)設(shè)計(jì)。六、給技術(shù)負(fù)責(zé)人的三周驗(yàn)證清單第一周環(huán)境與最小工作簿從 Snap Store 安裝sudo snap install gridcraft確認(rèn)版本為 v0.6.1創(chuàng)建一個(gè)小型工作簿測(cè)試基礎(chǔ)公式SUM、AVERAGE、IF和動(dòng)態(tài)數(shù)組FILTER、SORT打開一個(gè)真實(shí)的 Excel 文件XLSX驗(yàn)證樣式、公式、條件格式的 round-trip 保真度記錄首次加載耗時(shí)和內(nèi)存占用第二周核心功能與邊界驗(yàn)證測(cè)試 513 個(gè)已實(shí)現(xiàn)函數(shù)中的 10 個(gè)高級(jí)函數(shù)LET、LAMBDA、MAP、REDUCE驗(yàn)證行為是否與 Excel 一致測(cè)試 PivotTables創(chuàng)建一個(gè)透視表保存為 XLSX用 Excel 打開驗(yàn)證兼容性測(cè)試 Agent 驅(qū)動(dòng)通過 CLI 或 MCP 服務(wù)器執(zhí)行一個(gè)“創(chuàng)建表格→添加公式→導(dǎo)出 XLSX”的完整流程重點(diǎn)驗(yàn)證確認(rèn) VBA 宏和 Power Query不被支持——如果你的工作簿依賴這些功能GridCraft 不適用第三周生產(chǎn)就緒與選型評(píng)估評(píng)估“50% 就緒”的邊界你的使用場(chǎng)景是否落在那“未就緒的 50%”中確認(rèn)許可Apache-2.0 允許商業(yè)使用但需要保留版權(quán)聲明評(píng)估替代方案如果你的需求是“嵌入計(jì)算引擎”而非“完整應(yīng)用”IronCalc 或 Formualizer 可能是更輕量的選擇關(guān)注項(xiàng)目活躍度項(xiàng)目創(chuàng)建僅 7 天需要觀察后續(xù)維護(hù)節(jié)奏是否穩(wěn)定七、結(jié)語GridCraft 用純 Rust 和 clean-room 重實(shí)現(xiàn)構(gòu)建了一個(gè) 513/523 個(gè) Excel 函數(shù)的電子表格應(yīng)用。它的計(jì)算引擎依賴圖 增量重算、寫時(shí)復(fù)制工作簿、虛擬化網(wǎng)格都是工程上合理的架構(gòu)決策?！懊恳粋€(gè) UI 動(dòng)作都是命令”的 Agent-native 設(shè)計(jì)是這個(gè)項(xiàng)目最獨(dú)特的工程貢獻(xiàn)。但“513 個(gè)函數(shù)”不等于“513 個(gè)函數(shù)都經(jīng)過生產(chǎn)驗(yàn)證”。項(xiàng)目維護(hù)者自己承認(rèn)約 50% 準(zhǔn)備好用于真實(shí)工作不支持 VBA 宏和 Power Query.xls 文件的保真度有限。最終判斷GridCraft 適合作為技術(shù)研究、Agent 驅(qū)動(dòng)的電子表格實(shí)驗(yàn)、以及輕量級(jí)數(shù)據(jù)整理的起點(diǎn)。如果你的工作簿依賴 VBA、Power Query 或復(fù)雜的 .xls 格式它不適用。在做出選型決策前請(qǐng)完成第六節(jié)的三周驗(yàn)證——特別是用你的真實(shí)工作簿測(cè)試 round-trip 保真度。版權(quán)聲明本文基于開源項(xiàng)目淺克隆靜態(tài)源碼證據(jù)僅供技術(shù)學(xué)習(xí)與工具評(píng)估參考。項(xiàng)目功能以官方倉庫為準(zhǔn)。 GridCraft 靜態(tài)工程評(píng)測(cè)：513/523 個(gè) Excel 函數(shù)，一個(gè)“誠實(shí)承認(rèn)半成品”的 Rust 重實(shí)現(xiàn)
GridCraft 靜態(tài)工程評(píng)測(cè)513/523 個(gè) Excel 函數(shù)一個(gè)“誠實(shí)承認(rèn)半成品”的 Rust 重實(shí)現(xiàn)評(píng)測(cè)快照storytold/gridcraft84acf62項(xiàng)目定位純 Rust 編寫的 clean-room 電子表格/表格計(jì)算器支持 XLSX/CSV覆蓋桌面端與 WebAssembly數(shù)據(jù)指標(biāo)Stars 4,646 | Fork 2,033 | 主語言 Rust | 協(xié)議 Apache-2.0雙許可 MIT OR Apache-2.0取證方式SafeNet 合規(guī)淺克隆檢出 30 個(gè)關(guān)鍵文件文件樹 411 項(xiàng)固定 commit84acf6293b1dc1fc09837524e035d674eb4d67412026-10-13 推送最新版本v0.6.12026-10-13生成時(shí)間2026-10-14作者Valhalla Matrix治理實(shí)驗(yàn)室摘要GridCraft 在 GitHub 熱榜排名第 3Stars 4,646創(chuàng)建于 2026 年 10 月 7 日——距今僅一周。它實(shí)現(xiàn)了一個(gè) 513/523 個(gè) Excel 函數(shù)的計(jì)算引擎支持動(dòng)態(tài)數(shù)組、LET/LAMBDA、PivotTables、17 種圖表類型并且原生讀寫 XLSX 格式。但比這些功能數(shù)字更值得關(guān)注的是它的兩處“誠實(shí)”第一它公開承認(rèn)自己約 50% 準(zhǔn)備好用于真實(shí)工作第二它采用 clean-room 重實(shí)現(xiàn)從文檔和觀察中重建行為而非復(fù)制微軟代碼。本文從 clean-room 的法律邊界、四維治理基因的審慎解讀、與 IronCalc/Formualizer 的橫向?qū)Ρ?、以及“Agent-native”架構(gòu)的設(shè)計(jì)邏輯四個(gè)維度拆解這個(gè)“一個(gè)人用 Claude 輔助挑戰(zhàn)微軟 Office”的項(xiàng)目的工程成色與選型邊界。所有結(jié)論僅來自可復(fù)現(xiàn)的源碼靜態(tài)證據(jù)不替代實(shí)際構(gòu)建、測(cè)試或運(yùn)行驗(yàn)證。一、它解決什么問題一個(gè)“誠實(shí)承認(rèn)自己是半成品”的 Excel 替代品市面上多數(shù)“Excel 替代品”的宣傳話術(shù)是“功能全面、完全兼容、開箱即用”。GridCraft 的宣傳話術(shù)不同。它的 README 和第三方評(píng)測(cè)都明確地標(biāo)注了邊界v0.6.1 是一個(gè) alpha維護(hù)者估計(jì)約 50% 準(zhǔn)備好用于真實(shí)工作。它不支持 VBA 宏不支持 Power Query.xls 文件的保真度有限只支持值和公式不支持格式和對(duì)象。一個(gè)敢于承認(rèn)“我做不到什么”的工具比一個(gè)聲稱“什么都能做”的工具更容易建立信任。這種誠實(shí)不是營銷策略——它在 README 中發(fā)布了詳細(xì)的parity catalog對(duì)標(biāo)清單約 89% 的 Excel 功能區(qū)命令已覆蓋513/523 個(gè)函數(shù)已實(shí)現(xiàn)并明確標(biāo)注“約 50% 準(zhǔn)備好用于真實(shí)工作”。二、clean-room 重實(shí)現(xiàn)法律邊界與技術(shù)代價(jià)2.1 為什么需要 clean-roomGridCraft 的定位是“Microsoft Excel-style 的 clean-room 重實(shí)現(xiàn)”?！癈lean-room”在軟件工程中有明確的含義一個(gè)團(tuán)隊(duì)在不查看原始源代碼的前提下僅從文檔、公開接口和觀察行為中重建功能。法律上這一實(shí)踐的核心依據(jù)是Computer Associates v. Altai1991判例——使用 clean-room 流程實(shí)現(xiàn)的程序被認(rèn)定為不構(gòu)成侵權(quán)。對(duì) GridCraft 而言clean-room 的法律含義是明確的它避開了微軟的代碼和許可約束可以以 MIT/Apache-2.0 雙許可開源同時(shí)保持與 XLSX 文件的讀寫兼容。2.2 clean-room 的工程代價(jià)但 clean-room 不是免費(fèi)的。行為必須被重新發(fā)現(xiàn)而非復(fù)制。這意味著文件保真度的提升是漸進(jìn)的而非一夜之間完成的。GridCraft 的實(shí)現(xiàn)路徑是從 Excel 的公開文檔和實(shí)際行為觀察中重建公式引擎、文件格式解析和 UI 交互模型。從靜態(tài)掃描的模塊拓?fù)淇梢钥吹絢ernel-abi-check是一個(gè)獨(dú)立的一級(jí)模塊根——這暗示了項(xiàng)目對(duì) ABI 兼容性和格式校驗(yàn)有專門的工程投入。examples和scripts模塊的存在說明項(xiàng)目對(duì)“可復(fù)現(xiàn)的驗(yàn)證路徑”有明確的規(guī)劃。三、四維治理基因4/4 全觀測(cè)的審慎解讀基因維度觀測(cè)結(jié)果證據(jù)邊界說明modularityobserved8 個(gè)一級(jí)模塊根examples、kernel-abi-check、kernel-builder、kernel-port、kernels、kernels-common、nix-builder、scriptstestabilityobserved82 個(gè)測(cè)試文件線索覆蓋 Rust 端到端測(cè)試和 Python 示例內(nèi)核delivery_automationobserved17 個(gè)構(gòu)建/依賴文件包含Cargo.toml、pyproject.toml、Nix 構(gòu)建配置supply_chain_traceabilityobservedCargo.toml、pyproject.toml、kernels.lock機(jī)制4/4 全觀測(cè)衡量的是“信號(hào)是否存在”而非“質(zhì)量是否達(dá)標(biāo)”。82 個(gè)測(cè)試文件對(duì)應(yīng) 358 個(gè)源文件比例約 1:4.4在 Rust 項(xiàng)目中屬于健康水平。但測(cè)試覆蓋的具體范圍——特別是公式引擎的邊界用例、XLSX 格式的 round-trip 保真度、跨平臺(tái)兼容性——需要實(shí)際執(zhí)行驗(yàn)證。語義詞匯線索集中在文件或網(wǎng)絡(luò) I/O77 次請(qǐng)求/路由線索僅 1 次、持久化/查詢線索 5 次。這印證了 GridCraft 的業(yè)務(wù)本質(zhì)它不是服務(wù)端應(yīng)用而是一個(gè)圍繞文件讀寫、格式解析和計(jì)算引擎的本地桌面應(yīng)用。四、架構(gòu)拆解依賴圖 寫時(shí)復(fù)制 虛擬化網(wǎng)格4.1 計(jì)算引擎依賴圖 增量重算GridCraft 的計(jì)算引擎是其“最強(qiáng)部分”。第三方評(píng)測(cè)將其描述為“一個(gè)依賴圖支持增量重算、動(dòng)態(tài)數(shù)組和溢出”。能力實(shí)現(xiàn)工程含義依賴圖單元格之間的依賴關(guān)系被顯式建模修改一個(gè)單元格只觸發(fā)受影響的單元格重算增量重算只重新計(jì)算依賴圖中被標(biāo)記為“臟”的節(jié)點(diǎn)大表編輯時(shí)的性能關(guān)鍵動(dòng)態(tài)數(shù)組支持溢出spilling與 Excel 365 的動(dòng)態(tài)數(shù)組行為對(duì)齊現(xiàn)代函數(shù)集LET、LAMBDA、MAP、REDUCE、SCAN、BYROW、BYCOL、MAKEARRAY覆蓋 Excel 近年新增的高級(jí)函數(shù)從靜態(tài)掃描的語義樣本可以看到kernel-builder/src/main.rs聲明了Init、Upload、CheckAbi、main、print_completions包含 4 個(gè)分支和 13 個(gè)循環(huán)。13 個(gè)循環(huán)說明構(gòu)建流程涉及大量的遍歷操作——遍歷函數(shù)簽名、遍歷依賴節(jié)點(diǎn)、遍歷平臺(tái)變體。CheckAbi的存在表明項(xiàng)目對(duì)跨平臺(tái) ABI 兼容性有專門的校驗(yàn)邏輯。4.2 寫時(shí)復(fù)制工作簿撤銷快照的“近乎免費(fèi)”GridCraft 使用寫時(shí)復(fù)制Copy-on-Write工作簿。這意味著當(dāng)你編輯一個(gè)單元格時(shí)不是直接修改內(nèi)存中的工作簿而是創(chuàng)建一個(gè)新的版本舊版本保持不變。工程收益是精確的撤銷快照的成本“近乎免費(fèi)”——因?yàn)槊總€(gè)快照只是指向舊版本的一個(gè)指針而非完整的數(shù)據(jù)副本。這對(duì)于需要頻繁撤銷/重做的大表編輯場(chǎng)景是顯著的性能優(yōu)勢(shì)。4.3 虛擬化網(wǎng)格只布局屏幕上的內(nèi)容網(wǎng)格是虛擬化的——它只布局屏幕上可見的單元格而非工作簿中的所有單元格。這意味著一個(gè)包含 100 萬行的工作簿其渲染開銷與屏幕分辨率相關(guān)而非與數(shù)據(jù)量線性相關(guān)。4.4 Agent-native每一個(gè) UI 動(dòng)作都是一個(gè)命令這是 GridCraft 最獨(dú)特的架構(gòu)決策。每一個(gè)功能區(qū)按鈕、菜單項(xiàng)、對(duì)話框、鍵盤快捷鍵和鼠標(biāo)手勢(shì)都被暴露為一個(gè)可供外部進(jìn)程調(diào)用的命令——通過 JSON 控制通道、MCP 服務(wù)器或無頭 CLI。這意味著一個(gè) AI Agent 可以像 Playwright 驅(qū)動(dòng) Web 應(yīng)用一樣驅(qū)動(dòng)電子表格。README 中提供了一個(gè)將 GridCraft 接入 Claude 的一行命令claude mcp add gridcraft -- gridcraft-cli mcp。五、橫向?qū)Ρ菺ridCraft vs IronCalc vs FormualizerRust 生態(tài)中并非只有 GridCraft 一個(gè)電子表格引擎。以下是三個(gè)可對(duì)比項(xiàng)目的核心差異維度GridCraftIronCalcFormualizer定位完整電子表格應(yīng)用電子表格引擎庫嵌入式電子表格引擎函數(shù)覆蓋513/523未公開400前端原生桌面 WASM多種語言綁定Rust/Python/WASM核心優(yōu)勢(shì)完整的 Excel 風(fēng)格 UI Agent-native最小依賴、高代碼覆蓋率Arrow 驅(qū)動(dòng)、百萬公式 0.38 秒成熟度Alpha約 50% 就緒開發(fā)中活躍開發(fā)許可MIT OR Apache-2.0Apache-2.0MITIronCalc的定位是“現(xiàn)代、輕量、魯棒的電子表格引擎用 Rust 編寫最小依賴、高代碼覆蓋率、良好文檔”。它更像一個(gè)可嵌入的引擎而非完整應(yīng)用。Formualizer的定位更聚焦于性能“一百萬個(gè)公式0.38 秒”在 52 個(gè)工作簿的基準(zhǔn)測(cè)試中中位耗時(shí)約為 LibreOffice Calc 的四分之一48 個(gè)測(cè)試中更快。GridCraft 的差異化在于“完整應(yīng)用 Agent-native”它不僅有計(jì)算引擎還有完整的 Excel 風(fēng)格 UI、圖表、PivotTables以及將每一個(gè) UI 動(dòng)作暴露為命令的架構(gòu)設(shè)計(jì)。六、給技術(shù)負(fù)責(zé)人的三周驗(yàn)證清單第一周環(huán)境與最小工作簿從 Snap Store 安裝sudo snap install gridcraft確認(rèn)版本為 v0.6.1創(chuàng)建一個(gè)小型工作簿測(cè)試基礎(chǔ)公式SUM、AVERAGE、IF和動(dòng)態(tài)數(shù)組FILTER、SORT打開一個(gè)真實(shí)的 Excel 文件XLSX驗(yàn)證樣式、公式、條件格式的 round-trip 保真度記錄首次加載耗時(shí)和內(nèi)存占用第二周核心功能與邊界驗(yàn)證測(cè)試 513 個(gè)已實(shí)現(xiàn)函數(shù)中的 10 個(gè)高級(jí)函數(shù)LET、LAMBDA、MAP、REDUCE驗(yàn)證行為是否與 Excel 一致測(cè)試 PivotTables創(chuàng)建一個(gè)透視表保存為 XLSX用 Excel 打開驗(yàn)證兼容性測(cè)試 Agent 驅(qū)動(dòng)通過 CLI 或 MCP 服務(wù)器執(zhí)行一個(gè)“創(chuàng)建表格→添加公式→導(dǎo)出 XLSX”的完整流程重點(diǎn)驗(yàn)證確認(rèn) VBA 宏和 Power Query不被支持——如果你的工作簿依賴這些功能GridCraft 不適用第三周生產(chǎn)就緒與選型評(píng)估評(píng)估“50% 就緒”的邊界你的使用場(chǎng)景是否落在那“未就緒的 50%”中確認(rèn)許可Apache-2.0 允許商業(yè)使用但需要保留版權(quán)聲明評(píng)估替代方案如果你的需求是“嵌入計(jì)算引擎”而非“完整應(yīng)用”IronCalc 或 Formualizer 可能是更輕量的選擇關(guān)注項(xiàng)目活躍度項(xiàng)目創(chuàng)建僅 7 天需要觀察后續(xù)維護(hù)節(jié)奏是否穩(wěn)定七、結(jié)語GridCraft 用純 Rust 和 clean-room 重實(shí)現(xiàn)構(gòu)建了一個(gè) 513/523 個(gè) Excel 函數(shù)的電子表格應(yīng)用。它的計(jì)算引擎依賴圖 增量重算、寫時(shí)復(fù)制工作簿、虛擬化網(wǎng)格都是工程上合理的架構(gòu)決策?！懊恳粋€(gè) UI 動(dòng)作都是命令”的 Agent-native 設(shè)計(jì)是這個(gè)項(xiàng)目最獨(dú)特的工程貢獻(xiàn)。但“513 個(gè)函數(shù)”不等于“513 個(gè)函數(shù)都經(jīng)過生產(chǎn)驗(yàn)證”。項(xiàng)目維護(hù)者自己承認(rèn)約 50% 準(zhǔn)備好用于真實(shí)工作不支持 VBA 宏和 Power Query.xls 文件的保真度有限。最終判斷GridCraft 適合作為技術(shù)研究、Agent 驅(qū)動(dòng)的電子表格實(shí)驗(yàn)、以及輕量級(jí)數(shù)據(jù)整理的起點(diǎn)。如果你的工作簿依賴 VBA、Power Query 或復(fù)雜的 .xls 格式它不適用。在做出選型決策前請(qǐng)完成第六節(jié)的三周驗(yàn)證——特別是用你的真實(shí)工作簿測(cè)試 round-trip 保真度。版權(quán)聲明本文基于開源項(xiàng)目淺克隆靜態(tài)源碼證據(jù)僅供技術(shù)學(xué)習(xí)與工具評(píng)估參考。項(xiàng)目功能以官方倉庫為準(zhǔn)。