OpenAI 在 API 中加入 GPT Transcribe 与 GPT Live Transcribe。前者适合处理已录制的音频文件，价格为每分钟 0.0045 美元；后者面向麦克风、通话等实时音频流，价格为每分钟 0.017 美元。两款模型均可利用上下文、关键词和语言提示改善专有名词与多语言内容的转录。

两款模型处理不同的音频流程

GPT Transcribe 用于把已经录好的语音转成文字。开发者上传一段完整录音后，可以等待模型返回最终文本，也可以在文件处理期间接收逐步生成的文字。这里的“流式”是边处理文件边返回结果，音频本身仍是一份已经存在的录音。

GPT Live Transcribe 处理持续到达的实时音频，例如麦克风输入、电话或直播音频流。它会在说话过程中返回新增的文字片段，并在一段语音提交后给出完整转录。需要即时字幕、在线会议记录或通话文字化的应用，更适合采用这条路径。

两者的区别不在于是否能逐步显示文字，而在于音频从哪里来。已有录音走文件转录；仍在说、仍在传输的音频走实时转录。

GPT Transcribe 直接接入音频转录接口

文件转录通过 /v1/audio/transcriptions 接口调用，模型名填写 gpt-transcribe。单个文件最大 25 MB，支持 mp3、mp4、mpeg、mpga、m4a、wav 和 webm 格式。返回结果包含转录文本和检测到的语言。

如果希望在处理完成前先看到部分结果，可以把 stream 设为 true。接口会持续返回新增文本，最后再给出完整转录。这适合较长录音的处理进度展示，但不等同于接收麦克风的实时音频。

普通录音转写不需要先设计复杂流程。上传文件、指定模型，再读取返回文本即可。需要区分不同说话人、输出单词时间戳、制作字幕格式或翻译成英文时，应选择对应的专用转录模型，而不是把这些任务交给 GPT Transcribe。

GPT Live Transcribe 面向实时连接

实时转录需要创建 type: "transcription" 的 Realtime 会话，并选择 gpt-live-transcribe。服务器端音频管线可以使用 WebSocket，浏览器里的音频输入可以使用 WebRTC。

应用把音频片段持续送入会话后，会收到增量转录事件。每个事件带来当前新增的文字；当一段音频被提交，接口再返回这段内容的最终转录。开发者可以自行决定何时提交一段语音，也可以配置语音活动检测，让服务器依据说话与停顿自动划分边界。

这个模型只负责把实时语音变成文字，不会像语音助手那样生成口头回答。做直播字幕、实时会议记录或通话转写时，这种职责更直接：应用拿到文字后，再决定是否用于搜索、摘要、存档或交给其他模型处理。

上下文提示帮助识别专有内容

两款模型都支持给转录补充上下文。开发者可以用自由文本描述录音主题，用关键词列出可能出现的人名、产品名、编号和行业术语，还可以给出预期输入语言。多语言录音或同一句话中切换语言时，可以同时提供多个语言提示。

这些关键词是识别提示，不是强制输出。只应放入录音中确实可能出现的词，并用实际音频检查结果，避免模型把没有说过的词带进转录。

对会议、客服通话和专业访谈来说，这项能力比只上传裸音频更实用。录音主题、客户编号、项目代号和产品名称都可以在请求中明确提供，减少模型仅凭发音猜测的范围。

价格按音频分钟计算

GPT Transcribe 的价格为每分钟 0.0045 美元，一小时录音约为 0.27 美元。GPT Live Transcribe 的价格为每分钟 0.017 美元，一小时实时音频约为 1.02 美元。

批量处理播客、采访或会议存档时，GPT Transcribe 的成本更低。只有业务确实需要边说边出字时，才需要为 GPT Live Transcribe 的实时处理方式付费。选择模型时，先判断音频是否已经录好，再判断用户能否等待文件处理完成，通常就能确定接入路径。

MCP 2026-07-28 规范已正式发布。协议核心改为无状态请求，移除初始化握手和会话 ID，让远程 MCP 服务器可以部署在无服务器、边缘平台或普通负载均衡器之后；TypeScript、Python、Go 与 C# 的 Tier 1 SDK 已同步支持。

MCP 服务器不再绑定一段会话

MCP 是 Model Context Protocol 的缩写，中文通常称为模型上下文协议。它规定 AI 应用如何用统一方式连接外部工具、数据和服务，例如让聊天助手查询数据库、调用企业系统或执行代码。

旧版协议通过 Streamable HTTP 调用工具时，客户端要先完成 initialize 与 initialized 握手。服务器随后发放 Mcp-Session-Id，后续请求都要携带这个会话标识。部署多个服务器实例时，请求通常需要持续回到保存该会话的实例，或者由所有实例共用一套会话存储。

2026-07-28 版本移除了这套协议级会话。每个请求都会携带协议版本和客户端能力等信息，可以由任意兼容的服务器实例独立处理。客户端如需提前了解服务器支持的版本和能力，可以调用新的 server/discover 方法。

无状态核心降低云端扩容门槛

没有协议级会话后，同一客户端的不同请求可以被普通轮询负载均衡器分配到不同实例。服务器不再为了维持 MCP 连接而依赖粘性路由或共享会话存储，也能在请求到来时启动实例、空闲时缩减资源。因此，MCP 服务器可以作为普通 HTTP 工作负载部署到无服务器平台、边缘计算平台或容器集群。

这项变化解决的是协议层的部署限制，不是一个新的云托管产品。开发者仍需选择实际运行代码的平台，并自行配置域名、鉴权、日志、数据访问权限和资源限额。业务确实需要跨请求保存状态时，也可以由工具返回明确的标识，例如购物篮 ID 或浏览器任务 ID，再由后续调用把它作为普通参数传回服务器。

网关可以直接读取工具与方法名称

新版 Streamable HTTP 请求必须带上 Mcp-Method 和 Mcp-Name 请求头。前者表示调用的方法，后者可标识具体工具。负载均衡器、API 网关、限流器和 Web 应用防火墙可以直接根据请求头做路由、授权或计量，不必先解析 JSON 请求体。

工具、提示词和资源列表的响应也增加了 ttlMs 与 cacheScope。客户端由此知道结果可以缓存多久，以及缓存能否在不同用户间共享。服务器还应以稳定顺序返回工具列表，减少重复拉取，并让上游提示词缓存更容易命中。

多轮交互不再依赖持续打开的双向连接

工具执行到一半时，有时需要用户补充参数或确认操作。新版引入 Multi Round-Trip Requests，简称 MRTR。服务器可以返回 input_required，列出需要客户端补充的内容；客户端取得回答后，再带着 inputResponses 重试原来的请求。

这套方式替代了部分服务器主动向客户端发起请求的流程。一次交互可以拆成多个完整的请求与响应，不必为了等待用户确认而一直占用双向数据流。服务器返回的 requestState 用来衔接步骤，任何可处理该状态的实例都能继续任务。

扩展与授权规则同步更新

新规范建立了正式的扩展框架。MCP Apps 可让服务器向支持它的客户端提供沙箱化交互界面；Tasks 扩展用于处理需要较长时间运行的工作，并通过任务句柄查询、更新或取消任务。扩展需要客户端和服务器共同支持，不会因为升级核心协议而自动启用。

授权部分增加了对 OAuth 2.0 与 OpenID Connect 部署的约束。客户端要校验授权响应里的发行者信息，注册凭据也必须绑定到签发它的授权服务器。动态客户端注册继续兼容旧实现，但已进入弃用流程，后续方向是 Client ID Metadata Documents。

