居戎氏
@jakwings 也有道理。 不過這越來越像是商業軟件的做法了。開發者需要做更多的工作。 我之前提出的設想，畢竟假定「用戶」是積極的開源參與者，目標之一是讓用戶分擔開發者的成本。並且可以「去中心化」，每一名貢獻者都可以經過同樣的流程做到同樣的事情。用戶和開發者之間沒有了截然的界線，項目就活了，我好坐看大家來開發 Rime :)
不要吵架。不要吵架。Rime 獨門絕活都有啥？誰答對了我就支持他。（《韻坷垃》）:-D --- 有用的討論。贊成集思廣益。 確實可以分成兩個（相關的）問題：一是設計和改進 Rime 使用的文件格式，二是改進該文件格式的「用戶介面」，即瀏覽、編輯、分享代碼的工具。 --- 就文件格式而言，正巧我有計劃改造配置文件的實現，使得 YAML 文件之間、節點之間可以更方便地相互引用。並且取消打補丁後保存到文件的設計。 這項改進會影響今後組織大量 YAML 代碼的方式。@jakwings 提到把 `*.dict.yaml` YAML 部分合併到 `*.schema.yaml` 。這在目前並不合適，至少會造成多方案共用的詞典中的配置參數被反覆抄寫。而未來可以把任意一段共享的代碼另存爲一個 YAML 文件，在各個方案中引用。介時 `*.dict.yaml` 可以只爲方便共享而存在，語法上可以等同於寫在方案文件裏，把 `translator/dictionary` 擴展爲一個 map。 而碼表保存爲獨立的 TSV 文件，解析和用腳本處理都更方便了。只要稍加改造，讓詞典配置部分...
怎麼安裝的，輸入方案安裝到哪裏？ 輸入方案做全局安裝，一般是在 `/usr/share/rime-data/`，就可以多用戶共用。 另外 fcitx5-rime 是fcitx5團隊開發的，你可以去諮詢他們。
如果共享數據目錄只有YAML而沒有.bin文件，新帳號第一次用可能要等一小會兒。
優先使用用戶目錄的同名文件。部署過程中，也讀取程序目錄下的配置文件，是爲了比較兩份同名配置文件的版本，選取版本較高的，達到在程序目錄安裝更高版本的配置文件完成配置升級的目的。由此可知用戶目錄與程序目錄同名的文件未來可能因配置升級而失效，因此，由輸入法安裝的配置文件中用戶修改的部分最好寫成獨立的補丁文件，即 `*.custom.yaml`，配置升級後依然有效。
目前還不能指定任意的git commit，只支持以 `recipe@branch` 的格式獲取分支代碼。不過現在也沒有分支可用。
现在条件不足，发布的工具还没有准备好。
代码一直在更新，每个最新版在其发布时都是最新的。
需要修改 https://github.com/rime/librime
应该加上输入串的长度限制，吼。