内容提要
作者最近使用Copilot Workspace测试了一个大模型工具客户端,该工具可以通过Github上的Issue或网页提需求来触发。然而,目前Workspace无法直接在IDE中使用,只能通过一个VsCode插件同步修改到vscode中。工程能力方面,体验上比Composer要强,能节省大量时间。代码完成部分,Workspace只能用默认的模型gpt 4o,写代码不如sonnet 3.5。UI UX部分,界面交互直观灵活,但只能在网页上用且只能用于Github项目。总结来说,如果Openai未来的模型代码能力提升或将o1接入进来,未来比Composer可期。
关键要点
-
作者测试了Copilot Workspace,使用Github Issue或网页提需求触发功能。
-
Workspace目前无法直接在IDE中使用,只能通过VsCode插件同步修改。
-
工程能力方面,Workspace的体验优于Composer,能节省大量时间。
-
Workspace在代码搜索方面表现良好,但仍需手动调试错误代码。
-
代码完成部分,Workspace仅支持默认模型gpt 4o,写代码能力不如sonnet 3.5。
-
UI UX方面,Workspace界面直观灵活,但仅限于网页和Github项目,限制了用户使用。
-
如果OpenAI未来提升模型代码能力或接入o1,Workspace的前景可期。
延伸问答
Copilot Workspace如何触发功能?
可以通过Github上的Issue或直接在网页上提需求来触发功能。
Copilot Workspace是否可以直接在IDE中使用?
目前Workspace无法直接在IDE中使用,只能通过VsCode插件同步修改。
Copilot Workspace在代码完成方面表现如何?
Workspace仅支持默认模型gpt 4o,写代码能力不如sonnet 3.5。
Copilot Workspace的用户界面体验如何?
Workspace的UI UX界面直观灵活,但仅限于网页和Github项目,限制了用户使用。
Copilot Workspace的工程能力与Composer相比如何?
Workspace的体验优于Composer,能节省大量时间,并且在代码搜索方面表现更强。
未来Copilot Workspace的前景如何?
如果OpenAI未来提升模型代码能力或接入o1,Workspace的前景可期。