寫筆記像聊天，結構自己長出來

你有沒有想過，為什么實驗記錄總像是在填表？

一邊想隨手記下"把5克鹽扔進80度熱水，攪一攪，清了"，一邊又被系統逼著拆成四個輸入框：材料、用量、溫度、結果。這種割裂感，做研發的都懂。

Graphium這個工具想解決的就是這個——讓你用平常說話的方式寫，后臺自動理出機器能讀的結構。

兩張皮怎么縫在一起

筆記這件事，一直有兩套需求在打架。

一套是數據視角。記錄要能搜索、能對比、能回放，最好變成一張流程圖，方便后期做分析。這是實驗室信息系統的出發點。

另一套是人的視角。手邊正在做，腦子跟著手走，想到哪寫到哪。實驗記錄本、菜譜草稿、速寫本，都是這個路數——抓的是當下的念頭，不是規整的表格。

Graphium的作者發現，這兩套需求其實可以共享同一個文檔，關鍵是找到一座橋。他把這座橋搭在了"語法"上。

寫作本身就有語法：標題、段落、名詞、動詞。動作和對象的區分，天然嵌在語言結構里。順著這個結構貼標簽，寫的人只是在正常寫句子，讀的人（或機器）卻能自動拿到一張關系圖。

這就是0.5.0版本的核心改動——按語法重新拆了三層。

三層結構長什么樣

第一層叫Section，對應標題。動詞變成章節名，比如"溶解NaCl"。

第二層叫Phase，區分計劃和結果。這不是標準PROV-DM（一種數據溯源規范）里的概念，是Graphium自己加的自定義屬性，用來標記這段話是在說"打算做什么"還是"實際發生了什么"。

第三層叫Inline，行內高亮。名詞被標成輸入材料，數字被標成參數。

還是那句"5克鹽溶進80度水，得到澄清液"，現在可以這么寫：

標題寫"溶解NaCl"，正文里[輸入]NaCl[/][參數]5克[/]溶于[參數]80°C[/][輸入]水[/]，得到[輸出]澄清液[/]。人看著是完整句子，機器能解析出：材料→NaCl、水；參數→5克、80°C；輸出→澄清液。

PROV-DM的實體、活動、代理這些概念，被一一映射到文檔的語法元素上。作者管這叫"免費獲得溯源圖"——你只管寫，結構自己長出來。

老版本卡在哪了

早期的Graphium是"一塊一個標簽"：輸入塊填NaCl，參數塊填80°C，輸出塊填澄清液。溯源是干凈了，但寫一句人話要拆四遍，像在填報銷單。

這種設計的問題很直觀：它強迫人在"好好說話"和"機器能讀"之間二選一。而實際工作里，人通常是邊做邊記，沒那個耐心先結構化再表達。

新版本把標簽藏進語法，相當于把"填表"這個動作后置了。寫的時候不感知，后期需要時結構又都在。

為什么說這值得注意

這個思路的微妙之處在于，它沒有發明新東西，而是蹭了人類已經會的東西——自然語言的語法習慣。

很多工具想讓人改習慣：用特定格式、記特定字段、走特定流程。Graphium反過來，讓你保持原來的寫法，只是后臺多了一層解析。對于每天要記幾十條實驗記錄的人來說，這個"不用改"本身就是價值。

當然，前提是這種語法映射足夠穩定。如果哪天PROV-DM更新了，或者某個領域的動詞用法太野，這套映射會不會崩，還得看實際用起來怎么樣。

但至少，它指了一條路：人機協作的界面，不一定非得是表單。

最后說句實在的——下次再被系統逼著拆句子填格子的時候，至少你知道，有人正在試著讓機器多干點活，人少受點罪。