GitHub Copilot 应用中的 Canvases 功能允许用户根据英文书面描述创建自定义工作界面，而不必适应传统工具强加的固定屏幕。GitHub 表示，这些也称为 Canvas 扩展的界面，可以呈现为看板、问题分类面板、发布检查清单、表单或电子表格。
通过文本描述创建 Canvas
创建界面不需要编写代码或手动设计文件。用户先与 GitHub Copilot 代理开启会话，然后输入 /create-canvas 命令，后面附上所需界面的描述。为了获得有用的结果，GitHub 建议明确三项内容：界面将支持的工作流、用户应能够执行的操作，以及代理能够执行的任务。
公司举例说明，用户可以请求创建一个 Canvas，用于跟踪 GitHub Copilot 应用会话中完成的功能的发布说明，并提供用于审阅和整理条目的工具，同时允许代理添加和更新这些条目。随后，代理会构建界面并在侧边面板中打开它，用户无需创建文件或手动设置布局。
界面是可修改的起点
GitHub 并不把初始结果视为最终设计。用户可以请求添加列或筛选器、获取开放的拉取请求，或将界面转换为每日任务列表。代理会根据这些指令重新塑造 Canvas，之后还可以将其保存为可重复使用的扩展。
扩展可以保存在项目中，以便与团队共享，也可以保存为个人扩展。GitHub 还指出，Awesome Copilot 社区中已有现成扩展，包括用于发布说明、看板和问题分类工作流的工具；用户可以安装后进行定制。
用户与代理之间的直接协作
实际上的主要区别在于，Canvas 允许双方直接修改共享状态。当用户点击按钮、更新字段或移动卡片时，变化会显示在界面中，并且代理无需单独的同步步骤即可看到这些变化。同样，用户也可以要求代理使用与用户相同的功能来添加发布说明或移动卡片，结果会显示在界面中。
实际会发生什么变化？
Canvases 提供了一种超越“发送命令并等待回复”的交互模式，因为界面会成为用户和代理都可以修改的共享工作空间。这使该功能适合需要可视元素和可更新状态的工作流，而不仅仅是需要文本答案的场景。不过，本文没有明确说明可用性详情、所支持的数据类型和操作的范围，或访问此功能的要求；因此，它是否适合团队和生产环境，仍需通过实际验证。
GitHub 建议从一个简单的面板或检查清单开始，然后通过回答三个问题逐步改进：应该展示哪些信息？用户希望直接更改什么？代理应该能够更新或执行什么？