Grok 4.7 Underneath: What Changed in the Model Powering Your Bots
Grok Bot runs on Grok 4.7, stable since September 21. The model itself hasn't had a public benchmark reveal — but what it's now being asked to do has changed dramatically.
Every bot covered throughout this series — the individual SuperGrok and Cursor agents from the August beta, the department-level Team Bots covered earlier in this batch — runs on top of a specific underlying model: Grok 4.7, which reached a stable release on September 21, 2026. That date sits right at the edge of this continuation batch's window, which makes it worth a dedicated look even though the model itself predates most of what else is covered here. The honest framing, though, is that there isn't much publicly available detail about what changed inside Grok 4.7 relative to its predecessors — no benchmark reveal, no capability comparison, in anything found for this piece. What's changed, visibly and consequentially, is what xAI has decided the model is now responsible for.
A stable release with a thin public record
For a model that's now underpinning both Grok Bot's day-to-day agent work and a far larger project we'll get to below, Grok 4.7's own public documentation is comparatively sparse in the material reviewed for this piece. We don't have independently verified benchmark figures to put next to it, the way Meta's Muse Wonder has its Artificial Analysis Intelligence Index scores or the way GPT-6 Astra and GPT-6.1 Sol have published pricing deltas on the OpenAI side. That's not unusual for xAI specifically — this series has noted repeatedly, from the original coverage of Grok Bot's filesystem and terminal access through the pricing gaps covered in the previous article, that xAI tends to document the existence of a capability more reliably than its technical specifics. Grok 4.7 fits that same pattern: we know it shipped, we know the date, and we know it's the model doing the work. Precisely what changed under the hood to get it there is mostly unpublished.
The real news is the job, not the model
What makes Grok 4.7 worth a standalone article in this batch isn't a spec sheet — it's an assignment. On October 8-9, 2026, Elon Musk posted on X confirming that Grok Bots will now run Grokipedia's entire content pipeline — creation, fact-checking, edit review, and curation — as a coordinated multi-agent workflow built on Grok 4.7, replacing what had been a single-model process. That's a genuinely significant escalation in responsibility for the model this series has otherwise been tracking through form-filling features and session-reconnect prompts. An encyclopedia that reportedly grew from 885,279 articles at its October 2025 launch to more than six million articles within months is now operated, end to end, by the same model family running the bots covered throughout this batch — not a separate, specialized system built just for that purpose.
The more consequential question about a model usually isn't what it scored on a benchmark. It's what a company just decided to trust it with.
That's a bigger story than fits comfortably inside this article, and this batch covers it properly starting in the next part of the series, which looks at what running Grokipedia actually means for how that content gets created and reviewed, and the parts of that pipeline — like the absence of any volunteer-editor community or talk-page consensus process — that have no human backstop the way Wikipedia's equivalent process does.
One model, two very different jobs
It's worth pausing on how unusual it is, structurally, for the same model generation to be running both jobs at once. Grok Bot's day-to-day work — filling out forms, handling support tickets, navigating a CRM — is inherently bounded: each task has a defined scope, a defined set of tools, and in principle an approval gate somewhere in the loop, even if this series has repeatedly flagged that gate as underdocumented. Running an encyclopedia's entire editorial pipeline is a categorically different kind of workload: open-ended, continuously running, operating on contested and fast-changing information with no fixed task boundary at all. That Grok 4.7 is the substrate for both doesn't mean the two deployments are equally risky or equally supervised — xAI could well have built entirely separate guardrails, prompting, and oversight specific to the Grokipedia pipeline that don't apply to a Grok Bot session filling out a form. But nothing in the material reviewed for this piece confirms that distinction one way or the other, which is itself worth flagging rather than assuming.
Why this matters for Grok Bot specifically
For readers of this series tracking Grok Bot as a business or personal productivity tool, the Grokipedia assignment is relevant even if you never touch an encyclopedia article yourself. It's a direct signal about how much xAI is willing to delegate to Grok 4.7 running with minimal published oversight — the same trust pattern this series has questioned in the context of Grok Bot's missing safety documentation and undisclosed usage quotas. A company that hands its own flagship knowledge product to a multi-agent pipeline with no stated human-editor backstop is, implicitly, telling you something about how it thinks about autonomy and risk more broadly — which is useful context the next time you're deciding how much unsupervised scope to give a Grok Bot inside your own CRM or support queue. It's also a useful corrective to reading too much into the thin public record around Grok 4.7 itself as evidence of anything negative — xAI's pattern of under-documenting model internals while shipping aggressively on what those models are asked to do predates this specific model and this specific batch, and the Grokipedia assignment is the clearest evidence yet of how far that pattern extends when the stakes move from a single user's workflow to a six-million-article public reference work. The final article in this batch turns from that scope question to something smaller and more concrete: a single-line CLI fix in a different xAI product, Grok Build, that's worth noting for what it signals rather than for what it does.
Part 38 of 47 in the Grok Bot series. Previously: Grok Bot Pricing, Again: Premium, Super, Ultra and the Repricing Pattern. Next: Grok Build 1.0.62: A Small CLI Fix With a Bigger Signal. Browse more builder insights or explore AI skills at aiskill.market.