不久前获取了Copilot Workspace的权限，一直没时间做测试，最近写了一个大模型工具客户端，刚好用这个开源项目来做下实验。
可以通过Github上的Issue触发（AI自动改简单的bug和完成简单的需求现在就实现了？），也可以直接在网页里提自己的需求来触发。是的，看到这里你应该发现了，这个Workspace目前是无法直接在IDE里使用的。最近出了一个VsCode插件（2024.09.21 目前需要自己去下载vscode 插件文件安装），但是这个插件只能做到帮忙同步修改到vscode中。
先介绍下流程吧，同样是之前测试Cursor Composer的那个需求（它没能完成），我直接通过Github Issue触发的：
https://github.com/xieisabug/tea/issues/2
点击了之后就自动进行分析，会列出它对需求或者bug的分析和解决方案。分析和方案都可以手动增删改，而且可以点击上面那个聊天的窗口对代码的情况进行自然语言描述，Workspace会根据描述再次改进之后，生成分析和解决方案。

确认好分析之后，会根据分析来生成实现代码的计划，按照文件来列出所有计划，这个计划也是能自己进行增删改的。

再之后就直接确认开始修改代码了。

评价

工程能力部分

体验上来说比Composer要强上一些，毕竟编写代码是需要一定时间的，所以在我确认了你要如何修改之后，再去编写代码，我觉得这是能节省我大量时间的。
而且寻找需要修改的文件比Composer的能力要强很多，应该也是在代码搜索方面下了很多功夫的，这次测试中，能准确找到我的rust文件和前端文件，但是同样找不到我的测试文件，好在我可以轻松的在Plan里自己加上这个文件。
不过同样是写错的代码就直接错了，还是需要自己去调试的，好在有一个vscode插件能够同步修改到vscode里调试，之前没有这个插件的时候，只能在网页上人肉看，看完了提交然后再到vscode拉取到本地去修改。

代码完成部分

Copilot Workspace只能用默认的模型，也就是gpt 4o，之后可能会加上o1家族。
使用了gpt 4o可能要作为减分项了，gpt 4o写代码完全不如sonnet 3.5，并且会犯Copilot也犯的错误，比如下图：
![[Pasted image 20240922164323.png]]
喜欢去掉别人的括号或者分号，很是蛋疼。

UI UX部分

本来属于加分项，个人的体验感受是比Composer要强上不少的，直观、灵活，但是只能在网页上用而且只能用于Github项目，这应该就劝退了很多用户使用了。
希望之后Composer或者别的项目能够参考Workspace项目的界面交互。

总结

如果Openai未来的模型代码能力提升上来，或者把o1接入进来，未来比Composer可期。