我是一名苹果设备的开发者，我开发过iOS、macOS、watchOS以及visionOS的应用。

大家可能注意到最近两周我提交到Copilot Xcode的bug变少了，这是因为我开始尝试使用命令行的方式编程。经过这段时间的使用，我发现二者各有优缺点。从长期来看，我认为图形界面的胜算更大，但是短期内它的缺点让我远离它。

下面我说的优缺点都是针对Copilot的亲自使用。一个是Copilot CLI，一个是GitHub Copilot for Xcode。

命令行方式的优点

更自由

命令行通常可以访问磁盘的全部空间，甚至可以帮助不熟悉使用的用户修改自己的配置文件。

使用命令行时，不必一直保持Xcode的窗口在最前。因此，可以利用这个时间多开几个窗口，或者干一些其他的事情。比如说刷刷X。图形界面就不行，它必须保证Xcode的在最前。如果不在最前，它就会不停的把它切换到最前。我之前反映过这个问题，开发者认为，会影响到其他的一些功能的实现。但是我觉得至少应该提供个选项来打开或者关闭这种吧。比如说让图形界面更接近命令行的方式。

更少的打断

使用图形的时候经常遇到打乱，一般是上下文不足。但是使用命令行的时候，从来没有遇到过类似的事情。命令行的中断往往是网络造成的，或者是配额超限造成的。

图形方式的优点

更简单的划定范围和指定区域

图形方式可以直接获得当前的文件，因此上下文更加简洁。AI往往可以在第一时间找到自己需要修改的内容。这一点是命位行方式无法比拟的。命令行要做到这一点，需要在复制粘贴之间反复切换。先复制文件名，然后再粘贴到命令行上。这个步骤虽然简单，但是很繁琐。远远没有通过鼠标点击那么简单。而且图形界面这种操作是自然而然的，不必特意去操作。

而如果在命令行下，你没有提供具体的文件信息，它就会在项目中整体的搜索，往往会花费更长的时间。甚至有时都找不到。

阻止我继续使用命令行，而不是图形的原因

长期以来，存在一个一直未解决的问题。就是图形界面下经常会写错文件。明明应该修改A的文件的内容，但是却将全部内容写入到了B文件中，并将B文件覆盖。这个问题我已经提交很久了，但是一直也没能修复。而这个问题可比上面提到的命令行的缺点要难以忍受的多。

以上就是我对这个问题的一些简单的看法。欢迎大家讨论，提出更好的意见和建议。