Matthew Berman 测试首个 ChatGPT Canvas 测试版

OpenAI 推出了 Canvas，这是 ChatGPT 旁边一个独立的工作区，用于协作处理写作和代码。不必将整个内容放在单一聊天流中，你可以编辑文档，或选择一段内容并请求针对性修改。这次演示反映的是 2024 年 10 月的测试版；可用性和功能此后可能发生变化。

展示的版本是带 Canvas 的 GPT-4o。当时，OpenAI 宣布向付费和企业用户开放，并计划在测试结束后向免费用户开放。写作快捷功能包括修改建议、调整长度和阅读难度、最终润色及添加表情符号；编程快捷功能包括代码审查、评论、日志、修复错误和语言转换。

OpenAI 表示，它训练了 GPT-4o 在 Canvas 中协作，包括决定何时打开 Canvas 和进行针对性修改。关键在于，选中的部分可以修改，而不一定要重新生成整个内容。我还将这个工作区与 Claude 的 Artifacts 进行比较。

我认为，基于其他公司 API 建立业务存在平台风险。在我以前的公司，我们基于 Twilio 提供消息和电话服务，后来这个平台开始与我们竞争。供应商可能改变价格或政策，也可能开发重叠产品；随着 OpenAI 增加更多功能，我认为 AI 编程工具应该考虑这种可能性。

我让 Canvas 用 Python 编写贪吃蛇游戏。聊天留在左侧，可编辑的代码出现在右侧。在这个初始测试版中，我无法在 Canvas 里运行游戏，也没有在本地测试；这次演示关注的是编辑交互，而不是证明游戏能运行。

我高亮颜色定义，并使用 Ask ChatGPT 请求更换颜色。模型修改了这一部分，保留了其余内容。接着我请求更换库，触发了更大范围的重写；代码变化时界面会高亮显示。

接下来我选择几行代码并使用 Add comments，但快捷功能为整个文档添加了评论，而不只是选区。然后我使用语言转换滑块，将示例重写为 JavaScript 和 C++。输出看起来像对应的语言，但我没有运行这两个版本。

切换回 Python 后，我故意引入一个方向错误，并点击 Fix bugs。模型识别出向下方向被错误地赋值为向上，但也修改了代码的其他部分。再次运行快捷功能后，它作出更多修改，并报告另一个重置行为的问题；我指出这些更大范围的修改并不完全符合我的意图。

我对高亮代码尝试 Add logs，再次看到整个文档发生变化。在这次演示中，高亮似乎可以通过 Ask ChatGPT 限定请求范围，而这些快捷功能的作用范围更大。随后我可以让模型移除日志。这个流程有助于迭代，但与现有的 AI 增强型 IDE 相比，我认为它还比较基础。

写作方面，我请求一个关于草莓变得有智慧的故事。故事在可编辑的 Canvas 中打开；我可以直接增删文本，也可以选中一段内容，请 ChatGPT 修改。写作菜单提供建议、长度和阅读难度控件、润色及表情符号。

Suggest edits 会高亮段落并添加类似协作文档编辑器的评论。我接受了一个让场景更生动的建议，以及一个补充纳米机器人背景的建议，然后拒绝了其他建议。这让用户可以控制哪些建议进入故事。

长度滑块将文档改写得更短；在我的测试中，反复选择最短设置会让它继续缩短。然后我再让它变长。阅读难度滑块同样会为幼儿园和研究生读者改写故事，改变词汇和语法的复杂程度。

第二次应用幼儿园设置后，文本大致维持在相同水平，于是我改用高中设置。我添加并移除表情符号。这一过程留下了一个奇怪的多余词和其他明显错误，而 Final polish 移除了多余词并添加了标题。

最后，我粘贴一个涉及未初始化变量的编程问题，请 Canvas 修复。模型报告修改了完成过程、空联系人定义以及查找函数中的初始化。这些修改看起来与问题相关，但我没有运行代码或详细检查解决方案。

在这个初始版本中，Canvas 看起来很有前景，但仍比较基础。我预计随着它持续发展，OpenAI 将与更多基于其平台构建的 AI 工具竞争。这些测试展示了有用的编辑控件，也展示了仍需用户审阅的大范围重写和输出错误。