Horizon 每日速递 - 2026-07-10
从 94 条内容中筛选出 10 条重要资讯。
- OpenAI 发布 GPT-5.6 家族 ⭐️ 10.0/10
- ChatGPT Work 变成长任务代理 ⭐️ 10.0/10
- GPT-5.6 成为 Copilot 首选模型 ⭐️ 9.0/10
- Meta 发布 Muse 多模态推理模型 ⭐️ 9.0/10
- OpenAI Codex 0.144.0 增强审批与 MCP 鉴权 ⭐️ 8.0/10
- Meta 发布 Muse Spark 1.1 API ⭐️ 8.0/10
- Meta 向开发者开放 Muse Spark 1.1 ⭐️ 8.0/10
- Copilot 可概览仓库 ⭐️ 8.0/10
- GPT-Live 为 ChatGPT 带来全双工语音 ⭐️ 8.0/10
- GitHub 代码质量支持仓库级定向 ⭐️ 7.0/10
OpenAI 发布 GPT-5.6 家族 ⭐️ 10.0/10
OpenAI 已将 GPT-5.6 正式推向全面可用,并提供三种规格:Luna、Terra 和 Sol。该系列拥有 100 万 token 上下文窗口、2026 年 2 月 16 日的知识截止日期,以及最高 128,000 个输出 token。 这对构建长任务 agent 和其他需要超大上下文、持续工具调用的团队来说是一次重要的平台更新。明确的分层定价和模型规格,也让开发者更容易在不同工作负载下平衡能力与成本。 OpenAI 给出的定价分别是:Luna 每 100 万输入/输出 token 为 1 美元/6 美元,Terra 为 2.5 美元/15 美元,Sol 为 5 美元/30 美元。OpenAI 称 GPT-5.6 Sol 在 Agents’ Last Exam 上取得 53.6 的新高,但文章也提醒,不同模型的推理 token 消耗会影响成本比较,而且 SWE-Bench Pro 本身也存在已知问题。
rss · Simon Willison · 7月9日 19:46
背景: “全面可用”表示该模型已正式面向生产环境发布,而不再只是预览版或早期访问。上下文窗口指模型在单次请求中能够保留并处理的文本量,100 万 token 窗口适合超长文档、agent 和多步骤工作流。Agents’ Last Exam 是一个用于衡量长周期、具有经济价值任务的基准,因此它与 agent 能力的说法密切相关。
参考链接
标签: #OpenAI, #GPT-5.6, #AI模型, #Agent, #开发者平台
ChatGPT Work 变成长任务代理 ⭐️ 10.0/10
OpenAI 表示,ChatGPT Work 是一个代理,可以跨你的应用和文件执行操作,必要时还能在一个项目上持续工作数小时,直到把目标变成完成的成果。这个发布把 ChatGPT 从回答提示词的工具推进为能够执行多步骤任务的代理。 这标志着 OpenAI 对 ChatGPT 的定位发生了重要变化:它不再只是聊天界面,而是可以参与真实工作流的工作代理。如果它能按描述运行,就可能改变开发者和团队在日常业务工具中自动化任务的方式。 该产品被描述为可以跨应用和文件执行操作,并在项目上持续数小时,这意味着它处理的是长时间运行的多步骤执行,而不是一次性回复。提供的材料还把 ChatGPT Work 放在 OpenAI 向统一生产力平台转型的背景下。
rss · OpenAI News · 7月9日 10:00
背景: ChatGPT 是 OpenAI 的对话式 AI 产品,最初主要用于回答问题和生成文本。AI 代理则更进一步,它会使用工具并代表用户执行操作,而不只是停留在聊天回复。这里的表述说明它是一个面向工作流的产品,目标是把用户的目标推进到完成的工作成果。
参考链接
标签: #OpenAI, #ChatGPT, #AI agents, #productivity, #developer tools
GPT-5.6 成为 Copilot 首选模型 ⭐️ 9.0/10
OpenAI 表示,GPT-5.6 现在已成为驱动 Microsoft 365 Copilot 的首选模型,覆盖 Word、Excel、PowerPoint、Copilot Chat 和 Cowork。此次更新旨在让日常办公流程中的输出更快、质量更高。 这是一项发生在最广泛使用的企业生产力套件之一中的平台级模型切换,因此可能影响数百万用户的写作、分析和演示工作方式。它也再次说明,AI 模型发布已经越来越紧密地绑定到真实生产力软件,而不只是独立聊天产品。 这则消息并不是在介绍一个全新的 Copilot 功能,而是说明 GPT-5.6 作为首选模型接入了现有的 Microsoft 365 Copilot 体验。搜索结果还显示,GPT-5.6 这一模型家族包含 Sol、Terra 和 Luna,但这条新闻只确认该模型家族正被用于 Microsoft 365 Copilot。
rss · OpenAI News · 7月9日 13:00
背景: Microsoft 365 Copilot 是微软面向办公应用的 AI 助手,覆盖 Word、Excel、PowerPoint 和聊天等场景。它可以帮助用户起草文本、分析数据,并在现有工具中创建演示文稿。OpenAI 模型长期以来都是微软 AI 技术栈的一部分,因此底层模型的变化会直接影响 Copilot 的质量和表现。
参考链接
标签: #OpenAI, #Microsoft 365 Copilot, #AI models, #enterprise productivity, #product update
Meta 发布 Muse 多模态推理模型 ⭐️ 9.0/10
Meta 发布了 Muse,这是一款面向 agentic 任务的多模态推理模型。它主打 1M 令牌上下文窗口、工具调用和主动上下文管理。 这之所以重要,是因为它让 Meta 更深入地进入能够规划、调用工具并跨模态工作的 agent 型 AI 系统。对于开发者来说,这意味着面向长流程 AI 工作流的平台能力更强,尤其适合需要记忆、执行动作和多模态理解的产品。 根据摘要,Muse 主要围绕四条能力线设计:工具调用、计算机使用、写代码和多模态理解。它还被描述为可以操作桌面、浏览器和移动设备,并在压缩历史工作时保留关键步骤。
rss · BestBlogs.dev · 7月9日 15:03
背景: Agentic AI 通常指能够在较少人工干预下追求目标的系统,这类系统往往会使用外部工具并执行多步操作。工具调用让模型不只是生成文本,还能决定何时调用函数或服务。1M 令牌上下文窗口之所以重要,是因为它能在任务过程中保留更多历史信息或参考材料。
参考链接
标签: #Meta, #多模态模型, #Agent, #长上下文, #AI平台
OpenAI Codex 0.144.0 增强审批与 MCP 鉴权 ⭐️ 8.0/10
OpenAI Codex 0.144.0 版本新增了“writes”应用审批模式,允许已声明的只读操作直接执行,但在写入时再请求批准;同时,MCP 工具现在可以在不启用实验性选项的情况下交互式请求认证,宿主服务也可以在运行时提供 Codex 鉴权并把成功登录重定向到托管页面。此次更新还改进了额度重置积分显示、包管理器识别和 Ultra 推理的用量提示。 这些改动让 Codex 在真实开发流程中更安全、更容易使用:它在收紧写入权限的同时,也降低了读取和工具鉴权的操作摩擦。对于越来越依赖外部服务和权限边界的 agent 编码工作流来说,MCP 工具和托管应用服务器集成的改进尤其重要。 新的“writes”模式允许已声明的只读操作直接执行,但在需要写入时才发起审批,从而比完全交互或完全只读模式提供了更细的权限边界。此次发布还涉及 MCP 的交互式认证、运行时应用服务器认证、托管登录跳转,以及 Windows 沙箱文件删除修复和 codex_apps 连接器长会话认证刷新等改进。
rss · OpenAI Codex Releases · 7月9日 20:22
背景: Codex 是 OpenAI 的命令行和 agent 编程工具,因此即使是小版本更新,也会明显影响开发者如何批准操作、完成服务认证和管理会话。MCP,即 Model Context Protocol,是一种让工具连接外部能力并处理认证与授权流程的方式。此次更新中,与鉴权相关的改动尤其重要,因为它减少了对实验性开关的依赖,也让托管登录流程更实用。
标签: #OpenAI Codex, #AI开发工具, #MCP, #权限控制, #开发者工具
Meta 发布 Muse Spark 1.1 API ⭐️ 8.0/10
Meta 发布了 Muse Spark 1.1,这是首个提供 API 的 Spark 模型。此次更新被强调在智能体工具调用和计算机使用能力方面有显著提升。 API 让这个模型可以直接接入开发者工作流,而不只是停留在演示或研究阶段。更强的工具调用和计算机使用能力,对构建能够与外部系统交互并执行实际操作的智能体很重要。 这则公告还指向了单独的 Muse Spark 1.1 评测报告,其中包含更详细的技术信息,包括模型在自我对话实验中的表现。Simon Willison 还发布了新的 llm-meta-ai 插件,为 LLM 命令行工具和 Python 库提供通过 Meta API 访问 Muse Spark 1.1 的能力。
rss · Simon Willison · 7月9日 16:24
背景: 工具调用是指 AI 模型不仅能生成文本,还可以与外部工具、API 或系统交互。计算机使用能力通常指模型能够处理界面,并执行类似使用电脑或浏览器的操作。此次发布延续了 Meta 在 4 月对 Muse Spark 的介绍,但这一次是 Meta 首次通过 API 提供该模型。
标签: #AI models, #Meta, #developer tools, #agentic workflows, #API
Meta 向开发者开放 Muse Spark 1.1 ⭐️ 8.0/10
Meta 发布了 Muse Spark 1.1,并同步推出新的 Meta Model API,方便开发者把该模型接入 AI 编程软件。公司表示,Spark 1.1 相比今年 4 月推出的第一代模型有“跨越式”提升。 这意味着 Meta 不再只是展示内部模型,而是提供面向开发者的平台,并明确瞄准编程工作流,这让它直接进入 AI 编程工具的竞争。若获得广泛采用,全栈工程师和开发团队将多一个用于构建代码助手、智能体和自动化流程的选择。 Meta Model API 号称可以通过 curl、SDK 或编程智能体快速接入,而且与 OpenAI SDK、Anthropic SDK 以及 OpenCode、Claude Code 之类的智能体命令行工具兼容。这样的兼容性有助于降低迁移成本,但真正的考验仍然是 Muse Spark 1.1 在编程任务上的表现是否足够强。
rss · The Verge AI · 7月9日 14:00
背景: Muse Spark 是 Meta 自研的 AI 模型家族,第一版于 4 月推出,被描述为原生多模态推理模型,支持工具调用、视觉链式思维和多智能体编排。模型 API 是开发者用来发送提示词并接收输出的接口,这能让模型更容易接入产品和工作流。在这里,Meta 把该 API 的重点放在 AI 编程软件上,而不只是通用聊天场景。
参考链接
标签: #Meta, #AI models, #developer tools, #coding assistants, #API
Copilot 可概览仓库 ⭐️ 8.0/10
GitHub 现在允许 Copilot 为你第一次查看的仓库生成高层概览。你可以通过 GitHub.com 导航栏中的 Copilot 图标访问这项功能,或者直接让 Copilot Chat 生成仓库概览。 这可以缩短理解陌生代码库所需的时间,尤其适合新项目上手或审阅包含大量文件的仓库。由于它面向所有 GitHub Copilot 计划开放,因此会影响大量使用 GitHub 工作流的个人开发者和团队。 GitHub 表示,Copilot 还可以存储有关仓库的有用信息,供 Copilot cloud agent 和 Copilot code review 等其他功能在生成结果时使用,从而提高输出质量。这个变化延续了 GitHub 现有的 Copilot 工作流,即在上下文中解释代码、文件和符号。
rss · GitHub Changelog · 7月9日 14:25
背景: GitHub Copilot 是 GitHub 的 AI 助手,可帮助开发者完成编码任务,包括行内建议、聊天、代码解释和文档辅助。理解仓库很重要,因为大型代码库通常需要开发者先弄清结构、用途以及关键符号,才能安全地修改代码。GitHub 也已经提供了使用 Copilot 探索代码库的教程,包括理解特定文件和符号的用途。
参考链接
标签: #GitHub, #Copilot, #developer tools, #AI-assisted coding, #codebase understanding
GPT-Live 为 ChatGPT 带来全双工语音 ⭐️ 8.0/10
GPT-Live 是一个 Product Hunt 列表,介绍了 OpenAI 为 ChatGPT 提供的全双工语音功能。该页面将其描述为一种新的语音体验,让 ChatGPT 能在同一次交互中更自然地边听边说。 全双工语音模式可以让 ChatGPT 更接近真实对话,减少早期语音系统那种一问一答、频繁停顿的感觉。这对评估或构建语音界面的用户很重要,因为更自然的对话衔接有助于提升助手、客服和其他语音 AI 产品的可用性。 该列表中唯一明确的细节是这是 ChatGPT 的“全双工语音”功能;所给内容并未包含版本号、发布时间或使用限制。由于 Product Hunt 页面信息很少,而且这里也没有实质性评论,因此除功能名称之外的技术细节无法从材料中确认。
rss · Product Hunt · 7月9日 03:32
背景: 语音助手通常采用半双工流程,也就是系统在“听”和“说”之间轮流切换,而不是同时进行。全双工语音的目标,是通过支持更连续的对话和更自然的打断处理,让交流感觉不那么机械。ChatGPT 是 OpenAI 的对话产品,这类语音功能会影响用户如何免提地与 AI 互动。
参考链接
标签: #OpenAI, #ChatGPT, #voice AI, #product launch, #AI interfaces
GitHub 代码质量支持仓库级定向 ⭐️ 7.0/10
GitHub 现在允许组织所有者对选定的一部分仓库启用或停用 GitHub Code Quality,而不必将该设置一次性应用到整个组织。这个变化来自 GitHub Changelog 文章《Organization-level targeting for GitHub Code Quality》。 这让平台和工程团队拥有更细粒度的发布控制,在大型组织中引入代码质量检查时可以降低风险。对于不同仓库成熟度不一、需要分阶段推广的团队来说,这一点尤其有价值。 GitHub Code Quality 会在拉取请求和仓库扫描中标记问题,能够应用由 Copilot 驱动的自动修复,并可通过规则集强制执行标准。此次新增的定向能力只改变启用或停用的范围,并不改变 Code Quality 本身的功能。
rss · GitHub Changelog · 7月9日 15:54
背景: GitHub Code Quality 是 GitHub 的代码质量功能集,文档将其描述为通过在拉取请求和默认分支上展示问题,帮助团队保持代码的可靠性和可维护性。组织所有者通常会集中管理设置,但只选择部分仓库进行启用,是逐步推广工具并缩小影响范围的常见做法。
参考链接
标签: #GitHub, #code quality, #developer tools, #repo management, #platform update