Roots、Sampling、Logging 以及旧的 HTTP+SSE 传输方式也被标记为弃用。它们在至少 12 个月的弃用窗口内继续工作，新项目应采用规范给出的替代方案。

开发者需要升级两端实现

新版本包含破坏性变更，不能只改部署配置就让旧服务器自动变成无状态。TypeScript、Python、Go 和 C# 的 Tier 1 SDK 已支持 2026-07-28，Rust SDK提供测试版支持。开发者应先查看所用语言 SDK 的迁移说明，再分别升级客户端和服务器，并通过版本协商保留与旧实现的连接能力。

如果现有服务器依赖 Mcp-Session-Id、初始化阶段保存的客户端信息、服务器主动请求或长连接恢复机制，迁移时需要把相关状态改为显式参数、MRTR 或新的订阅机制。已经按独立 HTTP 请求设计的远程服务器，改造范围通常集中在协议头、请求元数据、发现方法和 SDK 接口。

OpenAI 已恢复 Codex 的 5 小时使用限额。本地消息与云端任务重新共享同一个 5 小时时间窗口，每周限额仍会叠加计算。Plus 和 Pro 用户达到套餐限额后，可以购买积分继续使用，也可以切换 GPT-5.4 mini，减少日常任务消耗的额度。

5 小时时间窗口重新生效

OpenAI 在 7 月 12 日临时取消了 Plus、Business 和 Pro 套餐的 Codex 5 小时限额。那次调整从一开始就被标记为临时措施，并没有取消每周限额。

7 月 29 日，Codex 负责人 Tibo Sottiaux 为全部 ChatGPT Work 和 Codex 用户重置了使用额度，并公布 GPT-5.6 Sol 的限额调整。Codex 当前定价页已经重新列出 5 小时时间窗口，说明这项短期限制再次生效。

5 小时限额控制短时间内能使用多少套餐内额度，每周限额控制更长周期的总量。两者会同时存在，并不是等到每周限额耗尽后才开始计算 5 小时限额。

本地消息与云端任务共用额度

Codex 的本地消息和云端任务共享同一个 5 小时时间窗口。在电脑上让 Codex 直接修改项目，以及把任务交给云端运行，都会计入这组限额。账户还可能受到额外的每周限额约束。

当前 Plus 套餐页面给出的本地消息参考范围如下：

这些数字是平均范围，不是每个账户都能固定发送的消息数。任务越复杂、输入的项目内容越多、输出越长，单次任务消耗的额度通常越多。

达到限额后仍有三种继续方式

Plus 和 Pro 用户达到套餐限额后，可以购买额外积分，不需要先升级订阅。积分会根据所用模型以及输入、缓存输入和输出的 Token 数量扣除；Token 可以理解为模型处理文字和代码时使用的计量单位。

日常修改、简单解释和小型代码任务可以切换到 GPT-5.4 mini。当前页面估算，使用 mini 模型可让本地消息限额延长约 2.5 至 3.3 倍，具体倍数取决于原先使用的模型。

用户也可以为额外的本地任务配置 API 密钥，这部分用量按 API 标准费率单独计费。采用灵活计费的 Business、Edu 和 Enterprise 工作区，则可以购买工作区积分继续使用。

在使用面板和命令行查看剩余额度

Codex 的使用面板会显示账户当前限额和剩余积分。使用 Codex CLI 时，输入 /status 可以直接查看剩余额度，不必退出当前会话。

5 小时窗口恢复后，长时间运行多个任务更容易先碰到短期限制。开始大型重构或同时运行多个任务前，先看一次使用面板；如果剩余额度较少，可以把简单任务切换到 mini 模型，或缩短一次交给 Codex 的上下文内容。

OpenAI 已公开 Codex Security CLI 与 TypeScript SDK，代码采用 Apache-2.0 许可证。开发者可以扫描完整仓库、指定目录或代码差异，并把结果导出为 SARIF、CSV 或 JSON；运行扫描需要 Codex Security 访问权限和账号或 API 凭据。

开源的是 CLI 和 TypeScript SDK

Codex Security 这次公开的是一套命令行工具和 TypeScript SDK。命令行工具适合开发者在终端、本地 Git 仓库和 CI 流程里调用；SDK 则让团队把扫描能力接入自己的内部工具。公开包名为 @openai/codex-security，当前代码中的版本号是 0.1.1，许可证为 Apache-2.0。

这与此前通过网页连接 GitHub 仓库的 Codex Security 服务不是同一个使用入口。CLI 直接接收本地仓库路径，也能只检查指定目录、两个 Git 版本之间的差异，或工作区里尚未提交的改动。扫描代码的前提是用户拥有仓库，或获得了明确的安全评估授权。

公开仓库采用单向镜像方式同步。外部开发者可以查看代码、提交问题和提出功能建议，但外部 Pull Request 不能直接导入 OpenAI 的内部主仓库。维护者会在主仓库处理被接受的改动，再同步到公开仓库。

三条命令完成首次扫描

CLI 需要 Node.js 22 或更高版本。真正执行扫描和导出结果时，还需要 Python 3.10 或更高版本。安装、登录和扫描可以按下面的顺序完成：

1
2
3

npm install @openai/codex-security
npx codex-security login
npx codex-security scan /path/to/repo

本地交互使用可以登录 ChatGPT 账号；远程服务器支持设备码登录；CI 等无人值守环境可以通过 OPENAI_API_KEY 或 CODEX_API_KEY 提供凭据。CLI 和 SDK 仍处于 beta 阶段并要求 Codex Security 访问权限。完整仓库扫描还可能要求 Trusted Access for Cyber，仅完成登录或设置 API Key 不会自动获得这项权限。

正式扫描前可以先加上 --dry-run。这个模式会检查仓库路径、扫描目标和输出目录，不会启动 Codex，也不会读取凭据或联网。它适合先排除路径写错、结果目录放错位置等配置问题。

可以扫完整仓库，也可以只看这次改动

日常开发不一定需要每次重扫全部代码。--path 可以把范围限制在某个服务或目录；--diff origin/main --head HEAD 用于检查两个版本之间的已提交变更；--working-tree --base HEAD 则检查暂存区和工作区里的改动。需要扩大检查范围时，可以选择 deep 模式。

团队还可以通过 --knowledge-base 提供架构文档、威胁模型和安全规则。威胁模型是对系统入口、信任边界和高风险路径的整理，能让扫描结合项目实际结构，而不是只看一段孤立代码。CLI 会递归读取指定目录中的 Markdown、文本、PDF 和 Word 文档。

扫描默认只生成报告，不会因为发现问题直接修改仓库。结果中会记录发现项、覆盖范围和报告文件。覆盖状态可能是完整、部分或未知；把一次扫描当成审查证据前，需要同时检查未覆盖区域和留待处理的问题。

报告可进入 CI 和代码审查流程

Codex Security 可以导出 SARIF、CSV 和 JSON。SARIF 是代码扫描工具常用的结构化格式，适合交给支持该格式的代码托管或安全平台继续处理。CI 中可以使用 --fail-on-severity high 设置严重级别门槛：扫描完成且出现达到门槛的发现时返回状态码 1，覆盖不完整或运行失败时返回状态码 2。

