最佳做法：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