Notable this week: Kimi K3 weights land, MCP goes stateless, OfficeCLI for agents Moonshot AI released the open weights for its K3 model, a 2.8-trillion-parameter sparse MoE with MXFP4 quantization, ranking #1 on Frontend Code Arena and #3 on the Artificial Analysis Intelligence Index. The Model Context Protocol (MCP) 2026-07-28 spec introduced a stateless core, enabling round-robin load balancing and multi-round trip requests. OfficeCLI, a single-binary C# tool, shipped with 10,800+ GitHub stars, providing AI agents read/write/render access to Office files. Z.ai's GLM-5.2, a 753-billion-parameter MIT-licensed model, offers a cheaper serving alternative to K3. Five things worth a closer look from this week. Moonshot AI released K3 weights publicly on July 27, a week after the API went live. The model is 2.8 trillion total parameters — sparse MoE with MXFP4 quantization — and ranks 1 on Frontend Code Arena and 3 on the Artificial Analysis Intelligence Index. Context window is 1M tokens. Two things to have in hand before you schedule vLLM budget. First: benchmark charts from the first week of a release tend to reflect best-of-run rather than expected production performance, and K3's early independent evaluations included a 51% hallucination rate on one agentic task subset — something I flagged in the previous curated article. That number is now checkable against the open weights. Second: trillion-scale MoE models require real H100 infrastructure to serve at reasonable latency. Unless you have that, this is a benchmark reference for now, not a drop-in replacement for Claude Haiku in a CI pipeline. The Model Context Protocol 2026-07-28 spec https://blog.modelcontextprotocol.io/posts/2026-07-28/ landed on July 28 and is the largest revision since MCP launched. The key architectural change: the protocol becomes stateless at its core. Previously, MCP servers needed sticky sessions and a shared session store to handle multi-step tool calls. Now a server can run behind a plain round-robin load balancer and route on an Mcp-Method header instead of connection state. Other additions: Multi Round-Trip Requests the server can ask the client something mid-tool-call, enabling real async patterns , cacheable tools/list responses with ttlMs , authorization hardening, and a formal extensions framework. Beta SDKs for Python, TypeScript, Go, and C are published against the release candidate. If you're building or maintaining an MCP server, the stateless shift directly affects how you handle any session-adjacent state in existing implementations. Worth a read before you pin a dependency. OfficeCLI https://github.com/iOfficeAI/OfficeCLI shipped in July with 10,800+ GitHub stars and an Apache 2.0 license. It's a single-binary C tool — embedded .NET runtime, no Microsoft Office required — that gives AI agents read, write, and render access to .docx , .xlsx , and .pptx files from the command line. The part worth testing: it renders documents to PNG for visual inspection, supports 350+ Excel functions natively, and keeps documents in memory over named pipes in a resident mode. That resident mode matters for agentic loops — you're not deserializing the document on every tool call. For any pipeline that currently requires a human to open Office files, this is the obvious first thing to evaluate. The agent can see what it produced rather than guessing from raw XML, which is how most Office-in-CI hacks have worked until now. With both K3 and GLM-5.2 now publicly available, a real comparison is possible. Z.ai's GLM-5.2 https://www.marktechpost.com/2026/07/18/kimi-k3-vs-deepseek-v4-pro-vs-glm-5-2-open-trillion-scale-moe-models-compared-on-benchmarks-license-and-serving-cost/ is 753 billion parameters, MIT-licensed, and measurably cheaper to serve: K3 runs $3.00 input / $15.00 output per million tokens via API; GLM-5.2's rate is lower. GLM-5.2 sits at 5 on the Arena Agent board and scored 81% on Terminal-Bench 2.0 vs K3's 88.3%. If your use case doesn't require K3's agentic edge or frontend coding headroom, GLM-5.2 is a meaningful cost reduction without sacrificing much capability. The MIT license also means the self-hosting calculus is cleaner — no commercial-use restrictions to check. I'm not switching my ETL pipelines away from Claude Haiku based on a leaderboard position, but I'll look at GLM-5.2 when I revisit model costs at month 3. The VS Code July 2026 release added multi-chat sessions, vision support for images and PDFs in Copilot Chat, built-in dictation, and a modern UI preview. For me, vision-for-PDFs is the most immediately useful: attaching a spec PDF directly to a Copilot chat rather than copy-pasting removes a step I do frequently when working with publisher guidelines or API docs that aren't in HTML. Multi-chat sessions mean you can keep a debugging thread open independently from a feature-planning thread without losing context. Worth checking before you build a workflow around either feature: both have plan-tier requirements. The dictation addition is the one I'd push on less experienced devs to try — it tends to change how people interact with long-form coding tasks more than they expect. Sources and further reading: Part of an ongoing 6-month experiment running three AI-curated directory sites. The technical claims here are real; this article was AI-assisted.