npx codex-security install-hook 可以给当前 Git 仓库安装提交前检查。它会在每次提交前扫描已暂存和未暂存的变更，默认阻止高严重级别发现或扫描错误，同时保留仓库里已有的 pre-commit 脚本。团队也可以用 bulk-scan 批量扫描 GitHub 账号或组织下的多个仓库，并通过同一个结果目录续跑中断的任务。

扫描结果应保存在被扫描仓库和其 Git 工作树之外。报告可能包含源码片段、漏洞细节和复现步骤，不适合提交进代码仓库、公开 Issue 或多人共享目录。在 macOS 和 Linux 上，已有输出目录还需要限制为当前用户可访问。

SDK 适合接入内部平台

TypeScript SDK 通过 CodexSecurity 类启动扫描，返回带类型的发现项、覆盖信息和报告路径。它支持完整仓库、指定路径、Git 差异和工作区扫描，也提供预检、成本上限、进度回调和取消能力。SDK 使用 ESM 模块，需要运行在 Node.js 22 或更高版本的服务端环境。

CLI 与 SDK 让团队可以检查公开实现、固定依赖版本，并把安全扫描接入已有流程；扫描过程仍会调用 Codex Security 服务并消耗账号或 API 侧的可用额度。对个人开发者，最直接的起点是先用 --dry-run 检查配置，再对一个自己有权评估的小型仓库执行标准扫描，确认结果目录和覆盖报告符合预期后再接入提交钩子或 CI。

火山引擎在 2026 年 7 月 28 日上线豆包搜索服务，面向企业和开发者提供 API、Skill、MCP 与 Agent Plan 接入。服务可返回原文 Markdown 和结构化数据，每月含 500 次免费搜索额度。

豆包搜索从 App 功能变成可接入服务

这次开放的不是一个新的消费级搜索入口，而是给企业和开发者使用的联网信息服务。开发者可以把它接到 AI Agent，也就是能够自动拆解任务、调用工具并交付结果的智能体。当任务涉及新闻、产品更新、行业信息或其他实时内容时，智能体可以先搜索，再根据返回的材料继续处理任务。

服务覆盖跨语言、多模态和垂直领域查询。“多模态”指搜索对象不只有纯文本，还可涉及图像等内容。它和传统搜索结果页的区别在于，返回内容可以直接交给程序继续处理，不需要人先打开网页再复制。

返回 Markdown 和结构化数据

豆包搜索支持返回原文 Markdown 与结构化数据。Markdown 是一种保留标题、列表和链接等层级的轻量文本格式；结构化数据则更方便程序提取标题、链接、摘要等字段。对研究、写作、客服或企业问答类智能体来说，这种输出比只返回一串网页链接更容易编排到后续流程中。

检索方式包括定向查询、语义改写和多轮检索。语义改写会把用户的自然语言需求整理成更适合查找的问题；多轮检索则允许智能体在任务进行中继续补充查询。例如，一个产品研究任务可以先查发布信息，再补查使用入口和价格，不必把所有关键词挤在一次请求中。

API、Skill 和 MCP 对应不同接入方式

独立使用时，企业和开发者可在火山引擎豆包搜索控制台开通服务，然后选择 API、Skill 或 MCP 接入。API 适合在自有程序中直接发起请求；Skill 可以把搜索封装成智能体可调用的工具；MCP 是 Model Context Protocol 的缩写，用统一方式让支持该协议的智能体客户端连接外部工具。

已在使用火山引擎 Agent Plan 的开发者，还可以把豆包搜索作为内置工具配置到 harness 中。Harness 可以理解为承载智能体运行、工具调用和任务流程的外层框架。这条路径的重点是配置现成搜索能力，而不是自行完成一套接口联调。

每月 500 次免费搜索

豆包搜索为企业和开发者提供每月 500 次免费搜索额度。超出后可选择按量后付费，也可购买月卡套餐。开发者可以先用免费额度做原型验证，检查业务问题的检索结果和返回字段能否接入现有流程，再决定是否进入持续调用。

对普通豆包用户来说，这次发布不是新增一个需要单独学习的搜索应用。它的直接用户是需要为自己的软件、网站或智能体补充联网信息的开发者和企业。最终用户会在问答、办公、投研、商业分析或内容生产类产品中间接使用这项能力。

• 豆包搜索：https://www.volcengine.com/product/SearchInfinity

月之暗面开放 Kimi K3 完整模型权重并发布技术报告。模型共 2.8 万亿参数，每次计算激活 1040 亿参数，支持约 100 万 Token 上下文和原生图像理解；权重已在 Hugging Face 提供下载。

Kimi K3 完整权重已开放下载

Kimi K3 的模型权重已经放到 Hugging Face，下载页面无需申请访问权限。仓库包含 96 个 Safetensors 权重分片，全部文件占用约 1.56 TB。Safetensors 是大模型常用的权重文件格式，可以在加载前读取文件结构，也避免执行文件中夹带的代码。

这次开放的是完整 Kimi K3 权重，不是缩小版模型。模型总参数为 2.8 万亿，实际处理每个 Token 时激活 1040 亿参数。它采用 MoE，也就是“混合专家”架构：模型共有 896 个专家模块，每个 Token 选择其中 16 个参与计算。这样可以扩大模型容量，同时避免每次推理都调用全部参数。

模型支持约 100 万 Token 的上下文窗口，并带有原生图像理解能力。上下文窗口决定一次请求能够容纳多少文字、代码、图片信息和对话历史。模型卡列出的输入模态为文字和图像，输出为文字。

技术报告公开模型结构

随权重一起发布的技术报告解释了 Kimi K3 的主要结构。模型由 93 层组成，注意力部分包括 69 层 Kimi Delta Attention（KDA）和 24 层 Gated MLA，并使用 Attention Residuals（AttnRes）在不同深度之间选择和组合信息。

权重采用 MXFP4 格式，激活值采用 MXFP8 格式。这里的 4 位和 8 位表示模型计算时保存数字所用的精度。更低精度可以减少存储和计算开销，但 Kimi K3 的整体体量仍然很大，下载完整仓库就需要约 1.56 TB 空间。

开放范围还包括高性能注意力内核、MoE 通信库，以及用于规模化运行智能体环境的基础设施。开发者可以结合技术报告了解模型训练与推理结构，而不只是在网页或 API 中调用成品模型。

开发者可以下载部署或调用 API

模型仓库包含 Transformers 所需的配置、分词器、图像处理器和模型代码。推理部署可使用 vLLM、SGLang 或 TokenSpeed；对应项目已经提供 Kimi K3 的运行说明。开发者也可以在 Kimi API 中选择 kimi-k3，通过兼容 OpenAI 或 Anthropic 的接口调用，无需自行下载完整权重。

Kimi K3 始终开启思考模式。多轮对话和工具调用需要把上一轮返回的完整 assistant 消息继续传入，包括 reasoning_content 和 tool_calls。如果只保留最终回答，模型会丢失用于延续任务的思考历史。终端用户也可以在 Kimi Code 中通过 /model 选择 Kimi K3。

开放权重使用 Kimi K3 License

模型代码和权重使用专门的 Kimi K3 License，不是 Apache-2.0 或 MIT。许可证允许使用、复制、修改、分发、再授权、销售、部署和微调模型，也允许制作衍生作品，但使用者需要保留版权与许可声明，并遵守适用法律。

许可证对商业服务设有额外条件。如果企业以 API 等形式向第三方提供模型推理或微调服务，企业及其关联方连续 12 个月合计收入超过 2000 万美元，需要先与月之暗面签订单独协议，才能将 Kimi K3 或其衍生作品用于商业用途。

