聊天，告诉我们：聊天界面总是正确的选择吗？

@burkeholland 认为并非如此——至少当 GitHub Copilot 应用中存在画布功能时就不是了。https://t.co/2d5sJSxuZk

当聊天成为错误的界面

当开发者需要比对话框更具象的交互时，该怎么办？画布应运而生。

作者：@burkeholland

我们这场 AI 实验已经进行了 176 年。

等等……明明才过去三年？

你确定吗？

有时我记得去年发生的事，却恍如隔世。这些事真的发生在我身上吗？还是其实是父亲的故事，只是我小时候听他提起过？

总之……这场 AI 实验已进行三年，我们与大型语言模型交互的主要界面依然是聊天窗口。我相当确定是 @pmarca 最先在 HTML 规范中提出 textarea 组件的构想。之所以如此肯定，是因为我曾在 textarea 中问过 AI——当然，是在聊天窗口里。

但我想向各位提出一个观点：或许，仅仅是或许，聊天界面并非最佳选择。至少大多数情况下如此。

学者史蒂芬·平克这样说道：

令人遗憾的是，AI 首次大规模应用竟更像噱头——一个第一人称聊天机器人。但倘若 AI 能专注于任务导向，其潜力将不可估量。

既然是学者所言，而我又将其作为引述写在博客文章里，那么这话必然正确。

聊天成为与 AI 协作的主流方式，源于它最初引发了人们的共鸣。作为通用解决方案，聊天表现优异——因为我们根本无法预判人们会用 AI 做什么。

但作为用户，你清楚自己的需求，此时聊天往往就不再是合适的界面了。

亲爱的读者，你需要的是某种可定制界面，能够根据你当前的任务需求，以适合的方式与 AI 协作（或者与之博弈——这完全取决于你）。

实现方式多种多样，而在 GitHub Copilot 应用中，这种界面被称为“画布”。

画布是一个运行在 GitHub Copilot 应用内部的小型全栈应用，不占用浏览器界面空间。AI 代理能与该应用的服务器端通信，服务器也能作出响应。最终你将获得一个界面，它既能实现普通计算机程序的所有功能，又能与 GitHub Copilot 代理进行双向通信。

这听起来有些抽象，而且我确实用了“双向”这个颇具 PPT 风格的词汇，不如让我们通过实际案例看看这强大的画布能否解决真实问题。

从一个简单示例开始：用画布创建“四子棋”游戏，在 GitHub Copilot 应用内与代理对弈。

看我如何彻底碾压高推理模式的 GPT-5.6 Sol…

好吧，但我确实在无推理模式下战胜了 GPT-5.6 Luna，所以……听着……四子棋本来就是高难度游戏！！

构建画布只需简单下达指令：

创建一个新画布，使用四子棋游戏来演示用户与画布的交互能力，实现画布与代理通信，并由代理控制画布

GitHub Copilot 应用知道画布是什么，所以我们无需过多解释。

正因这些画布本质上是全栈应用而非简单网页，它们可以调用第三方 API——但更重要的是，能在你的本地机器上执行代码。

例如，这是一个用于 Winget 包管理器的界面，既可以浏览注册表中的软件包，也能管理本地软件包，包括安装与卸载操作。

（视频时间戳：0:44）

这里虽没有 AI 参与，但这正是关键所在。

当聊天成为主要交互界面时，容易诱使我们事事依赖代理。这往往纯属浪费 token。最佳策略总是让代理构建工具，使后续交互完全免费——而不是将代理本身当作工具。别再让 GPT-5.6 Sol Max 执行“暂存并提交”这类操作了。（我知道你干过，因为我也做过。别让我羞愧，我的自尊心很脆弱。）

另一个典型场景是：与其通过聊天让代理操作你的 SQLite 数据库，不如直接调出画布自己动手。

看，这里甚至提供智能代码补全。有何不可？2026 年，AI 就是能满足你任何需求的魔法盒子。

这样不是很愉快吗？

偶尔写些 SQL 挺好的。我是说“偶尔”。放轻松。

或者，当你可以让 Windows Live Writer 起死回生时，何必用纯 Markdown 写 Jekyll 博客文章呢？

这些虽是有趣且略实用的例子，但当你用自定义界面自动化开发流程时，其价值才会真正显现。

我无意指导你如何生活，但与 AI 代理协作的工作流程大致如下：

• 调研
• 原型设计
• 规划
• 实施
• 迭代
• 完善

流程看似简单，但每个步骤都需要我亲自操作键盘、查看原型、引导进程并推进至下一阶段。

但问题在于：实际上我无需全程参与。代理完全能自主调研并生成原型，待准备就绪再通知我进行评审。使用代理的核心目标始终是尽可能让自己脱离工作循环。然而这很难实现——尤其当你只有聊天窗口时，根本不清楚该如何做到。

以下完整示例将展示如何利用画布自动化个人工作流程，根据需求自主决定脱离循环的程度。

我并非建议你照搬此工作流程，也不是说这是与 AI 代理协作的完美范例——嗯，或许它确实是。让我们问问 AI……

天哪。

严肃地说，我认为当前被聊天界面框住的现状可能正阻碍我们的发展。这让我们难以聚焦真正的问题：当唯一的交互方式只是文本框时，究竟该何去何从。

今天就尝试使用画布吧。有些功能如 SQLite 画布可以快速实现，而工作流画布则需要花费大半天来完善设计和自动化。

但你会发现，当你能够……等等……跳出聊天框思考时，你将与 AI 探索更广阔的天地。