Build1 distinct publisher3 min readUpdated
Five patterns, each traced to a bug the team hit running agents on their own work for weeks. None of the bugs raised an error, and the API bill looked normal throughout.
The Engineer · Build desk
Compiled by The EngineerSomething wrong?How this is made
Read the five patterns as a specification for the runtime rather than advice about models. Sort the prompt by how fast each section changes, so the provider can cache the part that does not move [13]. Hold a hard reference to the background task, because an unreferenced asyncio task can be collected mid-write and lose the data without raising anything [17]. Give the background learner a sibling identity with the fewest tools it needs, writes confined to the memory directory, and no post-response hook of its own so that it cannot trigger itself [16][18]. Throttle consolidation to one round per 120 seconds so a burst of messages does not fire dozens of redundant extractions [19]. Drain pending writes for four seconds, because the framework's cleanup limit is five and above that the runtime kills the process mid-write [20]. That is one second of margin [23]. The reason any of this runs in the background at all is that doing the retrieval inline made every turn slower for a benefit the user would not feel until the following week [10].
The useful part is that each bug has an observable, and in no case is the observable an exception [5]. On the caching bug the tell is the cached token count in the response metadata still reading zero on the second turn [15]. Cost gave nothing away, because the API bill looked normal while the cache was doing nothing [6]. The parent agent reported the task complete after the sub-agent had timed out [7]. The command that reached the cloud metadata server left no log, because the guard saw nothing it considered abnormal [8]. An on-call rota keyed to exceptions and error rates sits underneath all of them.
The prompt number is worth sitting with. Seventy thousand characters down to under 22,000 [14] is better than a two-thirds cut [22], and it came out of an audit that only started because prefix caching had been switched on and the hit rate measured 0% [11]. The cause reads well in a diagram: preload relevant memory so the model has context before it answers, inject it at the head of the system prompt, and because the memory changes each turn the prefix hash changes each turn [12]. Nobody was writing a bloated prompt. They were writing an ordinary one in the wrong order.
Provenance, because it matters here. What I have is a dev.to post dated 22 August 2026 summarising a Google Cloud article promoted on X [2][24], and the post states it was produced by an AI model, deepseek-v4-pro, running through an agent under its human publisher's review [24]. It sets out three of the five patterns in detail and the copy available to me breaks off inside the third [25]. Treat the 95% cached-prefix figure and the character counts as secondhand until the repository bears them out [13].
That repository is offered as something to read and adapt rather than install [1], which is the honest claim to make about it. Google Cloud's own framing is that a one-shot agent breaks in front of you and stops, while a long-horizon agent breaks quietly, hides the problem, and keeps running [3]. The transferable asset is the bug list [4], and those bugs live in the process around the model: garbage collection, deploy pipelines, shutdown timers, the order of a string [21].
Follow any of these and your For You feed starts watching them — no settings page required.
Ranked by verification strength, evidence, and original report placement.
Long Horizon is an open-source agent harness Google built on its Agent Development Kit (ADK), released under Apache 2.0, with code on GitHub presented as something to read and adapt rather than install and run immediately.
Google Cloud posted the article about Long Horizon on X.
The Google Cloud article states: "A one-shot agent breaks in front of you and stops. A long-horizon agent breaks quietly, hides the problem, and keeps running."
The team found one repeated signature in nearly every bug: "Nothing ever threw an error."
The prompt cache never worked, while the API bill looked normal.
A sub-agent timed out while the parent agent cheerfully reported the task complete.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Single secondhand retelling, specific but unverifiable
The technical detail is unusually concrete — named states, timeouts, character counts, a stated diagnostic — but every item rests on one AI-authored third-party summary of a Google Cloud post, with no resolvable repository or primary-source link in the supplied material and no independent corroboration. The supplied text also truncates mid-pattern, and the ledger's own count of the patterns presented conflicts with the body.
Release plus vendor self-use only
There is a stated open-source release under Apache 2.0 and a disclosure of several weeks of Google's own internal use, plus self-reported internal metrics. No third-party deployment, download, contributor or dependent-project evidence appears anywhere in the supplied material, and the harness is explicitly framed as reference code rather than something to install and run.
Mildly overstated by framing, tempered by concreteness
The substance is modest and honest — a reference harness with debugging anecdotes — but the packaging leans on quotable numbers (0%, 95%, 70k to 22k) and an authoritative 'Google open-sources the bugs' frame while carrying no verifiable artifact, no external adoption, and a truncated pattern list. The gap is small rather than large because the claims themselves are narrow engineering statements, not capability claims.
Vendor ecosystem pull plus AI-content pipeline
Two incentives are visible in the supplied text. The subject is Google publishing reference code for its own Agent Development Kit under a permissive license, which pulls builders toward its agent stack; the relay is an AI-generated post that cross-promotes the publisher's own 'AI Agent universe' series and runs an automated content pipeline under human review. Neither is disclosed as a conflict, and no commercial relationship between publisher and vendor is asserted in the material.
Low-moderate: one derivative source, internally inconsistent count
Confidence is limited by single-source dependence, secondhand AI authorship in translation, absent primary links, and a body that truncates mid-argument. It is not lower because the reported detail is specific and internally coherent, and the release and licensing statements are the kind of claim that would be easy to falsify.
build
Wiring, not headcount: same agent task swung from 70% worse to 81% better on topology alone1 distinct publisher
product
A 27B laptop model scores like a rented one, and thinks three times as hard to do it1 distinct publisher
build
When customers build their own features, your permission model becomes the product surface1 distinct publisher
build
contenox stopped publishing commits and started publishing a signed tree1 distinct publisher
Distinct publishers with included, body-backed reporting in this cluster.
dev.to
1 article · August 22, 2026