如果使用 Kimi K3 的商业产品月活跃用户超过 1 亿，或月收入超过 2000 万美元，产品界面需要显著展示“Kimi K3”。内部使用，以及通过月之暗面官方产品或认证推理合作伙伴使用模型，不适用这两项额外要求。准备将模型用于商业服务的团队，应先按自己的业务模式核对完整许可证文本。

• 模型权重：https://huggingface.co/moonshotai/Kimi-K3
• 技术报告：https://github.com/MoonshotAI/Kimi-K3/blob/main/k3_tech_report.pdf

7 月 27 日，多名在中国使用 giffgaff 的用户收到内容一致的停服通知。通知称，服务主要供英国境内使用，漫游只面向短期旅行；被判定长期或永久在英国境外使用的号码将被断开。依赖该号码接收验证码的用户应立即迁移账号，并尽快申请 PAC 携号转网。

多名在华用户收到相同停服通知

2026 年 7 月 27 日，多名在中国使用 giffgaff 的用户公开了收到的英文邮件。邮件正文基本一致：giffgaff 在审查账户使用情况后，决定断开相关号码的服务。

通知把原因指向使用地点和持续时间。邮件写明，giffgaff 服务主要供英国境内使用，漫游用于短期旅行；当使用模式显示号码被长期或永久用于英国境外时，账户不再符合该移动服务的资格，服务及相关访问将很快停止。

这类通知直接针对具体号码。收到邮件的用户不能再把该号码当作稳定的长期境外收码工具。手机银行、邮箱、社交平台和开发者账号如果仍把它用于短信验证码或找回密码，应先换绑到能够持续控制的号码，并保存现有账号的恢复代码。

这不是常见的半年无活动停号

giffgaff 原有的无活动停号规则以六个月为周期。用户在六个月内拨打一次符合条件的电话、发送一次短信或彩信、使用一次移动数据，或购买一次话费和套餐，可以让 SIM 保持活跃。

7 月 27 日公开的停服邮件采用了另一套理由。邮件没有把停服归因于六个月没有使用，而是明确写到长期或永久在英国境外使用。定期发一条短信或充值只能满足无活动规则，不能改变号码长期连接境外漫游网络形成的使用记录。

两种规则的处理重点不同。无活动停号关注号码是否在半年内产生过指定活动；这批通知关注号码是否被长期放在英国境外使用。过去依靠半年内偶尔充值或发短信保号的做法，无法解决通知中指出的长期境外使用问题。

公平使用条款允许断开 SIM

giffgaff 的公平使用条款把英国之外的漫游定位为阶段性旅行用途。条款针对欧盟及部分指定目的地写明，漫游应符合度假或短期旅行的消费模式；在四个月内有 63 天或以上在境外使用、又不能证明主要在英国使用或停留时，可能被认定为不公平使用。

63 天规则只写给欧盟及指定目的地，不能直接当作中国漫游号码的安全期限。对中国等其他目的地，用户需要按实际收到的通知和账户状态处理，不能把一次回英国、一次充值或一次短信视为可以继续长期境外使用的保证。

同一份公平使用条款还写明，当 giffgaff 合理怀疑用户没有遵守规则时，可以加收费用，或在尝试联系用户后断开 SIM 或套餐。7 月 27 日邮件使用的措辞与这项执行权一致：先说明已审查使用情况，再通知服务即将被断开。

收到通知后先处理号码和验证码

先检查所有依赖该号码的账号。把短信双重验证改到新的长期号码，能改用验证器应用或硬件安全密钥的账号应同时调整；下载并离线保存恢复代码。对于银行、支付和邮箱账号，要确认找回邮箱、备用号码和身份验证信息仍然可用。

需要保留英国号码的用户应尽快联系 giffgaff 代理并申请 PAC。PAC 是英国移动号码的携号转网代码。giffgaff 的帮助页面写明，号码停用后的 30 天内仍可向代理申请 PAC；超过 30 天，号码可能回到号码池并被重新分配。能否在境外完成转网，还取决于接收号码的英国运营商及其开卡要求。

账户中仍有话费余额时，也应在停用后的 30 天内联系代理。帮助页面允许用户在这一期限内申请剩余话费退款，同时注明因不允许的使用而停用时不提供退款。申请时应保留停服邮件、余额页面和与代理沟通的记录。

在号码迁移完成前，不要退出仍保持登录状态的重要账号，也不要删除现有 eSIM 配置。先完成验证码换绑、恢复方式检查和 PAC 申请，再处理旧卡，可以减少号码突然失效带来的账号找回风险。

腾讯于7月27日在安卓和iOS版手机QQ上线全新QQ宠物。用户可搜索“QQ宠物”进入，领养3D企鹅、狗狗或蒜头鹅，并通过喂食、洗澡、打工和好友串门互动；宠物接入Hy3大模型，可主动回应并生成每日宠物日记。

QQ宠物回到手机QQ

QQ宠物已在安卓和iOS版手机QQ上线。打开手机QQ后，直接搜索“QQ宠物”就能进入，不需要另外安装一款宠物应用。

原版QQ宠物主要在电脑端运行，并于2018年停止服务。这次上线的是面向手机QQ重新设计的产品：宠物换成3D形象，互动入口也进入聊天列表和对话等手机QQ场景。

从单一企鹅变成三类3D宠物

新版保留了经典企鹅，同时加入狗狗和蒜头鹅。领养时可以选择宠物类型，再设置昵称和性格。进入主界面后，用户可以旋转查看3D形象，点按宠物与它互动，也可以为它换衣服。

喂食、洗澡、学习和打工等养成玩法仍然保留。新版取消了宠物死亡机制，日常操作更接近轻量化的虚拟陪伴，不需要围绕宠物存活反复操作。

Hy3让宠物不再只有固定台词

新QQ宠物接入了腾讯Hy3大模型。大模型在这里的作用，是让宠物能结合当前场景生成回应，而不是只从预先写好的句子中挑选一条。用户选择的性格会影响宠物的表现方式，宠物也会主动打招呼、分享它的活动。

系统还会每日生成一篇宠物日记，把当天的养成和互动内容整理成文字。这项功能把喂食、打工等重复操作与持续变化的文字内容连接起来，是新版和旧式固定反馈之间最直接的区别。

好友可以帮你喂食和洗澡

QQ宠物没有只停留在单人养成。用户可以前往好友的宠物空间，为好友的宠物喂食、洗澡，也可以进行“踩踩”互动。这些动作和QQ好友关系直接连接，其中互踩还能用来维持好友火花。

宠物也会出现在QQ的聊天列表和对话窗口等位置。用户不必每次都回到独立的宠物主页，在日常聊天时就能看到宠物并触发互动。

如何领养新QQ宠物

打开安卓或iOS版手机QQ，在客户端内搜索“QQ宠物”，打开对应入口即可开始领养。选好宠物类型、昵称和性格后，就可以进入3D宠物主界面，使用喂食、洗澡、换装、学习和打工等功能。

OpenAI 计划在 2026 年 8 月 9 日停止运行 ChatGPT Atlas，浏览器智能体能力将转入 ChatGPT 与 Codex。Atlas 用户应在停用前导出书签、保存重要标签页和历史记录；ChatGPT 对话与 Atlas 浏览器数据分开，不受这次迁移影响。

Atlas 将在 8 月 9 日停止运行

