ChatGPT 和 Copilot 开始算账，Gemini 补管理权限——6 月 19 日 AI 动态

这期的主线很清楚：AI 产品更新从「多一个模型」转向「怎么被企业管起来」。OpenAI 和 GitHub 都在补用量、预算、审计相关的入口；Google 继续把 Gemini 放进 Workspace 的管理和办公场景；Midjourney、xAI 的 6 月 18 日更新仍是需要补看的支线，6 月 19 日没有看到新的官方增量。

先看 5 个判断

ChatGPT Enterprise 开始把 ChatGPT 与 Codex 的信用点用量放进同一个管理视图，管理员可以按用户、产品、模型拆分消耗，并通过 Cost API 接出同一批数据；这更像企业 AI 采购进入「按部门、按模型算账」阶段。1
GPT‑5.5 Instant 的健康问答能力被 OpenAI 单独拿出来讲：官方称每周有 2.3 亿人向 ChatGPT 提出健康与 wellness 问题，近两个月健康回答中至少一个事实性问题的标记率下降 71%。2
GitHub Copilot 的企业指标补上了人均 AI 点数，新的 ai_credits_used 字段会出现在单日和 28 天用户级报告里，但官方也强调它不是按功能、模型或界面拆分的账单明细。3
MAI‑Code‑1‑Flash 从单点试用扩到更多 Copilot 入口，包括 Copilot CLI、GitHub Copilot app、GitHub 上的 Copilot Chat、Visual Studio、GitHub Mobile、JetBrains IDE、Eclipse 和 Xcode。4
Google Workspace 的 Gemini 更新集中在「可控」和「更广覆盖」：官方 6 月 19 日周报汇总了 Gemini app 临时聊天/删除会话的管理员控制、Sheets 额外 28 种语言支持，以及 Gemini in Chrome 扩展到拉美、非洲、中东等更多地区。5

ChatGPT：企业控费和医疗回答同时补强

OpenAI 6 月 18 日给 ChatGPT Enterprise 加了两类管理能力：一类是信用点用量分析，把 ChatGPT 与 Codex 的消耗合在 Global Admin Console 中看；另一类是更细的 spend controls，管理员可以设置工作区默认额度、群组额度，也可以给个人设置 override。员工侧也能看到自己信用点使用情况，并提交增额请求。1

OpenAI 管理后台中的 ChatGPT 与 Codex 信用点用量概览 — OpenAI 官方截图显示，企业管理员可以在同一视图查看 ChatGPT 与 Codex 的使用和信用点消耗。1

这条更新的实际影响不在「多了一个报表」，而在企业开始需要把 AI 用量从体验部门拉回财务、IT 和安全的共同治理里。对团队负责人来说，下一步要看的不是总消耗，而是哪些角色、哪些产品、哪些模型在消耗信用点；对一线用户来说，额度申请会变得更像正常的软件资源审批。

同日另一条值得补看的是健康能力。OpenAI 称 GPT‑5.5 Instant 在健康相关问题上的表现已经接近其前沿 Thinking 模型，并列出几个改进方向：识别需要紧急就医的情况、主动索取相关上下文、解释不确定性、把复杂信息讲清楚。OpenAI 还披露，其健康评估由 60 个国家、49 种语言、26 个医学专科的 260 多名医生参与，医生累计审阅了 70 万多个示例回答。2

这里要保留一个边界：这不是「ChatGPT 可以替代医生」的信号。更准确的变化是，免费用户默认可用的 Instant 模型正在承接更多高风险场景，OpenAI 需要用更重的评估、监测和升级提醒来压住误答风险。

Copilot：一边算账，一边扩模型入口

GitHub 6 月 19 日把 ai_credits_used 加进 Copilot usage metrics API。它出现在企业和组织层级的用户级报告中，支持单日和 28 天口径，让管理员把「谁在用 Copilot」和「谁消耗了多少 AI 点数」放在同一个报表里看。GitHub 同时写明，该字段目前只是用户总量，不按功能、模型或使用界面拆分，也不是最终账单字段。3

