← 文章 / AI技术
GitHub Blog 4小时前 · 2026-09-02 18:14:12 · 6 阅读

Canvas 画布:让智能体工作流可见、可控、更省成本

上大学时,我参加了 VS Code 最早一批 AI 内联补全功能的内测。那种感觉如同游戏规则被改写。从那时起,GenAI 从根本上改变了软件开发:智能体与人类并肩协作的混合团队,开发者居于中心,充当愿景者与编排者。我们正身处这场转变之中。

A software lifecycle timeline — Plan, Build, Review, Ship — with intertwining green and purple paths representing a human and an AI agent working in tandem.

作为 GenAI 高速创新的自然副产品,我们如今拥有了帮助自己规划、构建、评审和发布代码的工具。但在现状下,许多工作流仍然显得支离破碎。上下文在线程与界面之间丢失,太多时间被花在评审智能体生成的工作上。智能体产出变更的速度远超任何人类的评审速度,而大多数开发者工具在设计之初并未考虑多智能体编排。于是很容易搞不清:什么跑过了、什么改动了、什么验证过了、什么还等待人类判断。

GitHub Copilot 应用是解决这一问题的重要一步。其中有一个我几乎每天都在用、越用越喜欢的功能:canvas(画布)。Canvas 让开发者与智能体在一个持久、共享的界面上交互。它不再把聊天当作唯一的工作场所,而是让工作在展开的过程中可见、可控、可审批。

聊天适合表达意图,却不利于持久执行

我依然认为,聊天是我们表达意图的最好界面之一。你可以在其中思考、打磨、指挥。它快速而灵活,尤其当问题还模糊不清的时候。

但一旦智能体开始真正干活,聊天就变成一长条指令、日志、转向与纠错的滚动记录。重要的东西——计划、决策点、验证、审批时刻——严格说都在,但全被埋住了。如果你不得不从历史记录里重建这一切,协调税就已经开始交了。

Canvas 的解法是给工作流一个家。它把状态变得显式而持久:人类可以查看和引导,智能体可以更新和推进,双方无需反复重放上下文就能保持一致。

第一个作品:Java Modernization Studio

我最早构建的 canvas 之一是 Java Modernization Studio。Java 现代化改造恰恰是那种可见性与治理至关重要的工作流:评估、规划、迁移任务、验证关卡、发布就绪。

在纯聊天体验里,这些步骤会糊成一团。你仍能往前走,但审计变得更难,规模化时的信任也更难建立,尤其是多个协作者参与的时候。团队不断重复那些代价高昂的问题:我们处在哪个阶段?做过哪些决策?什么被阻塞了?还有什么需要人工批准?

这个 Studio 把每个阶段都变得显式、可检查。团队不必再解析叙事式的历史记录,而是直接看到运行状态;不必再猜测发生了什么,而是可以去验证。人类评审者得以专注于高信号量的判断,而智能体在各检查点之间持续推进执行。

The Java Modernization Studio canvas Overview tab, showing the modernization journey (Assess, Remediate, Validate, Ship), a compile-blocker card, a Run on autopilot option, assessment findings with P0–P3 severity counts, and the detected stack.

探索 Java Modernization Studio canvas >

第二个作品:Site Studio

之后,我为一个截然不同的工作流构建了 Site Studio:创建和管理个人站点内容。它偏内容而非偏迁移,但编排上的挑战是相似的:章节进度、迭代修改、评审循环、状态流转。

在纯聊天流程中,内容很容易失焦。一个章节改了又改,大家对「当前版本到底是什么」的信心随之下降。反馈散落各处,草稿反复重复,势头慢了下来——因为每一次迭代都要从重建上下文开始。

Site Studio 让这些状态持久保存:章节状态一目了然,草稿值随工作推进即时落盘,人工评审节点清清楚楚。智能体可以持续推进,人类则可以随时引导、批准或改道,而不会丢失脉络。

The Site Studio canvas Content tab at 100% completion, with editable sections — Design System, Hero, Navigation, About, Conference Talks, Videos, and Contact — each showing filled fields and a Mark ready for review action.

探索 Site Studio canvas >

可复用的模式

纵观这两个 canvas,我发现了同一套可复用的蓝图:

  1. 清晰地定义工作流状态。
  2. 把重要的决策浮出到台面上。
  3. 进度与草稿即时持久化。
  4. 保留显式的人工审批点。

这把交互模式从一问一答的逐轮提示,转向了持久的协作式工作流。你不再把每一轮对话当作全新开始,而是开始把每个工作流当作一个有记忆、有结构、可控制的系统来对待。

成本与效率:没错,canvas 是一笔投资

我也想坦率地谈谈成本:canvas 可能是一笔投入。比如,Site Studio 花掉了我约 2000 个 AI credit,现代化改造 canvas 花了约 3000 个。要把它们设计好、打磨好,需要下功夫。

但拉长来看,尤其是对重复性工作流,这笔投资是有回报的。持久的界面减少了重复提示、上下文丢失、不必要的来回沟通和返工。日积月累,既省时间也省钱,还提升了信任与吞吐。

所以对我来说,这不是「为更好看的 UX 多花 token」,而是「投资更好的工作流架构,让重复性工作变得更高效、更可预测、更可治理」。

现已在 awesome-copilot 上线

我构建的这两个 canvas——Java Modernization StudioSite Studio——现已在 awesome-copilot 上提供,任何人都可以使用、改造或借鉴。

如果你已经在用 Copilot 智能体,一个务实的下一步是:挑一个重复性工作流,用 /create-canvas 围绕它搭一个最小可用的 canvas。从小处起步,跑真实的工作,再根据实际使用迭代。如果它对你的团队有帮助,欢迎把它回馈给 awesome-copilot,让更多人受益。

我们仍处在这场转变的早期,但方向已经清晰。智能体可以加速执行,人类贡献愿景、判断与责任。Canvas 是让这种伙伴关系变得真实、持久、可扩展的一种方式。

原始来源: GitHub Blog

评论 (0)