ChatGPT Atlas 是 OpenAI 在 2025 年 10 月推出的 macOS 浏览器，把 ChatGPT、网页浏览和智能体操作放在同一个窗口中。用户可以让 ChatGPT 理解当前页面，也可以用智能体模式打开标签页、点击网页并完成多步任务。

这款独立浏览器计划于 2026 年 8 月 9 日停止运行。届时，Atlas 可能无法继续打开、浏览网页或执行基于浏览器的智能体工作流。公告到停用日之间约有 30 天，现有用户需要在截止日期前完成数据整理和迁移。

Atlas 停用后不应继续作为日常浏览器使用。浏览器依赖持续的安全维护，迁移到仍受支持的浏览器体验，可以继续获得后续更新与安全修复。

浏览器智能体能力转入 ChatGPT 与 Codex

Atlas 停用不等于 OpenAI 放弃浏览器智能体。原先放在独立浏览器里的能力将转入 ChatGPT 与 Codex，目标体验包括多标签页、下载、改进的页面导航和账号登录支持。

需要让智能体在网页中完成较长任务的用户，可以改用新的 ChatGPT 桌面应用。Codex 继续承担软件开发和技术工作，ChatGPT 中的 Work 用于研究、分析以及生成文档、表格、演示文稿等交付物。两者在桌面端都可以在用户授权后使用本地文件和应用。

如果只想在现有浏览器里获得 ChatGPT 辅助，可以改用 Chrome 扩展程序或侧边栏。不同入口的开放范围由套餐、地区、设备和工作空间设置决定，迁移前应先确认自己的账号能使用哪一种入口。

书签、标签页和历史记录不会自动搬走

Atlas 的浏览器数据不会随产品迁移自动进入新应用。书签需要从 Atlas 导出为 HTML 文件，再导入 Chrome 等浏览器。导出时应把文件保存到容易找到的位置，并在新浏览器中检查书签文件夹是否完整。

已打开的标签页也不会自动转移。仍在使用的页面应提前加入书签，或把 URL 复制到文档中。浏览历史同样需要人工筛选：以后还要访问的页面，应在停用日前保存或收藏。

ChatGPT 对话记录与 Atlas 浏览器数据相互独立。只要账号、套餐和工作空间访问权限保持有效，原有 ChatGPT 对话仍可在 ChatGPT 中使用，不需要随书签一起导出。

Atlas 用户现在需要做什么

先打开 Atlas 的书签菜单或书签管理器，选择导出书签，把生成的 HTML 文件保存到本地。随后在 Chrome 中打开“书签和列表”，选择“导入书签和设置”，再载入这份 HTML 文件。

接着逐一检查仍打开的标签页和浏览历史，把重要页面加入书签或记录 URL。团队用户还应更新内部文档、入职材料和操作指南中对 Atlas 的引用，并提醒成员在 8 月 9 日前完成迁移。

最后，根据实际任务选择后续入口：需要多步骤网页操作时使用 ChatGPT 桌面应用；开发任务继续进入 Codex；希望保留 Chrome 浏览习惯的用户可使用 ChatGPT 扩展程序或侧边栏。迁移完成后，再把 Atlas 从默认浏览器和日常工作流中移除。

千问办公已提供 macOS 与 Windows 桌面客户端，以“任务”而不是单轮问答组织工作。它可生成和编辑 Office 文件、分析数据、处理本地文件并执行网页操作，个人版包含免费、标准和高级三个档位。

从聊天窗口变成任务工作台

千问办公是由钉钉科技有限公司、钉钉（中国）信息技术有限公司及其关联公司提供的 AI 办公 Agent。Agent 可以理解目标、拆解步骤并调用工具执行，不只是在对话框里生成一段文字。

产品以“任务对话”作为主要工作方式。用户可以在一个任务中提供目标、附件、格式要求和交付形式，再通过多轮对话调整内容。任务中可切换标准模型与旗舰模型：前者面向格式转换、翻译和模板邮件等规则明确的任务，后者用于研究报告、竞品分析和多步骤流程。

可直接交付 Word、Excel、PPTX 和网页

千问办公支持生成 PPTX、Word、Excel 和 HTML 等产物，并可对 Office 文件进行预览和编辑。这与“把回答复制到办公软件”不同：用户可在原任务里要求修改结构、图表、样式或输出格式，已生成的 Word、Excel 和 PowerPoint 文件也可在线继续编辑。

它还包含图片、音频和视频内容理解，以及网页生成与发布能力。用户可以从自然语言需求开始制作静态或动态网页，预览后再发布；已发布网页可保留历史版本并切换回旧版。专家套件、技能和连接器则用于扩展特定岗位或外部服务的工作流。

macOS 与 Windows 版已提供下载

官网下载页已列出三个桌面安装包：macOS 包含 Apple 芯片版和 Intel 芯片版，系统需要 macOS 14 或更高版本；Windows 版需要 Windows 10 或更高版本，仅支持 64 位系统。

新建任务时，用户可以上传本地文件或从内置网盘选择资料。单条消息最多可添加 20 个网盘文件，每个文件最大 500 MB。任务产物会进入 Agent 工作区，可以预览、编辑、下载、重命名或删除。

免费版可试用，个人订阅按积分分层

个人版分为免费、标准和高级三档。免费版为 0 元，活动期内新用户可获得 2,000 积分，有效期 90 天；每日登录赠送 100 积分，当日有效。积分用于执行模型与任务，不是云盘存储空间。

个人标准版连续包月限时价为 78 元，原价 98 元，每月包含 2,000 基础积分和 10 GB 网盘；个人高级版连续包月限时价为 158 元，原价 198 元，每月包含 4,000 基础积分和 20 GB 网盘。订阅价格和登录赠送均带有活动属性，付费前应以结算页展示为准。

自动执行前先收紧权限

桌面 Agent 的差异来自“能操作”，风险也来自同一点。获得用户授权后，千问办公可能访问本地文件系统、浏览器会话、第三方账户、API 或数据库，并执行读取、写入、删除、移动、上传、下载或发送等操作。

实际使用时，应只授权完成任务必需的目录和账户，批量删除、覆盖文件、对外发送信息或发布网页前人工复核。内置网盘没有回收站，删除文件夹会永久删除其中内容；重要资料在交给 Agent 处理前，应先保留可独立恢复的备份。

OpenAI 为桌面端 Codex 接入由 GPT-Live 驱动的 ChatGPT Voice。用户可以边说边启动任务、询问进度、打断执行并调整方向，语音对话与后台工作不必轮流等待。

Codex 从语音输入变成实时语音协作

2026 年 7 月 23 日发布的 ChatGPT 桌面应用 26.715，把 ChatGPT Voice 带到了 Codex。它与原有的语音听写不是同一种交互：听写会先把一段录音转成文字，再作为提示词发送；GPT-Live 支持实时双向语音，用户可以在系统说话时插话，也可以要求它先听完再回应。

这套语音能力不会替代 Codex 的任务执行界面。它更像一层实时控制入口：用户负责用自然语言说明目标、补充限制和改变优先级，Codex 继续在已有项目、工具和权限范围内处理工作。

语音可以启动、查看和调整任务

在 Codex 中开启 Voice 后，用户可以新建对话或任务，也可以让它查看其他线程的进度。任务运行期间，可以继续追问当前状态、了解阻塞原因，或用新的指令打断并调整方向。

