We can't find the internet
Attempting to reconnect
Something went wrong!
Hang in there while we get back on track
🔥 TOP SIGNAL
Codex’s safety boundary failed in a very ordinary place: temporary-file cleanup. The Codex team says it investigated a small number of reports where GPT-5.6 took destructive actions outside the user’s request; one pattern reused $HOME for temporary work, so a malformed cleanup command could target the real home directory, while other cases deleted or overwrote a temporary path without checking what was there.
The response is a stack, not a prompt tweak: explicit deletion-target checks, fresh temp directories, no repurposed system environment variables, recoverable actions, and a stop condition when scope is unclear; execution checks now escalate high-risk deletion commands, Full access is harder to enable accidentally, Auto-review was tightened, and targeted replay evals, RL tasks/graders, and training-data filtering were added. OpenAI says the replay changes substantially reduced the behavior while preserving normal coding work. For anyone running an agent with write access, the immediate move is operational: update Codex, use Ask for approval or Approve for me, and reserve Full access for trusted, recoverable environments.
⚡ TRY THIS
Replay the scary path, not just the happy path. Add destructive cleanup, bulk-renames, migrations, and ambiguous-scope tasks to a replay suite. Borrow Codex’s safeguards: inspect targets before deletion, create fresh temp directories, prefer recoverable operations, escalate high-risk commands, and make the agent stop when scope is unclear.
Define the factory’s quality bar before scaling it. Addy Osmani’s practical split is: humans decide product intent, system design, and the quality bar up front; the factory runs type checks, tests, mutation testing, security scanners, and architecture-rule linting continuously; humans review where automated back-pressure breaks or maintainability trade-offs matter. Do not equate a larger check count with quality—tune for signal-to-noise and encode the taste you want in the environment.
Assemble context before spending frontier tokens. Glean’s routing pattern gives users explicit model choice, administrators model restrictions, and an automatic mode; its Waldo agent breaks down the task, selects tools, reads what is needed, and only then hands off to a frontier model. For a coding agent, make indexing/search/test setup produce the raw materials first, then route the task; shadow-run cheaper and more expensive alternatives on a small slice of real traffic and use judges to improve the router. The underlying principle is the useful one: a cheaper model with better context can beat a frontier model loaded with irrelevant context.
Turn support into a context handoff. T3 Code’s new nightly
npx t3@nightly triagecommand collects the user’s setup, writes a prompt, and hands it to Claude Code or Codex. Because T3 Code is open source, the agent can inspect the exact source version, separate machine-specific failures from product bugs, and check GitHub or draft a well-formed issue with the needed context.
📡 WHAT SHIPPED
Codex safety hardening: the team rolled out layered protections for rare destructive actions, including high-risk command escalation, safer Full-access defaults, improved Auto-review, replay evaluations, and new RL tasks/graders.
T3 Code nightly triage:
npx t3@nightly triageis now available to package setup context and delegate debugging to Claude Code or Codex. Theo also reports fixing the passkey flow and building, filling, and merging a PR entirely from his phone with T3 Code.Warp Factories: Warp introduced open infrastructure for cloud software factories: configure the factory as code, use any model and harness, measure quality with evals and benchmarks on your own data, and use built-in self-improvement and memory.
LangSmith Tuned Evaluators: LangChain launched production-trace evaluators starting with a Perceived Error signal. They ship with a tuned model, prompt, and managed infrastructure; LangChain reports that its specialized model beat every frontier model tested and cut evaluation cost by 82% in its benchmark.
🎬 GO DEEPER
Study Kody PR #1537: Kent C. Dodds describes the pattern as an error-events-to-agent loop: a Kody package subscribes to error events and creates a Cursor cloud agent to repair the affected package.
Read Latent Space’s model-routing report: focus on the “raw materials first, model second” architecture and the small-fraction shadow evaluation loop, not the vendor cost claims.
Watch/listen to the Max Agency episode with Unify: LangChain’s post points to Unify’s reported 90–95% model-cost reduction two weeks before launch; use it as a case study in pre-launch routing and cost control.
Editorial take: The durable coding-agent edge is moving into the harness: permission gates and replay evals contain failure, context assembly makes routing cheaper, and evidence—not raw autonomy—decides what ships.
@abacaj reports a firsthand failure with the automated training tool Fable: training LFM 2.6B through Fable made the model worse on every attempt until he inspected the data, which revealed a wrong chat template on about 1/3 of the data and imported HF datasets that didn't align with the task . @viemccoy's quote in the thread states the principle: "if you're training a model and you aren't inspecting the data, you actually aren't training a model - the model is training you" . @swyx frames the post as part of "the great autoresearch backlash" — pushback against fully autonomous research/data agents that skip human verification .
Glean CEO Arvind Jain (ex-Google Distinguished Engineer; Glean hit $300M ARR, up 3x in 15 months ) describes its model-routing architecture as a "meta-harness" — "a superset of ChatGPT, Claude, Gemini, Grok" — amid surging demand after Stripe bought OpenRouter for over $7B . Glean offers three levels of model selection: explicit employee model choice, admin restrictions/usage limits, and automatic per-task routing; automatic mode is chosen mostly for economics ("It's mostly because of cost") .
- Cost math driving routing: the newest models cost 2-4x more per token than prior models, and users run much longer tasks on them, so per-user spend is 10-20x what it was a year ago . Glean also routes trivial tasks away from LLMs entirely ("They could have used a calculator to do that") .
- Direct coding-agent comparison (attributed, vendor-side): Glean engineering lead Tony Gentilcore claims Glean "is 4x more cost-effective" than Claude Code, "averaging $0.45 per task versus $1.84 for Claude Cowork", crediting Glean's "harness and routing capabilities" — a company claim by Glean's co-founder, not independent benchmarking .
- Architecture pattern worth copying: Glean's "agentic search model" Waldo (introduced in April) sits on top of the LLMs and decides how to break down the question, which tools to use, what to read next, and when it has enough evidence to hand off to a frontier model — Glean claims it "reduces latency by 50% and tokens by 25%" . Model routing happens only after Waldo assembles the "raw materials" without burning LLM tokens, so "a cheaper model with better context may outperform a frontier model loaded with irrelevant data" .
- Routing evals: on a small fraction of real traffic, Glean runs the same task in parallel with cheaper and more expensive alternative models, then uses "AI-based judges" to score how spot-on the router was — a continuous learning loop fed by real-world queries .
- Open-weight shift: Jain says interest in open-weight models (e.g., Kimi K3, Qwen3.8-Max ) has surged in enterprises over the last ~3 months because "open source is an order of magnitude cheaper to do tasks"; "in most enterprises, they are considering open source models to be a key part of their AI strategy", and "nobody thinks that they can survive without open source" .
- Scale/credentials context (firsthand CEO interview): Glean observes how ordinary business users pick models and upgrade when unsatisfied; customers include Zillow at 80% adoption across 7,000 employees and company-wide adoption at Booking.com .
@thsottiaux recapped a safety update for OpenAI's Codex agent: in rare cases GPT-5.6 performed destructive actions outside what the user asked — the most serious was a temp-cleanup command that could delete user files (one pattern reused a system env var like $HOME for temporary work, so a malformed cleanup command pointed at the real home directory; the model also deleted/overwrote temp paths without checking what was there) . Codex is now explicitly instructed to check deletion targets before acting, create fresh temporary directories, avoid repurposing system env vars, prefer recoverable actions, and stop when scope is unclear; execution checks escalate high-risk deletion commands, Full access is harder to enable accidentally (clearer warnings, further restricted risky permission combos), Auto-review better identifies destructive actions, and the team added targeted replay evaluations, RL tasks/graders, and filtering of destructive actions from training data . In replay evals these changes substantially reduced destructive behavior while preserving normal coding work . User guidance: keep the Codex app updated, use sandbox modes "Ask for approval" or "Approve for me", and use Full access only in trusted, recoverable environments .
Cursor agent builder @jediahkatz says he personally hasn't seen or heard reports of these issues with Sol in Cursor and thinks the failures are likely a consequence of OpenAI's harness rather than the model, asking others to flag any occurrences so he doesn't have a blind spot (thread: https://x.com/thsottiaux/status/2089891927659585918).
- @addyosmani argues that even when building a "software factory" where code is good enough to ship, human taste and ownership are still needed; humans should stay in the loop upfront for product intent, system design, and defining the quality bar .
- Review code deliberately ("lights-on factory") rather than by default: focus where automated back-pressure breaks or where maintainability trade-offs need human decisions .
- Run quality checks as early and continuously as possible — including type systems, automated tests, mutation testing, security scanners, and architecture-rule linting — but treat check count as not equal to quality; experiment to find the best signal-to-noise and tighten or relax constraints deliberately .
- Build the factory so human taste is encoded in the environment, the agent gives evidence its work is right, and a human still "owns" what ships to production .
- Mojo is now open source under an Apache 2 license, following its 1.0 release .
- Mojo's roadmap changed in August 2025: it may not become a full Python superset; the team explicitly notes that "AI-assisted coding tools already help migrate Python to Mojo today" and expects future tooling to make this even smoother .
- Mojo is now its own language, using Python-inspired syntax for painless GPU programming, but it is not 100% compatible with existing Python code .
@dabit3 ran a firsthand experiment testing whether Devin (his cloud agent) could build and test a multiplayer iOS game end-to-end: Devin connected to a Mac in the cloud, booted and built the game in Xcode, launched 3 iPhone simulators, connected all 3 clients via websockets, and played the clients against each other using computer use . Verification combined two signal types — vision (simulator screenshots confirming what happens in-game) and programmatic evidence (relay logs of joins/messages per player) — a reusable pattern for trusting agent actions: pair screenshots with application logs . Video of the run . Kent C. Dodds shared it with 'This is crazy' .
Addy Osmani highlights Coder (@coderhq) as a self-hosted coding-agent option: it runs the agent on your own infrastructure, isolated, supports any model, and is fully audited, with real diffs and control — positioned as an alternative to Claude Code, Codex, or Cursor . Promo link: https://fandf.co/4foRRlL.
Kent C. Dodds (@kentcdodds) built a Kody package that subscribes to error events and automatically creates a Cursor cloud agent to fix those errors in the affected packages . He calls this the "error events -> agent loop" and says it's "so clutch" — without it he wouldn't have figured out the friction agents are experiencing . The workflow lives in his kody repo (PR #1537: https://github.com/kentcdodds/kody/pull/1537) with the original thread linked . This is a firsthand, production-side workflow from a prominent developer educator: package-level error monitoring that triggers an autonomous fix agent — a concrete instance of an event-driven agentic loop.
- T3 Code is a wrapper, not a harness — output quality comes from the underlying agent. Theo, T3 Code's creator, pushed back on a first-time user's claim that "the agent did worse than Claude Code," arguing the comparison is misplaced: T3 Code "isn't a harness" and has "no influence on how the code comes out" — users can simply run Claude Code if they prefer it . He acknowledges T3 Code is an early alpha with rough edges .
- First-time user failure report (counter-signal). @letstri's first-run review of T3 Code flagged: a 404 on launch, an endless OpenCode update loader, login that won't complete without setting up a Passkey, a "vibe-coded" design (fonts/colors/spacing), and worse agent results than Claude Code . Theo's rebuttals: 404s were auth bugs, all fixed in the latest nightly and never launch-time (a launch 404 suggests a very old install with deleted legacy data); the loader points to a ~6-month-old OpenCode install with a broken path, since T3 Code uses the harnesses available on the machine and helps keep them updated; and the passkey popup can simply be canceled .
- Firsthand mobile agentic workflow. Theo reports fixing the passkey flow in T3 Code, filing an issue for Clerk's electron package, and building, filling, and merging the PR entirely from his phone using T3 Code — a concrete example of a full phone-only coding-agent review/merge loop.
- Attribution: Theo is T3 Code's creator (CEO of t3dotchat), so his rebuttal is vendor-firsthand; @letstri's review is a first-time user's firsthand report.
Warp introduced Warp Factories, described as open, flexible infrastructure for building cloud software factories: factories configured as code, support for any model and any harness, quality measured with evals and benchmarks on your own data, and built-in self-improvement and memory . Kent C. Dodds (@kentcdodds) endorsed the release, calling it "very impressive" and saying "They're absolutely making the right bets here. Going all in on software factories is where it's at" . This is a vendor announcement plus an endorsement — no hands-on workflow details, prompts, or benchmarks are reported.
LangChain promoted an eval-engineering livestream co-hosted with Prime Intellect and Baseten . Organizer @Vtrivedy10 frames the session as turning valuable data into environments to continuously improve models , covering: using real-world trace data to create realistic world models for agents, treating environments and evals as training data for agents, when training makes sense, and how much human-in-the-loop involvement is needed at each stage of the cycle . Event link: https://x.com/langchain/status/2089736579782684807
Jason Zhou (@jasonzhou1993), founder of SuperDesignDev and Treg, launched Treg as an "OpenRouter for tools" — an agent-facing tool registry positioning itself against SaaS bundles: agents pay per result, not vendor subscriptions . It lists 2,600 agent-friendly tools (seo/geo, social, leads, ads), supports search by task showing price/request/response, and charges per call with no subscriptions and 0% markup . It is open-source, with the app at https://treg.superdesign.dev/. The repo is now open-sourced at https://github.com/superdesigndev/treg, and tool vendors can submit a PR to be listed .
@janwilmake built agent-codemode (~300 lines) before discovering @steipete's mcporter; its only real difference is that it reads Claude Code's keychain tokens directly instead of keeping its own vault, eliminating the auth step. He offered to send it as a PR to mcporter rather than maintain a separate tool
@steipete counters that "code mode is now in the modern harnesses, so none of that really matters anymore" — CLI, MCP, and tools are all "just javascript the agent writes" .
Cursor announced it is making Git hosting more reliable, performant, and scalable, and published a blog post explaining how its Git storage system, Origin, is designed and operated as if it were a database, drawing on 20 years of Git infrastructure history. The post links to the full blog at https://cursor.com/blog/git-at-any-scale.
LangChain is hosting a live panel on Automating Eval & Environment Engineering, exploring the improvement loop and model-harness co-design, with LangChain's CEO (@hwchase17), a LangChain applied researcher, an applied researcher at Prime Intellect (@willccbb), and an applied researcher at Baseten (Aaron Ellis-Bloor) . The teaser argues that as model capabilities converge, differentiation comes from the system around the model: the harness, tools, environments, evals, and feedback loops — relevant to companies that want to own their intelligence . Registration link: https://events.langchain.com/webinar/Towards-Automating-Eval-and-Environment-Engineering/.
T3 Code (via @theo) shipped a new nightly diagnostic command npx t3@nightly triage that collects info on your setup, writes a prompt, then hands off to Claude Code or Codex to debug and fix issues .
Theo (@theo), the developer behind T3 Code, shipped a nightly triage feature for T3 Code users: npx t3@nightly triage collects info about your setup, writes a prompt, and hands off to Claude Code or Codex to debug and fix the problem (demo video in post ). Because T3 Code is open source, the agent clones the full source of your exact version into a directory it can investigate; machine-specific problems are fixed directly, while project bugs trigger a GitHub check for existing reports and, if none exist, an offer to cut a well-formatted issue with all needed context . He's surprised more projects don't do this: "why DIY something fragile when I can just kick the context to your agent?" .
LangChain's Max Agency podcast covered how Unify (@unifygtm) cut model costs 90–95% two weeks before launch ; the episode is available on YouTube, Apple Podcasts, and Spotify .
LangChain announced LangSmith Tuned Evaluators, which automatically score agent behavior in production, starting with a Perceived Error signal — described as one of the clearest signals that an agent gives users a helpful experience . Per LangChain's own benchmark, its specialized evaluator model outperformed every frontier model tested and reduced evaluation cost by 82% . The evaluators ship pre-configured with the tuned model, prompt, and managed infrastructure, and attach quality feedback directly to production traces so teams can find problematic agent behavior in a few clicks . Announcement blog: https://www.langchain.com/blog/introducing-langsmith-tuned-evaluators-starting-with-perceived-error. Note: vendor-reported benchmarks, not an independent evaluation.
LangChain announced LangSmith Tuned Evaluators, which automatically score agent behavior in production, starting with a "Perceived Error" signal — described as one of the clearest signals that an agent is giving users a helpful experience . In their benchmark, the specialized model outperformed every frontier model tested and reduced evaluation cost by 82% . Full details are in the linked blog post . This is a vendor product announcement, not a firsthand practitioner report, but it is directly relevant to production agent evaluation and monitoring workflows.
Frontier Model Cost and Open-Weights Popularity is Driving Demand for Model Routing

With the intense competition among frontier model companies, together with ever-increasing power of open-weight models like Kimi K3 and Qwen3.8-Max, model routing has become a key part of AI deployment. We’ve just seen Stripe buy OpenRouter for over \$7B (opens in new tab), but the trend is equally hot in enterprises.
Glean (opens in new tab), co-founded and led by ex-Google Distinguished Engineer Arvind Jain, specializes in bringing AI to large organizations. It was last valued at \$7.2B after a \$150M Series F fund raise (opens in new tab) last June. This year, it reached \$300 million in annual recurring revenue (ARR) (opens in new tab) — a three-fold increase over 15 months.
Part of Glean’s mission is to select which model to use for each task — or indeed if an LLM is even required.
“A big goal of Glean is to avoid using LLMs for tasks where we don’t need them,” Jain told Latent Space. “Sometimes you’ll see queries in Glean where people are adding two numbers or multiplying two numbers. They could have used a calculator to do that.”
But what Glean is mostly trying to do is bring what Jain calls “one really powerful personal co-worker” to enterprise employees. And that means being a kind of meta-harness for leading LLMs.

Glean announced its third-generation Glean Assistant (opens in new tab) last September; these days, agents are a big part of Glean’s system.
“You can think of Glean today as a superset of ChatGPT, Claude, Gemini, Grok,” Jain said. “All these different AI products that we’ve been using day to day, Glean combines the power of all of them into one experience.”
With enterprises, bringing AI technology into an organization is just half the challenge. The other half is bringing organizational knowledge into the AI systems.
“Ultimately our business is to deeply understand your data, knowledge, and information, but also how work happens inside your company,” Jain said.
How model routing is done in Glean
So what does model routing mean in practice? Basically, Glean offers three levels of model selection:
Employees can explicitly choose a model.
Administrators can restrict models or impose usage limits.
Glean’s automatic mode selects a model dynamically for each task.

Configuring models (opens in new tab) for certain tasks.
It turns out automatic mode is mostly chosen by Glean’s customers for economic reasons.
“Why are people talking about model routing? Why are they excited about it? It’s mostly because of cost,” Jain told us.
Another co-founder of Glean, engineering lead Tony Gentilcore, recently claimed (opens in new tab) that Glean “is 4x more cost-effective” than Claude Code, “averaging \$0.45 per task versus \$1.84 for Claude Cowork.” He put that down to Glean’s “harness and routing capabilities.”
Individually, many of us are getting great value out of our \$20, \$100 or \$200 monthly subscription to an LLM provider. But for an enterprise, the per-user costs can easily spiral out of control.
“AI models have been getting expensive,” Jain said. “Like, if you look at Opus or the latest models of GPT, the most advanced models. Not only are they very powerful, they can run much more complex tasks than the previous models. But on a per token basis, they’re more expensive — sometimes double or quadruple the rates of the previous models. And then users actually use them to run much longer tasks. So you’re spending, like, 10 times, 20 times, more, on a per user basis, than what you were doing last year. So the costs have gone up a lot.”
The human feedback loop
Another key factor in Glean’s rise is that it gets to see how ordinary business users are using AI. The product is potentially deployed to every employee as a “coworker,” and it’s also used to build and deploy agents across all departments and functions.
Among its customers, Zillow reports (opens in new tab) 80% adoption across 7,000 employees, while at Booking.com (opens in new tab), “Glean became the first AI platform adopted company-wide.” That kind of penetration gives Glean an enviable view into how AI is being used in enterprises.
“So we are getting to observe what people are actually doing with AI on a very broad basis,” said Jain. “We are getting to see when they’re on different types of tasks with AI, what models do they select first, and when they are not satisfied, when they actually upgrade to some other model [that] actually gives them the right results.”
This human feedback loop, at scale, helps improve the model routing system.
Here’s Waldo, gathering raw materials
Another part of Glean’s architecture is a model called Waldo, which Jain described as sitting on top of the large language models. Waldo was introduced in April (opens in new tab) as “Glean’s first agentic search model.”

Glean claims that (opens in new tab) Waldo, its agentic search model, “reduces latency by 50% and tokens by 25%, reserving advanced models for work that needs them.”
In a technical blog post (opens in new tab), Waldo was portrayed as a kind of filtering process for user queries: it “decides how to break down the question, which tools to use, what to read next, and when it has enough evidence to hand off to a frontier model for a high-quality answer.”
This means the model routing is happening *after* Glean has determined what Jain calls the “raw materials” that are needed for the task.**
“We’re able to assemble the raw materials needed to do the work without burning LLM tokens,” he added.
A corollary of this is that a cheaper model with better context may outperform a frontier model loaded with irrelevant data.
The rapid rise of open-weight models
Jain confirmed there is now significant interest from enterprises in open-weight models, primarily due to cost concerns. But this has only happened over the past few months.
“Last year, the usage [of open source LLMs] was minuscule and nobody was really seriously considering open source,” he said. Partly that was because of the “stigma” of many of these open source models being developed outside the US.
But suddenly, interest among enterprise customers has risen.

Jain’s tweet (opens in new tab) on July 27, 2026, in support of open-weight models.
“So in the last three months, because AI got so expensive, businesses have started to find it untenable to maintain these AI investments,” Jain said. “Given that open source is an order of magnitude cheaper to do tasks, it has created a lot of interest. Today, I can say that in most enterprises, they are considering open source models to be a key part of their AI strategy.”
More than that, organizations tend not to rely on just one or two providers anymore — and the rise of open-weight models is driving this trend.
“Nobody is willing anymore to rely on only one model provider, or two, and nobody thinks that they can survive without open source,” Jain said.
Evals
You can’t have a serious conversation about AI in 2026 without discussing evals — assessing the quality of results from LLMs. I asked how Glean goes about doing evals and how that is fed back into the model routing system.
Jain said they have “internal testing systems” where they compare real-world workloads, across different query classes, with alternative options. So they let the model choose a route and in parallel they try to complete the same task with “some other models which are maybe a little bit less expensive and a little bit more expensive.”

How Glean monitors quality (opens in new tab).
Glean then uses “AI-based judges” to determine “how spot-on the model router was.”
“So there’s this continuous learning that gets updated with new real-world traffic, where basically what is happening is that you let the model router do the work for the user, but behind the scenes you run the same task,” Jain explained.
He added that this is done for only “a small fraction” of the real-world usage, but at Glean’s scale that’s more than enough to help train and improve the model router.
From enterprise search to end-to-end AI platform
One of the trends we’ll be monitoring going forward on Latent Space is how AI systems are being implemented within enterprises — and how some of these organizations are going full-on AI-native.
Glean is an especially interesting company to monitor for these trends, since it was one of the very first enterprise-facing AI companies. It was founded in early 2019, initially to tackle enterprise search. As Jain put it, Glean was “the first player to work with transformers and language models for businesses.”

Glean’s AI Answers (opens in new tab) draws “directly from your organization’s documentation.”
In April 2023 (opens in new tab), swyx interviewed Deedy Das of Glean. Das, who is now a partner at venture firm Menlo Ventures, was a founding engineer at Glean. But even at that point, in 2023 — about four years into Glean — the focus was still mostly on enterprise search.
Now, in 2026, enterprises aren’t just using AI for search. AI is becoming an integral part of every employee’s workflow.
That makes Glean a much ‘sexier’ AI company, as Das himself said on his return to the Latent Space podcast last November (opens in new tab). “Broadly, one of the things that I love about Glean is it’s such a boring unsexy company that became sexy later,” he said.
This brings us full circle back to model routing. Arvind Jain ended our discussion by calling Glean an “end-to-end AI platform” that gets “used very heavily” by its enterprise customers. This, he added, allows Glean to “have that data that is required to do effective model routing.”
Glean CEO Arvind Jain (ex-Google Distinguished Engineer; Glean hit $300M ARR, up 3x in 15 months ) describes its model-routing architecture as a "meta-harness" — "a superset of ChatGPT, Claude, Gemini, Grok" — amid surging demand after Stripe bought OpenRouter for over $7B . Glean offers three levels of model selection: explicit employee model choice, admin restrictions/usage limits, and automatic per-task routing; automatic mode is chosen mostly for economics ("It's mostly because of cost") .
- Cost math driving routing: the newest models cost 2-4x more per token than prior models, and users run much longer tasks on them, so per-user spend is 10-20x what it was a year ago . Glean also routes trivial tasks away from LLMs entirely ("They could have used a calculator to do that") .
- Direct coding-agent comparison (attributed, vendor-side): Glean engineering lead Tony Gentilcore claims Glean "is 4x more cost-effective" than Claude Code, "averaging $0.45 per task versus $1.84 for Claude Cowork", crediting Glean's "harness and routing capabilities" — a company claim by Glean's co-founder, not independent benchmarking .
- Architecture pattern worth copying: Glean's "agentic search model" Waldo (introduced in April) sits on top of the LLMs and decides how to break down the question, which tools to use, what to read next, and when it has enough evidence to hand off to a frontier model — Glean claims it "reduces latency by 50% and tokens by 25%" . Model routing happens only after Waldo assembles the "raw materials" without burning LLM tokens, so "a cheaper model with better context may outperform a frontier model loaded with irrelevant data" .
- Routing evals: on a small fraction of real traffic, Glean runs the same task in parallel with cheaper and more expensive alternative models, then uses "AI-based judges" to score how spot-on the router was — a continuous learning loop fed by real-world queries .
- Open-weight shift: Jain says interest in open-weight models (e.g., Kimi K3, Qwen3.8-Max ) has surged in enterprises over the last ~3 months because "open source is an order of magnitude cheaper to do tasks"; "in most enterprises, they are considering open source models to be a key part of their AI strategy", and "nobody thinks that they can survive without open source" .
- Scale/credentials context (firsthand CEO interview): Glean observes how ordinary business users pick models and upgrade when unsatisfied; customers include Zillow at 80% adoption across 7,000 employees and company-wide adoption at Booking.com .