Copilot 新增图像生成编辑后文字任务怎样调用专用工具

在GitHub Copilot聊天中直接描述要生成或编辑的图像即可提出请求：所选推理模型负责调用专用图像工具，文字模型与图像执行工具分工协作。GitHub于2026年10月28日公布这项更新，图像结果可在聊天中预览并保存到项目，减少在独立工具之间转移素材的步骤。

官方公告地址：https://github.blog/changelog/2026-10-28-generate-and-edit-images-directly-in-copilot/

变化发生在聊天与图像工具之间

公告说明专用图像工具由GPT Image 2.5 Flare驱动；入口包括VS Code、GitHub Copilot app及Copilot CLI。发布阶段为公开预览，适用于Copilot Pro、Pro+、Business和Enterprise，不应把它写成所有账号已经普遍可用。

图中强调职责而不是某个固定按钮位置。对于原先把文字需求复制到另一款生图产品的团队，迁移重点是把需求和文件交付约定留在同一项目语境中。它不意味着推理模型的普通文字回答已经自动变成图像文件。

把文字需求写成可以交付的图像请求

一条实用请求可以包含用途、主体、构图、禁止项和文件交付要求。下面是原创需求示例，不是命令、接口参数或成功调用记录：

为阅读应用的空收藏页生成一张原创位图插画：主体是一只打开的木质小盒子和两张空白书签，温暖浅米色背景，横向构图，主体靠右，左侧留给说明文字。画面不含文字、品牌标志或设备外框。请生成实际图片，并说明保存到项目的文件位置。

这里的“左侧留白”服务于后续排版，“不含文字”避免把产品文案烘焙进图片，“说明文件位置”让开发者知道该从哪里引用。若项目已有资源目录，可以在请求中明确自己希望使用的目录，但不能把请求写了某个路径当作文件必然落在该处的证明。

与只说“做得好看一点”相比，这类描述更容易形成可讨论的交付标准。生成后应关注实际文件与项目需求是否相符，不能只凭一段描述文字认定资产已完成。

编辑请求应写清保留项与变更项

生成请求建立画面，编辑请求收窄改动范围。若已有参考图可供当前会话使用，可以说明具体对象、修改区域和需要保留的内容。例如：

基于当前提供的空收藏页插画，仅把背景从暖米色改为浅灰蓝，并降低书签的饱和度；保留盒子的形状、主体位置、画面比例与左侧留白，不添加文字或新物体。

第二张图把保留条件和修改条件分开，帮助组织编辑需求；这不是对工具像素级不变能力的保证。需要精确保留的产品元素，应在需求中逐项列出，并通过正常设计协作判断是否满足用途。

一次修改同时改主体、背景、视角、材质和布局，会让人难以判断哪一项导致结果偏离。团队可先固定一版构图，再讨论配色；这是需求管理建议，不是公告新增的强制工作流。

接入项目时分别看文件、策略与费用

组织和企业所有者可通过Copilot模型策略关闭图像生成。该功能按图像token单独计费并计入计划的AI credits，不能从聊天模型已付费推断图像生成没有额外消耗。可见的“Made with AI”水印为可选项，公告说明默认关闭；它与本页原创说明图的站点水印不是同一设置。

原先的独立图像工具流程无需立刻整体废弃。可先挑一个非关键插画任务试用，记录需求往返、资产落点和接入成本，再决定哪些任务适合留在Copilot中。不能仅凭“同一会话”就推导所有设计任务都能减少返工。

开始使用前的几个问题

需要在聊天里写某个内部工具函数名吗？公告提供的是自然语言入口，没有要求用户手写内部调用协议。普通图像需求应先清楚描述目标；不要把未经公布的工具名称或参数编成教程。

文字提示词与实际图像有什么区别？提示词是需求文本；图像是可使用的资产。交付要求里可以明确“生成实际图片”，避免协作双方只交换了一份描述。

这次更新是否证明旧工具或旧接口已弃用？没有。公告介绍新增能力，本文不据此宣称其他图像工具、聊天模型或接口失效。

完整可用范围、收费和策略信息以GitHub官方发布说明及实际账号状态为准。本文的两张插图用于解释职责和需求边界，不是该产品实测输出。