Voice 还能在一次对话中协调多个智能体。用户不必逐个打开任务窗口确认状态，可以直接询问哪些任务仍在运行、哪些任务需要决策，再决定优先处理哪一个。通过语音发起的任务仍受 Codex 当前工具权限和审批规则约束。

在桌面应用中开启 Voice

使用入口位于 ChatGPT 桌面应用。打开应用后切换到 Codex，进入新对话或现有项目，选择 Voice 控件并授权麦克风，然后直接说明要完成的工作。对话过程中，Codex 的回复会同步显示为文字。

macOS 用户还可以在设置中开启 Screen context。开启后，Voice 可以获取当前最前方窗口的一张 appshot，作为这次对话的屏幕上下文；这不是持续共享整个屏幕。该功能可能需要系统的屏幕与音频录制、辅助功能权限。

支持桌面端和配对的 iOS Remote

Voice for Codex 面向 ChatGPT 桌面应用中的符合条件账户，支持 macOS 和 Windows。Codex 更新日志列出的计划包括 Plus、Pro、Business、Edu 和 Enterprise。配对桌面主机后，用户也可以从 iOS 的 Remote 入口使用这套语音能力。

Codex 仍不能作为独立模式直接从网页或手机端选择，移动端 Remote 连接的是桌面端正在运行的 Codex。系统同一时间只允许一场 Voice 对话。

Voice 使用单独的语音额度；由语音启动的 Codex 任务，仍从现有的智能体任务用量池中计费。对经常并行运行多个任务的用户，语音节省的是切换窗口和重复查看状态的操作，不会绕过原有用量、权限或审批限制。

OpenAI 发布 Presence，为企业部署语音与聊天智能体。它可以连接企业知识和业务系统，在明确权限内处理请求、执行获批操作或转交人工，并通过模拟评估和受控更新覆盖上线前后的管理流程。

Presence 不是一个新的聊天机器人

OpenAI Presence 是一套面向企业的智能体交付产品，覆盖客户服务和内部工作流程。它支持实时语音与聊天，可用于处理账单问题、保险理赔或员工 IT 服务请求等具体工作。

每个智能体从一个明确任务开始，只获得完成这项任务所需的知识和系统访问权限。企业负责设定它可以执行哪些操作、哪些操作需要审批，以及什么情况下必须转交人工。智能体可以查询账户信息、应用业务规则并执行获批操作，但不能自行扩大权限。

这套产品不只提供对话模型。Presence 把业务政策、标准操作流程、护栏、允许执行的操作、模拟环境和评估工具放在同一套部署流程中。企业可以保留跨场景通用的政策和转交规则，再针对不同业务或语音、聊天渠道调整具体配置。

上线前先测试结果、工具和转交流程

智能体面对真实用户前，团队可以用常见请求、边界情况和高风险场景进行模拟。评估项目包括结果是否正确、是否遵守政策、是否使用了正确工具，以及是否在规定情况下转交人工。交互超出企业设定范围时，护栏可以介入。

这类测试关注的不只是回答是否通顺。一个能访问业务系统的智能体还要证明自己没有越权，调用了正确工具，并在需要人类判断时停止自动处理。

Codex 负责提出更新，团队决定是否上线

部署后，生产会话、人工转交记录和质量信号会暴露流程中的缺口。Codex 通过 Presence 插件分析这些信号并提出修改建议。团队可以把建议与生产版本进行对比测试，确认后再分批上线。

产品政策或用户行为发生变化时，企业不必直接修改正在运行的智能体。建议、测试、批准和受控发布被拆成独立步骤，生产环境的最终决定仍由团队掌握。

目前只面向符合条件的企业

Presence 已通过限量正式开放计划提供给符合条件的企业客户。部署由 OpenAI 的前沿部署工程师和指定的全球系统集成商主导，包括确定具体流程、连接知识与业务系统、设置权限和政策、测试并投入生产。

它不是个人用户或开发者可以直接注册开通的自助产品。希望采用 Presence 的企业需要联系自己的 OpenAI 客户团队。现有语音开发者仍可通过 OpenAI API 使用前沿模型，但这条 API 路径与 Presence 的企业交付服务不同。

通义发布 Qwen-Image-3.0，最长可处理 4.5K Token 的图像生成指令，并支持 10px 小字、12 种语言和 100 多种艺术风格。新版本面向信息图、报纸、分镜、试卷与界面等文字密集型图片，普通用户可从发布页面进入千问网页端体验。

最长可处理 4.5K Token 指令

Qwen-Image-3.0 是 Qwen-Image 系列的第三代图像生成基础模型。它把可接受的指令长度提高到 4.5K Token。Token 是模型处理文字时使用的基本单位；可用长度越高，一条提示词就能容纳越多场景、文字、位置和版式要求。

长指令主要服务于信息密度较高的图片。用户可以在一次生成中描述报纸、分镜、试卷、数学课件或多格信息图，并分别指定每个区域的内容。Qwen-Image-3.0 的发布示例中，一条约 3.7K Token 的指令用于生成 3×3 信息图，九个区域包含不同主题、公式、图表与中英文文字，整张图一次完成，不需要逐格拼接。

支持 10px 小字和 12 种语言

Qwen-Image-3.0 支持渲染小至 10px 的文字，覆盖正文、公式、上下标、注释和图表标签等细小元素。对于海报、课件和社交图片之外的任务，这项能力更适合报纸页面、论文排版、知识图解等文字占比较高的画面。

模型原生支持 12 种语言、多种字体和 100 多种艺术风格。多语言文字可以与插图、照片质感和界面元素放在同一张图里，适合制作本地化海报、商品页和面向不同语言用户的内容素材。

同一模型覆盖生成与编辑场景

Qwen-Image-3.0 既能根据文字从零生成图片，也能在已有图片上继续编辑。可用方式包括给书页添加手写批注、补全受损画面、为照片加入信息标注，以及把现有素材整理成结构化信息图。

编辑任务仍然通过自然语言描述目标。用户需要说明要修改的区域、保留的内容和新增元素，模型据此处理图片，不必先在图像软件中完成复杂选区。

普通用户怎么用

普通用户可从 Qwen-Image-3.0 发布页面进入千问网页端，使用图像生成功能输入提示词。制作复杂图片时，可以先写清画布用途和整体风格，再按区域列出文字、对象与位置关系；需要编辑现有图片时，则先上传图片并说明修改范围。

4.5K Token 指令更适合一次描述完整成品，但指令仍需具体。报纸、课件或多格信息图应分别写明标题、分区、文字内容和视觉层级，减少同一区域出现相互冲突的要求。

Google 发布 Gemini 3.6 Flash、3.5 Flash-Lite 和 3.5 Flash Cyber。其中，3.6 Flash 在一组综合评测中比 3.5 Flash 少用 17% 输出 Token；前两款已开放 API，Cyber 版将通过 CodeMender 限量提供。

三款模型分别处理通用任务、高吞吐任务和代码安全

Gemini 3.6 Flash 是这次更新中的通用型号，面向编程、知识工作、多模态理解和需要连续调用工具的多步任务。多模态指模型可以同时处理文字、图片、音频、视频和 PDF，而不是只接收文字。

Gemini 3.5 Flash-Lite 把重点放在高吞吐和低成本，适合批量文档解析、结构化数据提取，以及由多个小型执行单元分工完成的智能体任务。Gemini 3.5 Flash Cyber 则建立在 3.5 Flash 之上，针对查找、验证和修复软件漏洞做了专门调整，并与代码安全智能体 CodeMender 配套使用。

