本周技术速览：K3 开源、MCP 无状态化、Agent Office CLI

本周有五件事值得深入关注。

Kimi K3 权重于 7 月 27 日登陆 Hugging Face

在 API 上线一周后，Moonshot AI 于 7 月 27 日公开发布了 K3 权重。该模型总参数量达 2.8 万亿，采用稀疏 MoE 架构和 MXFP4 量化，在 Frontend Code Arena 中排名第一，在 Artificial Analysis Intelligence Index 中排名第三。上下文窗口为 100 万 token。

在安排 vLLM 预算之前，有两件事需要心里有数。第一，模型发布首周的基准测试图表，往往反映的是最佳单次运行成绩，而非生产环境中的预期表现。K3 的早期独立评测显示，在某个 Agent 任务子集上，其幻觉率达到 51%——我在上一篇精选文章中提到过这一点。现在有了开放权重，已经可以对这个数字进行验证。第二，万亿参数规模的 MoE 模型需要真正的 H100 基础设施，才能以合理的延迟提供服务。除非你具备这样的条件，否则目前它更适合作为基准参照，而不是 CI 流水线中 Claude Haiku 的即插即用替代品。

MCP 2026-07-28 规范发布——核心转向无状态

Model Context Protocol 2026-07-28 规范于 7 月 28 日发布，这是 MCP 推出以来规模最大的一次修订。最关键的架构变化是：协议的核心变为无状态。此前，MCP server 需要粘性会话和共享会话存储，才能处理多步骤工具调用。现在，server 可以部署在普通的轮询负载均衡器之后，并根据 Mcp-Method header 进行路由，不再依赖连接状态。

其他新增内容包括：Multi Round-Trip Requests（server 可以在工具调用过程中向 client 提问，从而支持真正的异步模式）、可通过 ttlMs 缓存的 tools/list 响应、授权机制加固，以及正式的扩展框架。面向 Python、TypeScript、Go 和 C# 的 Beta SDK，也已经基于这个候选版本发布。如果你正在构建或维护 MCP server，这次无状态化转型会直接影响现有实现中所有与会话相关的状态处理方式。在锁定依赖版本之前，值得仔细阅读。

OfficeCLI——供 AI Agent 处理 Office 文件的 Apache 2.0 CLI

OfficeCLI 于 7 月发布，已经获得超过 10,800 个 GitHub Star，并采用 Apache 2.0 许可证。它是一款单二进制 C# 工具，内置 .NET runtime，无需安装 Microsoft Office，就能让 AI Agent 通过命令行读取、写入和渲染 .docx、.xlsx 与 .pptx 文件。

其中最值得测试的是：它可以将文档渲染为 PNG，以便进行视觉检查；原生支持 350 多种 Excel 函数；还能通过常驻模式下的命名管道，将文档保存在内存中。这个常驻模式对于 Agent 循环十分重要——你不必在每次工具调用时都重新反序列化文档。对于任何目前仍需要人工打开 Office 文件的流水线来说，它显然是最应该优先评估的工具。Agent 可以直接看到自己生成的内容，而不是对着原始 XML 猜测结果——到目前为止，大多数在 CI 中处理 Office 文件的临时方案都是这么做的。

当两个万亿规模模型都已开放权重，GLM-5.2 值得重新审视

随着 K3 和 GLM-5.2 都已公开发布，现在终于可以进行真正的比较。Z.ai 的 GLM-5.2 拥有 7530 亿参数，采用 MIT 许可证，而且部署成本明显更低：通过 API 使用 K3 时，每百万 token 的输入价格为 3.00 美元，输出价格为 15.00 美元；GLM-5.2 的费率则更低。GLM-5.2 在 Arena Agent 排行榜上位列第五，在 Terminal-Bench 2.0 中取得了 81% 的成绩，而 K3 为 88.3%。

如果你的使用场景不需要 K3 在 Agent 能力上的优势，也不需要它在前端编码方面更高的性能上限，那么 GLM-5.2 可以在几乎不损失能力的情况下，显著降低成本。MIT 许可证也让自托管时的权衡更加简单——无需检查是否存在商业用途限制。我不会因为某个排行榜名次，就把 ETL 流水线从 Claude Haiku 迁走；但到了第三个月重新审视模型成本时，我会认真考虑 GLM-5.2。

VS Code 2026 年 7 月版——多会话 Copilot 与 PDF 视觉能力

VS Code 2026 年 7 月版新增了多聊天会话、Copilot Chat 对图片和 PDF 的视觉支持、内置听写功能，以及现代化 UI 预览。对我来说，PDF 视觉能力是最能立刻派上用场的功能：可以把规范 PDF 直接附加到 Copilot Chat，而不是复制粘贴内容，省去了我在处理出版商指南或没有 HTML 版本的 API 文档时经常要做的一步。多聊天会话则意味着，你可以让调试线程和功能规划线程彼此独立地保持打开，同时不会丢失上下文。

在围绕这两个功能构建工作流之前，有一点值得确认：它们都对订阅方案等级有要求。至于新增的听写功能，我尤其建议经验较少的开发者尝试一下——它对人们处理长篇编码任务时交互方式的改变，通常比他们预想的更大。

来源与延伸阅读

Kimi K3 技术博客：开放前沿智能——Moonshot AI

2026-07-28 MCP 规范——Model Context Protocol Blog

GitHub 上的 OfficeCLI——Apache 2.0，iOfficeAI 组织

Kimi K3、DeepSeek V4 Pro 与 GLM-5.2 在基准测试、许可证和部署成本方面的对比——MarkTechPost

2026-07-28 MCP 规范候选版本的 Beta SDK——Model Context Protocol Blog

本文属于一项持续六个月的实验，该实验运营着三个由 AI 策展的目录网站。文中的技术论述均为真实信息；本文在 AI 辅助下完成。

如需采取进一步措施，你可以考虑屏蔽此人和／或举报滥用行为。