Finally, an answer to Claude Code and Codex from Elon Musk's team.
Grok 4.5 — Faster and Cheaper than the Opus-Class
https://x.ai/news/grok-4-5
https://cursor.com/blog/grok-4-5
On July 8, 2026, SpaceXAI unveiled the Grok 4.5 model—tailored for code generation, autonomous tool use, and "office" tasks. It was trained in collaboration with Cursor on tens of thousands of GPUs. The training data includes trillions of tokens from real Cursor sessions: how people work with repositories, agents, and tools, plus STEM and general knowledge, rather than just "pure" coding like in Composer 2.5. The model has seen what real-world work in Cursor looks like from users who opted in via their settings.
In benchmarks, the model isn't leading everywhere—sitting somewhere between GPT 5.5 (with 5.6 just around the corner) and Opus/Fable—as the focus is specifically on cost-effective intelligence. Compared to GLM-5.2, Grok has the ability to accept image inputs.
On SWE-bench Pro, the model consumes about 4 times fewer output tokens than Opus 4.8 at maximum settings while pushing around 80 tokens per second. On longer tasks, Grok tends to overcomplicate answers less than Sonnet 5 or Opus, meaning the actual bill often ends up being more favorable than a simple token-price comparison suggests. The API costs $2/$6 per million input/output tokens; if the context exceeds 200k (with a maximum of 500k), the price doubles.
Grok Build CLI for Everyone
https://x.ai/cli
https://x.ai/news/grok-build-cli
Grok Build is a terminal-native coding agent (a Rust-based CLI, in beta since May 2026). It’s not a browser chat, but an agent in your command line. It has everything you need: parallel subagents (including in separate git worktrees), skills / plugins / hooks / MCP / AGENTS.md. Out of the box, it intentionally picks up settings from Claude Code (skills from ~/.claude/ and some permissions). It features a headless mode (grok -p) for scripts and CI, voice, image/video tools, and a /goal command for long-term objectives.
Grok 4.5 with a 500k context window has now been set as the default model. So Grok Build focuses on speed and parallelism (multiple agents running simultaneously). Right now, it features a clean, nice terminal UX and compatibility with workflows from the Claude ecosystem. Plus, for a limited time, there is a free tier in Grok Build and Cursor (in Cursor, this applies to all plans, with double usage for the first week). It is not yet available in the EU (promised by mid-July).
Currently, the interface has a lot of "pay for subscription" prompts. By default, training data collection is enabled after installation—you have to go into the settings to opt out. In my comparative testing of ZCode (another relatively affordable GLM-5.2 model) vs. Grok Build, I preferred the results from Grok.
https://www.youtube.com/watch?v=RGXRUH3oK6U
According to the video creator, Grok generated a more visually appealing version (better color palette, more user-friendly design) of the presentation. Grok also produced a much better solar system simulation. For creating a web page from a photo, the results were roughly identical. The main advantage is the price, which is 5–6 times cheaper than Claude Code.
Discussion
https://news.ycombinator.com/item?id=48835111
On HN, the discussion revolves around price, speed, and how many tokens a task actually consumes. First impressions: it is very fast, performance-wise around the lower tier of Opus / GLM 5.2, and if you pay for the API, it often ends up cheaper than GPT and Opus. Grok Build's interface is being praised—"well made"—especially against the backdrop of Claude Code's ongoing decline.
There is skepticism too. It stops looking cheap once the context exceeds 200k; some are keeping it strictly for short reviews. There are complaints that for simple edits (inline helpers), the model tends to rewrite half a module instead of just ten lines. Grok's reputation (past safety scandals) is still cited as a reason to avoid using the model.
Cursor data and training in robust environments are strong points; Grok 4.5 + Grok Build look like good candidates to test on various tasks if your repositories aren't too large.
#grokbuild #cursor #newllmmodel #agenticcoding