一句话看懂：GitHub 开发者 Burke Holland 在 GitHub 官方博客发文提出，聊天窗口并非与 AI 协作的最优界面，多数场景下用户需要的是可为具体任务即时生成的自定义界面。GitHub Copilot 应用中把这种界面称为 canvas，它是一个可双向调用本地代码和第三方 API 的全栈小应用。
事件核心：发生了什么
文章发布于 2026 年 9 月 24 日，作者 Burke Holland 任职于 GitHub。核心观点是：聊天之所以成为 LLM 的主要交互方式，只是因为它是人们最先接受的形式，也是面对未知需求时的通用解法；但用户自己其实清楚要做什么，此时聊天往往不是合适的 UI。
GitHub Copilot 应用给出的方案是 canvas，一种运行在 Copilot 应用内、不带浏览器外壳的全栈应用。Agent 能与 canvas 的服务端通信，服务端也能反向调用，因此它可以执行本地代码、调用第三方 API。文中的示例包括：用 canvas 做一局与 agent 对弈的四子棋、为 Winget 包管理器做图形界面以浏览和装卸本地包、直接操作 SQLite 数据库，以及复活一个类似 Windows Live Writer 的写作界面。
为什么重要
作者引用认知科学家 Steven Pinker 的说法：AI 的第一波大规模落地更像一个第一人称聊天机器人式的噱头，真正的潜力在于面向任务。这一判断直指当前 AI 产品的通用痛点——把 agent 当工具本身，会让每次交互都消耗 token 和等待时间。
更合理的路径是让 agent 一次性生成工具，后续交互零成本。目前公开信息显示，这种“按需生成 UI”的思路正在被多个 AI 编程助手采纳，其意义不只是省 token，而是让 AI 从对话对象变成可复用软件的生成器。
对用户/开发者/创作者的影响
对开发者而言，canvas 意味着可以在 Copilot 内快速搭建带 intellisense 的数据库操作面板、包管理界面或工作流看板，而不是反复用自然语言命令 agent 提交代码。作者以自身的 agent 工作流为例，列出研究、原型、计划、实现、迭代、收尾六个阶段，其中大部分环节并不需要人一直守在键盘前。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对普通用户，这类界面的门槛在于仍然需要描述需求；对创作者，文中提到的写作界面示例说明，把 Markdown 写作重新包上可视化编辑器，是自定义 UI 的可行方向。
值得关注的后续
一是 canvas 是否从演示走向稳定产品能力，以及它对本地代码执行权限的边界如何界定；二是其他 AI 编程工具会不会跟进类似的“按需 UI”机制；三是当 agent 生成的应用可直接调用本地资源和第三方 API 时，安全与合规如何配套。这些问题目前公开信息有限，需要观察 GitHub 后续的产品说明。
