码农碎碎念，不码的不用看了

沉浸式体验Claude Code \ Codex \ Github Copilot

前提是，工作需求是开发SDK，主要语言是Cpp，主要开发平台是Windows但是开发的SDK是全平台的，包括Linux amd46和arm64等，但是习惯使用的平台是Windows；Windows开发环境以MSVC为主，MSYS2/UCRT64为辅。辅以非常少量的C#
个人兴趣是Python和C#

Github Copilot：便宜大碗够用
我对Github Copilot的态度一直是平时写代码必备的插件，因为总会有手写的时候，这时候Github Copilot的tab补全就很好用了，早一点的时候它的agent做的确实不咋地，跑着跑着就不行了得人工纠正一下，现在还算好用。主要它是以次数而不是token数，而且可以挑不同的模型，在某些情况下可以用出很大的作用。

Codex：废话太多
gpt的先行产品，购买gpt plus的唯一理由，五小时/七天重置一次token，足够应付平时的需求。能做的事情很多，生成的代码感觉需要加上很强的约束性，要不然就会有很多小毛病，例如喜欢写一堆没什么鸟用的功能函数，review的时候你又得告诉他这个不用写让它给你删了。然后就是喜欢追问，喜欢提一堆的建议，总想让你多问他几次。

Claude Code：Token焚烧机
用过的朋友都知道Claude Code拥有现在最强的agent模式，如果你纯粹vibe，那么它体验非常好，你给他一个需求它可以吭哧吭哧跑一下午不断；但是这样也有个坏处就是，Token烧起来太快了而且遇到了问题你不人工干涉会直接陷入死循环然后不断的烧token。这种问题在Windows尤为严重，字符和编码问题非常的多见，何况Windows还是用的ps不是bash，语法也经常出错，一出错又会烧token自己想怎么解决，离开一下回来一看账单多了几十块。

和Windows+VSCode的适配性，无疑是Github Copilot第一，现在的Github Copilot已经可以直接调用插件了，尤其是使用msvc开发的话，开发过的人应该知道msvc不是注入环境变量的而是需要打开一个自己的环境bat，这个时候Codex的沙箱模式就经常出问题，反正我经常遇到Codex搞着搞着自己编译测试的时候，一调用cmake就卡住了，ninja和cl都调不起来，只能手动介入我编译完告诉它结果让它走下一步；Github Copilot能调用vsc插件的话就没有这种兼容问题；Claude Code用的不是沙箱这个问题不怎么出现，Claude Code出问题也基本出在写文件中（当然还有一个问题是它跑Token太太快了，不过这是我的问题不是它的）
Unix环境好多了，codex和cc都不怎么出问题，我在Ubuntu和macos上基本没遇到

Cli环境下的话，cc还是tui用起来最舒服的，Github Copilot就算了吧，离开了vscode啥也不是

当然，不在Windows上写cpp可以避免以上99%的问题，我的建议是避坑cpp