注意是推荐这个桌面版软件，与 copilot 订阅无关
其实单论工具有许多其他的替代品
skills 和 mcp 以及内置工具都是正常的
BYOK 支持chat 和 response 端点
支持远程控制
但是对于 github 的集成很好用，尤其在提 pr 的时候
如果你的仓库配置了流水线检查，格式化，ai 自动的审查和安全警告
在 pr 开启的过程中，相关的流水线反馈会一并处理，直到 pr 通过审查
（题外话，不知道 codex 那个 github 集成程度怎么样，因为是小号一直没连接 github）
主要想知道harness做得如何? 我之前看有说对O,A模型的harness都很不错
发这个应该不违规吧
主观感受很好用，对我来说不用调什么），具体的话可以自行试一试，同模型我没感觉出差异（反正比接入 codex 好用）
主观上我愿意排名放到仅次于 cc 之后
claude code 、copilot 桌面版（和 droid cli 、pi 并列，pi 主要是轻便和自定义好），之后再跟着其他
我怎么没找到BYOK的设置呀佬，Copilot客户端不是VSCode的Copilot吗？
不是不是，有个单独的桌面版软件
而且vscode的也能byok
我是在VSCode里看的，确实没找到在哪里配置。
我晚上的时候再研究研究，感谢佬的提醒。
vscode 的叫 agent window
窗口模式的好像还没开放，未来会开。
测试版开没开忘记了
一年100刀的订阅呢，狠狠的蹬，虽然都选不到什么高级模型
这个不开会员是不是不能用自定义api啊。
这玩意github自己的cli就能处理了，所以所有Harness都能干这事
我自用的pi，但是想要一个稳定好用的桌面客户端，我来试试看copilot
确实，甚至本身这个都是用的 gh 去实现的
但问题在于目前其他家不能把完整pr页面嵌入 ui，也做不到直接在 ui 里方便的预览 pr，发 commit ，提 issues 等
而且常见的是 github mcp，用 gh 的 skills 少
在本身工具能力拉不开差距的情况下，我会觉得这是一个很大的加分项
内置ui肯定是好的，但是gh不需要skills，他的cli本身的帮助命令已经够用了。
而且gh早在ai时代以前就出现了，因此各大模型大概率是知道咋用这玩意的。
copilot太贵了，我们每个月200$的copilot额度，快的话一上午就完了。
这个主要我碰到的问题是模型不会优先去使用 gh，需要手动提示或者 skills 去提示（是的主要是提示作用），否则他会更容易去用 mcp
倒不是模型会不会的问题
当然最主要还是内置 ui，加分
桌面端软件 就是之前的 copilot吗 还是365？ 没看到跟你们一样的功能啊