3.6 Flash 同时减少输出用量和输出单价

在一组覆盖知识、推理与编程等任务的第三方综合评测中，Gemini 3.6 Flash 完成任务时使用的输出 Token 比 3.5 Flash 少 17%。Token 是模型处理和计费的基本文本单位；同一任务需要的输出 Token 越少，通常代表生成过程更精简。17% 是这组评测的整体结果，不是每次调用都固定减少 17%。

Gemini 3.6 Flash 的 API 输入价格保持每百万 Token 1.50 美元，输出价格从 3.5 Flash 的 9 美元降到 7.50 美元，输出单价降低约 16.7%。实际账单还会受到输入长度、输出长度和调用次数影响。

模型 ID 为 gemini-3.6-flash，支持 1,048,576 个输入 Token 和 65,536 个输出 Token。它可以接收文字、图片、视频、音频和 PDF，输出为文字。

Flash-Lite 面向批量文档和轻量任务

Gemini 3.5 Flash-Lite 的模型 ID 是 gemini-3.5-flash-lite。API 价格为每百万输入 Token 0.30 美元、每百万输出 Token 2.50 美元，比 3.6 Flash 更适合大量、重复、单次复杂度较低的任务。

它与 3.6 Flash 一样支持 1,048,576 个输入 Token 和 65,536 个输出 Token，也能读取文字、图片、视频、音频和 PDF。典型用途包括批量读取票据、从长文档抽取字段、生成结构化 JSON，以及让主智能体把较简单的子任务交给它执行。

Flash Cyber 只通过 CodeMender 限量开放

Gemini 3.5 Flash Cyber 不是面向所有开发者的通用 API 模型。它会先在 CodeMender 的限量试点中提供，开放对象为政府和可信合作伙伴。

CodeMender 会多次调用 Flash Cyber，让多个执行单元扫描代码路径、验证漏洞并合并成一份报告。这个专用型号与公开 Gemini API 分开部署，普通开发者不能直接选择它。

两款通用模型已经可以接入

Gemini 3.6 Flash 和 Gemini 3.5 Flash-Lite 均已进入正式可用状态，开发者可以通过 Google AI Studio 和 Gemini API 调用。3.6 Flash 也已进入 Google Antigravity 与 Gemini 应用；企业用户还可以在 Gemini Enterprise Agent Platform 中使用。

接入新模型时需要检查现有请求参数。temperature、top_p 和 top_k 已被弃用，接口会忽略这些自定义值；把最后一轮对话预填为模型回复也不再受支持。迁移旧应用时，先移除这些设置可以避免后续接口报错。

阿里上线 Qwen-Audio-3.0-TTS，分为 Flash 和 Plus 两个版本。两者支持语音合成、自然语言指令与情绪、拟声标签，开发者可通过 DashScope API 调用。国际服务按输入字符计费，Flash 每万字符 0.15 美元，Plus 为 0.20 美元。

Flash 和 Plus 面向不同场景

Qwen-Audio-3.0-TTS 把文字转换为可播放的语音，支持边接收文字边返回音频的流式输出。Flash 主要用于语音助手、智能客服等对响应速度敏感的互动场景；Plus 面向有声书、新闻播报和内容配音等更重视成品质量的任务。

两个版本的模型 ID 分别是 qwen-audio-3.0-tts-flash 和 qwen-audio-3.0-tts-plus。它们属于 Qwen-Audio-TTS 产品线，不要与年初发布的 Qwen3-TTS 模型 ID 混用。

用自然语言和标签控制表达

调用接口时，可以在 instruction 参数里直接描述语速、情绪、语气和音色。例如，一段客服播报可以要求“语速稍慢，语气温和”，不需要分别调节多组音频参数。

模型还允许把标签直接写入待合成文本。[excited] 和 [serious] 可在指定位置切换表达方式，[laughing]、[gasp] 和 [sighing] 可插入笑声、吸气或叹气。这类精细标签只适用于单向流式模式。

支持多语言与中文方言

系统预设音色支持范围依具体音色而定，目前包含普通话和英语。克隆音色可用于中文、英语、日语、韩语、德语、法语、俄语、葡萄牙语、西班牙语、意大利语、泰语、印度尼西亚语、越南语、马来语、菲律宾语和阿拉伯语。

中文还可通过指令控制广东话、四川话、河南话、上海话等多种方言。实际可用范围与所选音色有关，调用前需按目标语言选择对应音色。

开发者怎么用

开发者需要先在模型服务平台开通服务并配置 DASHSCOPE_API_KEY，然后通过 DashScope Python 或 Java SDK 建立 WebSocket 连接。请求中至少需要指定模型、音色和待合成文本；需要控制表达时，再加入 instruction 参数。输出可保存为 MP3、WAV、PCM 或 Opus 格式。

该服务按输入文本字符数计费，输出音频不单独计费。新加坡区域的国际服务中，Flash 价格为每 1 万字符 0.15 美元，Plus 为每 1 万字符 0.20 美元。国际服务新开通账户有 1 万字符免费额度，有效期为 90 天。

字节跳动发布 Seed Audio 1.0，一条提示词可以同时安排多角色对白、背景音乐、音效和环境氛围。它支持文本、参考音频或参考图片输入，单次最长生成 2 分钟音频。

一条提示词完成一段声音场景

普通 TTS（文字转语音）的主要任务是把文字读出来。Seed Audio 1.0 处理的对象是完整声音场景：同一次生成里可以包含多角色对白、笑声和叹息等非语言声音、背景音乐、拟音与环境声。

提示词需要像一份简短的声音脚本。可以写清场景、角色、台词、语言、语气、背景声和音效出现的时机。例如，想做一段雨夜咖啡店对话，可以把两个角色的声线与台词、窗外雨声、室内杯碟碰撞声和音乐风格写在同一条指令里。

模型返回的是混合后的音频文件，不是分开的人声、音乐和音效轨道。需要对单独声部做精细调整时，仍要进入音频编辑工具处理。

可用参考音频或图片控制结果

除了纯文本生成，Seed Audio 1.0 还可以接收参考音频或参考图片。音频模式最多支持 3 段参考片段，每段最长 30 秒，在提示词中用 @Audio1、@Audio2和 @Audio3 指定不同参考。图片与音频参考不能在同一次请求中混用。

参考音频可用于在不同片段中复用角色声音，也可以把已生成的片段继续延长。上传真人声音时，需要事先获得本人授权，不要把未获授权的声音用于生成或公开发布。

单次最长生成 2 分钟

Seed Audio 1.0 单次最长生成 2 分钟音频，可输出 MP3、WAV、PCM 或 OGG Opus 格式。这个时长适合短广播剧、广告样片、游戏声音草图和视频配音等单个片段。播客、有声书或连续剧情需要分段生成，再继续延长或拼接。

开发者调用时还可设置采样率、语速、音量和音高。这些参数调整的是输出规格和语音表现，场景内的角色、动作与氛围仍由提示词描述。

普通用户和开发者怎么用

普通用户可以打开火山方舟体验中心的 Seed Audio 1.0 入口，选择文本生音频，填写声音脚本后生成。想复用特定角色声音时，再添加已授权的参考音频。

开发者可以通过 fal.ai 的 bytedance/seed-audio-1.0 接口调用模型。该页面提供在线试用和 API，可直接提交提示词、参考音频或图片，生成完成后获取音频文件。

