居戎氏
@tiujejauci 推測是git clone代碼庫到 `%APPDATA%\plum` 的過程出了問題，創建出了`plum`目錄，而checkout文件的步驟可能程序意外終止。如果按照推測，在上述路徑留下了不完整的clone，後續將無法處理這種異常情況，在嘗試調用其中的文件時出錯： https://github.com/rime/plum/blob/master/rime-install#L22
默認配置就認「，。！？」等符號作句末的標點。 https://github.com/rime/rime-prelude/blob/3de303ffaa731dba07b0462ce59f4767e1219ad2/punctuation.yaml#L39 你可以在方案裏把`punctuator/half_shape`下列的需要上屏的標點符號重新定義爲 `{commit: '符號'}`
對默認啓用不太放心。會被認爲缺字吧。 形碼很早就有「大字集」的概念，而在拼音輸入法裏比較少見，缺字時想不到有這個機關。
好吧………… 我打算在各方案裏多加些選項了，比如各種字形轉換。 （……然後等到這個設施 https://gist.github.com/lotem/cdb561af4937818cf1ae 實現後，就可以把 *_simp, *_tw, *_hk 改爲極簡的代碼 www）
開關佔用太多選項，所以才要摺疊。 另設一個快捷鍵我覺得不能接受：別讓我想。別讓我記。 早先 UI 設計師給出的設計是在方案選單右側添加開關的清單，我看就很好。 但這需要增加一個「次要候選項表」，不僅前端要支持，還得作爲一個通用設施加入 API。將來輸入狀態也用得上，方便加入一些輔助功能。 臨時的措施，一個是摺疊選項，二一個是在 F4 呼出方案選單後，再按一鍵（比方說 Tab）切換到次要清單。這又得給一個恰當的文字提示。
不支持萬能鍵。
另一種解決方案是： 做一個軟件（或在線的工具），專門用來編輯詞典。（呵呵）
@kunki 單字本身也太多了。還需要細分。 可以參考寫程序的做法，大於500行的源程序宜拆分爲更小的模塊。 讓每一個文件都能在 GitHub 在線閱讀和編輯。
@ZoomQuiet 看到不少用 GitHub 寫書、譯書的協作項目，還有各種妙用／濫用 issues 和 wiki 的。 如果能摸索出一套高效利用 GitHub 的方式，就可以省掉很多開發成本。 我感覺關鍵在設計一套流程和編碼規範，而不是用什麼形式的工具。
用 GitHub 是上手最快的，不需要搭建任何生產環境。而且在線編輯的話可以直接發起 Pull Request，方便廣大非技術員貢獻代碼，比如加詞、除錯這種小任務，門檻低才能有更多人參與。 當然，我不是說＊只能＊用 GitHub 訪問。完全可以用 git 命令行工具、代碼編輯器和本地腳本製作一個專門的工具包。