Code Llama 4 (70B & 400B) vs OpenAI GPT-4o Computer-Use API

“The primitive here is raw model weights you can actually run: no API wrapper, no rate limits, no vendor controlling your uptime. The DX bet Meta made is correct — drop weights on Hugging Face, let the ecosystem (vLLM, llama.cpp, Ollama) handle the serving layer. The moment of truth is spinning up a 70B quant locally or on a single A100, and that actually works without 12 env vars. The 400B is a different story — you're in multi-GPU territory fast — but the 70B is a genuine weekend-deployable primitive. The specific decision that earns the ship: function calling support baked in at the weight level means you're not duct-taping tool use on top after the fact.”

“The primitive here is clean: you send a screenshot, get back an action (click, type, scroll), execute it, send the next screenshot. It's a loop you own, not a platform you adopt, and that's exactly the right DX bet — put the orchestration complexity on the caller, not inside a black-box agent runtime. The moment of truth is wiring up your first sandboxed browser session, and the docs actually walk you through it without requiring five env vars before hello-world. The specific decision that earns the ship: the `computer_use` parameter slots into the existing Chat Completions endpoint rather than spawning a new API surface, so there's no new auth, no new SDK, no new mental model to adopt — it composes with what you already have.”

“Direct competitors are GPT-4.1, Claude Sonnet 3.7, and Qwen2.5-Coder — all of which have closed weights or commercial restrictions. The specific scenario where Code Llama 4 breaks is enterprise fine-tuning at 400B scale: most teams can't afford the compute to actually adapt it, so they'll run 70B quantized and wonder why it doesn't hit benchmark numbers. The HumanEval and SWE-bench claims need scrutiny — Meta authored the eval setup, and 'state-of-the-art' on benchmarks designed around pass@1 on clean problems doesn't map cleanly to real codebases with legacy debt and ambiguous specs. What saves this from a skip: the permissive license is real, the Hugging Face availability is real, and the 70B model gives teams genuine pricing leverage against OpenAI. Prediction: this wins by being the baseline every fine-tune starts from, not by being the best raw model.”

“Direct competitors are Anthropic's Computer Use (which shipped this pattern first) and browser-automation layers like Playwright with vision models bolted on — so OpenAI is late, not pioneering. The scenario where this breaks is multi-tab stateful workflows: the model loses context across long action chains, and the sandboxed environment means anything requiring persistent login state or SSO is a pain to set up correctly. What kills this in 12 months isn't a competitor — it's OpenAI themselves shipping a higher-level 'Operator' abstraction that makes this raw loop feel like assembly code, at which point developers stop using the primitive directly. What earns the ship anyway: it actually works on the class of tasks it's designed for (form-filling, data extraction from non-API sites), and the integration path for teams already on the OpenAI stack is genuinely low-friction.”

“The thesis: by 2027, the majority of production code-generation inference runs on self-hosted open weights because closed API costs are structurally incompatible with the volume that agentic coding pipelines generate. Code Llama 4 is a direct bet on that trajectory, and the 70B/400B split is smart — it covers the 'runs on one node' use case and the 'we have a cluster' use case simultaneously. The second-order effect that matters most isn't cheaper completions — it's that fine-tuning on proprietary codebases becomes viable without shipping your IP to a third-party API. The trend line is the commoditization of inference hardware plus the normalization of multi-step coding agents; Code Llama 4 is on-time, not early. The future state where this is infrastructure: every mid-size engineering org runs a Code Llama 4 fine-tune on their own codebase as a first-class internal tool, same as they run their own CI.”

“The thesis here is falsifiable: by 2028, the majority of software integration work will happen via UI-layer automation rather than API negotiation, because the long tail of enterprise software will never expose clean APIs. The dependency that has to hold is that vision-action loop latency drops fast enough to make real-time task automation economically viable — right now at several seconds per action step, synchronous workflows are painful. The second-order effect that matters most isn't developer productivity; it's that this decouples automation from cooperation from the software vendor — no partnership, no webhook docs, no SDK required. OpenAI is riding the trend of 'software that wasn't built for machines getting used by machines,' and they're on-time, not early — Anthropic already planted the flag. If this tool wins, the infrastructure state is: sandboxed browser runtimes become a commodity layer the way Lambda functions did, and the fight moves entirely to which model makes the fewest misclicks.”

“The buyer here isn't an individual — it's an engineering team with a cloud bill and a compliance department that doesn't want code leaving the perimeter. That's a real, funded budget: 'self-hosted AI' sits in infra, not experimental tooling. The moat question is where this gets complicated: Meta has no moat in the traditional sense, but the ecosystem lock-in comes from fine-tune artifacts and toolchain integrations that accumulate over time. The real business risk is that Meta releases Code Llama 5 in eight months and the 400B variant is immediately obsolete before most teams have even finished deploying it — the open-source cadence creates capability depreciation that's faster than enterprise adoption cycles. Still a ship because the pricing model — free weights, you pay for compute you'd be paying for anyway — is the only model that survives contact with a CFO asking why you're paying per-token for internal tooling.”

“The buyer is any developer team automating workflows against software that lacks APIs — which sounds like a wide market, but the pricing is the problem: at GPT-4o token rates plus screenshot tokens per action step, a 20-step task can cost more than a human doing it once, and at scale that unit economics breaks before the product does. The moat is zero: this is a capability that Anthropic, Google (Gemini + Project Mariner), and any open-weight model with vision can replicate, and OpenAI's only durable advantage is model quality, which is a temporary lead not a structural one. What would have to change for this to earn a ship: a pricing tier that caps cost per completed task rather than per token, so that developers can build products with predictable margins on top of it — right now you're taking on model cost volatility every time a task gets more complex.”