Kimi 暂停接受新会员订阅，并把算力优先分配给现有订阅用户。7 月 20 日起，Kimi 与 Kimi Code 会员权益分开：前者覆盖网页端、App 和 Work，后者面向编程工作流；老套餐可以继续使用和自动续费。

Kimi 暂停接受新订阅

Kimi 在 7 月 19 日宣布暂停接受新会员订阅。过去 48 小时的需求已接近现有算力容量上限，平台将计算资源优先分配给当前订阅用户，已经订阅的用户不受这次调整影响。

暂停是临时措施。Kimi 正在增加算力，并会分批重新开放订阅名额。

会员权益从 7 月 20 日起拆分

Kimi 会员与 Kimi Code 会员将覆盖不同的产品：Kimi 会员用于网页端、App 和 Kimi Work，Kimi Code 会员面向终端、IDE 等编程工作流。需要同时使用两类产品的用户，要分别选择对应订阅。

Kimi Code 权益此前包含在 Kimi 会员中，与 PPT、Agent 等功能共享月度额度。拆分后，新版 Kimi Code 套餐使用编程专属额度，不再被其他 Kimi 功能的消耗占用；新版套餐也不包含网页端和 App 的会员权益。

Kimi Code 保留周额度和 5 小时窗口

新版 Kimi Code 套餐取消月总额度上限，但仍保留周额度和滚动 5 小时频率窗口。额度从订阅日开始每 7 天刷新，未使用部分不会累积；短时间请求过多时仍会触发限流。

这套调整把日常对话、文档和桌面办公的用量，与代码读取、文件编辑和命令执行等编程任务分开计算。用户可以在 Kimi Code 控制台查看剩余额度、频率限制、API Key 和已登录设备。

老套餐可以继续使用和续订

已经购买老套餐的用户不需要强制迁移，可以继续使用并自动续订。老套餐仍同时包含通用 Kimi 会员和 Kimi Code 权益，只是停止向新用户销售。

用户也可以主动切换到新版 Kimi Code 套餐。切换后新套餐立即生效，老套餐同时失效并关闭自动续费；老套餐剩余价值会按有效期折算退回，原有 Kimi Code 额度则按新套餐规则重新计算。

阿里千问预告 Qwen3.8 即将发布并开放模型权重，参数规模为 2.4T。面向用户的 Qwen3.8-Max-Preview 已进入 Token Plan、Qoder 和 QoderWork，可先在阿里旗下订阅与智能编程、桌面办公产品中体验。

Qwen3.8 将以开放权重方式发布

Qwen3.8 的参数规模为 2.4T，也就是 2.4 万亿参数。参数是模型在训练中学到的数值，数量反映模型规模，但不能单独代表实际效果。

“开放权重”指训练完成后的模型参数文件对外提供，便于开发者在本地或自有服务器上运行和适配模型。它与同时公开训练代码、训练数据不是同一件事，因此本次预告更准确的说法是“开放模型权重”。

Qwen3.8-Max-Preview 已开放体验

正式权重发布前，Qwen3.8-Max-Preview 已进入 Token Plan、Qoder 和 QoderWork。Token Plan 是阿里的模型订阅方案，用户可获取 API Key 和接口地址，配置到支持 OpenAI 或 Anthropic 协议的工具中使用。

Qoder 面向编程任务，提供桌面端、命令行和 JetBrains 插件；QoderWork 面向日常办公，可处理文件、数据和文档生成等任务。对想先测试模型的用户，这三个入口已可使用 Qwen3.8-Max-Preview。

Anthropic 将 Claude Code 每周使用限额提高 50% 的活动延长至 2026 年 8 月 19 日，覆盖 Pro、Max、Team 和传统按席位计费的 Enterprise 用户。活动自动生效，只适用于 Claude Code 的周限额，不改变 5 小时限额。

周限额提高 50% 延长到 8 月 19 日

此次活动从 2026 年 5 月 13 日持续到 8 月 19 日 23:59（太平洋时间）。适用用户的 Claude Code 每周使用限额在标准额度上提高 50%，不需要领取或修改账户设置。

8 月 19 日活动结束后，Claude Code 周限额恢复到标准水平，用户的套餐和账单不会因此改变。

Pro、Max 和 Team 用户自动获得

活动覆盖 Pro、Max 和 Team 计划，也包括传统按席位计费的 Enterprise 用户。符合条件的账户会自动应用更高的周限额。

Free 计划和按量计费的 Enterprise 席位不在活动范围内。Enterprise 用户需要区分自己使用的是传统席位，还是按实际消耗计费的席位。

只调整 Claude Code 的周限额

提高 50% 的是 Claude Code 每周限额，适用于命令行工具、IDE 扩展、桌面端和网页版。Claude 网页端、桌面端、移动端以及 Claude Cowork 的使用限额不随此次活动改变。

Claude Code 的 5 小时限额也保持不变。周限额控制一个七天周期内的总用量，5 小时限额控制较短时间窗口内的用量；周限额增加后，单个 5 小时窗口不会随之扩大。

使用命令行版本的用户可以输入 /usage，查看账户当前的 5 小时限额、周限额和重置时间。

Anthropic 将从 7 月 20 日起把 Claude Fable 5 纳入所有 Max 与 Team Premium 计划，最多可占每周额度的 50%。Pro 与 Team Standard 用户仍通过用量积分使用，并获得一次性 100 美元积分。

7 月 20 日起纳入两类订阅

Claude Fable 5 将从 2026 年 7 月 20 日起成为 Max 和 Team Premium 计划的订阅内模型，覆盖所有对应个人账户和团队高级席位。用户最多可以把每周使用额度的 50% 用在 Fable 5 上。

这里的 50% 是 Fable 5 在现有周额度中的使用上限，不是额外增加一份额度。其他 Claude 模型也会消耗同一个计划额度；如果周额度已经被其他模型用掉一部分，Fable 5 能使用的余额也会随之减少。

Max 计划从每月 100 美元起。Team Premium 席位按年付费时为每人每月 100 美元，按月付费时为每人每月 125 美元。此次调整改变的是模型在订阅中的包含范围，没有改变这两档计划的标价。

Pro 与 Team Standard 改用用量积分

Pro 和 Team Standard 用户可以继续使用 Fable 5，但消耗的是单独计费的用量积分，不再占用计划内的每周额度。两类用户会获得一次性 100 美元积分，用于支付 Fable 5 的用量。

这一区分决定了实际成本：Max 和 Team Premium 用户可以在订阅额度内调用 Fable 5，达到 50% 上限后再选择使用积分；Pro 和 Team Standard 用户则从用量积分开始计费。

API 仍按 Token 单独计费

Claude Fable 5 是 Anthropic 面向公众开放的最高能力档模型，主要用于长时间运行的编码任务和多阶段知识工作。模型默认支持 100 万 Token 上下文，单次请求最多输出 128K Token。上下文窗口决定模型一次能处理多少输入内容，100 万 Token 适合放入大型代码库或多份长文档。

Claude API 不包含在网页端订阅中。Fable 5 的 API 价格仍为每百万输入 Token 10 美元、每百万输出 Token 50 美元，开发者通过 claude-fable-5 调用。

使用前需要注意数据保留

Fable 5 的请求和输出会保留 30 天，用于运行安全监测机制。这一规则也适用于通过 GitHub Copilot 等第三方产品调用 Fable 5 的场景，和其他支持零数据保留的 Claude 模型不同。团队如果要处理客户资料、内部代码或受监管数据，需要先确认自身的数据合规要求。