最佳做法：GUI 直接接 Core，不是 CLI。
原因如下：
CLI 通常是為人設計的介面，它輸出文字、log、錯誤訊息，這些東西給人看沒問題，但要
給程式用就會很麻煩，要再 parse。
GUI 是給人用的圖形介面，它也需要清楚的資料結構來展示畫面、處理狀態等，如果它要跟
CLI 互動，還要「模擬打指令」、「解析 CLI 回傳的字串」，等於又多了一層耦合與維護
負擔。
Core 應該是邏輯層、功能層，不依賴輸入輸出方式。你已經這樣分好是很好的設計方向！
2. 那些老軟體（像 Git、ffmpeg）真的都是 GUI 呼 CLI 嗎？
是的，有些情況下 GUI 是呼叫 CLI，但這是因為：
這些 CLI 本身就非常穩定、有明確的 command interface。
有些 CLI 沒有 core library，或者 core 是用 C/C++ 寫的，沒有暴露給高階語言。
比如：TortoiseGit 是 GUI，但它底下就是 call Git CLI（用 Process 呼叫 git.exe 然
後 parse 結果）。
這做法是為了「相容性」與「快速集成」，但真的不太優雅。

要這種回答我自己問AI就好了==

靠北，gpt自己就是接api