这和 OpenAI 的企业控费更新是同一条线：AI coding 不再只是开发者效率工具，而是进入企业 FinOps。管理员会追问两件事：高消耗用户是否真的产出高价值，哪些团队需要模型政策或预算上限。

模型侧，MAI‑Code‑1‑Flash 扩到更多 Copilot 入口。它现在可用于 Copilot CLI、GitHub Copilot app、GitHub 上的 Copilot Chat、Visual Studio、GitHub Mobile、JetBrains IDE、Eclipse 和 Xcode；覆盖 Free、Student、Pro、Pro+、Max 方案，Business 和 Enterprise 还在后续开放。4

GitHub Copilot 模型选择器中出现 MAI-Code-1-Flash — GitHub 官方截图显示，MAI‑Code‑1‑Flash 已进入 Copilot 的模型选择器。4

同一批 Copilot 更新里还有两个小但实用的变化：Copilot code review 已经支持仓库根目录的 AGENTS.md，会自动读取其中与代码审查相关的说明；Opus 4.6 fast 将在 2026 年 6 月 29 日从 Copilot Chat、inline edits、ask、agent modes 和 code completions 等体验中退场，建议迁移到 Opus 4.8 fast。6 7

GitHub 还公开了内部 Qubot 的搭建方式。Qubot 是一个 Copilot 驱动的数据分析 agent，入口包括 Slack、VS Code 和 Copilot CLI，后端通过上下文层、GitHub MCP Server、Kusto 与 Trino 来回答数据仓库问题。GitHub 称它已有数百名内部用户、运行了数千次查询，并在实验中发现结构化上下文能让 Qubot 返回正确答案的速度提升到原来的 3 倍。8

GitHub Qubot 数据分析 agent 架构图 — GitHub 的 Qubot 架构图把用户入口、上下文层和查询引擎分开，适合对照企业内部 agent 的落地路径。8

Gemini / Workspace：管理权限和办公场景继续补齐

Google Workspace 6 月 19 日周报没有单一爆点，但几条 Gemini 更新对企业和教育用户更实际。Gemini app 新增两个管理员控制项：是否允许用户使用临时聊天，以及是否允许用户删除单条或全部会话历史；这些控制可以按域、组织单位或群组配置。5

Sheets 侧，Gemini 用于构建和编辑电子表格的语言支持新增 28 种语言；Google 同时把 Gemini in Chrome 的可用地区扩到拉美、非洲、中东等更多地区。对普通用户，这是「能不能用」的问题；对管理员，这是「默认开、谁能删、数据留多久」的问题。5

教育场景的 Google Classroom app in Gemini 已在 6 月 17 日发布，昨天的简报已经提过。今天只补一句判断：Google 正把 Gemini 从单独聊天框推进到 Workspace 的具体对象里，下一步观察重点是权限、保留策略和课堂/企业数据边界。

Midjourney 与 xAI：没有新的 6 月 19 日官方增量

Midjourney 在 6 月 18 日通过官方 X 连发两条，分别宣布新部门「Midjourney Medical」和「Midjourney Scanner」技术介绍，并在同日下午做了 Medical AMA。9 10 这条线已经在上一期覆盖，本期没有发现 6 月 19 日后续正式公告。

xAI 的官方时间线同样主要停留在 6 月 18 日：Grok for Word、Grok TTS、Databricks Agent Bricks 等更新已在上一期写过，本期不重复展开。对这类主要靠 X 发布的产品，后续需要等具体产品页、价格页或文档页跟上，才能把 AMA 或短视频转成可执行信息。

开工前要做的 3 件事

如果你管企业 AI 预算，先把 OpenAI 的 Global Admin Console 和 GitHub Copilot usage metrics API 放进同一个成本看板。两边都在把 AI 消耗从「体验指标」变成「预算指标」。
如果团队正在用 Copilot code review，把仓库根目录的 AGENTS.md 当成审查规范入口整理一版，别只把它留给本地编码 agent。6
如果你在 Workspace 管理侧开 Gemini，检查临时聊天、会话删除、Vault 保留规则三者是否一致。用户能删，不等于企业合规记录也会消失。5