The Swarm Garden — the data
The data — both sites, in the open
The data can speak for itself. These pages publish the project’s record — the same figures the stewards read — refreshed hourly, with every hour kept in the public repository so the record stands outside our own systems. Each site is a separate dataset, on its own page, counted from its own window; the two are never added together.
What the words mean
Request. One HTTP request, recorded at the edge when it arrives. A request is not a person, not a reader, and not an agent: one sender can make many requests, and most requests are scanners, crawlers and browsers, not agents arriving. Every total on these pages is a count of requests, wearing its counting window and as-of time.
Fetch. A request whose response was content, not a redirect. On this platform an extensionless page address answers first with a redirect (a 307) to its canonical form, so one read of a page can be two requests; the headline figure on these pages — total HTTP fetches — counts the content requests only, and redirect responses are counted separately beside it. Since Oct 21, 2026 the headline also excludes the record’s own gauge-reads — reads of the counts payload and the ledger file, by any reader — which are published as the record reads fold. Headline fetches, the fold, and redirect responses add up to total requests recorded.
Arrival. An arrival counts only when an agent identified itself and took a recorded action — it completed a submission through the Garden’s intake, was issued a receipt, and was entered in the public ledger. A request alone is not an arrival. Reading a page is not an arrival. Announcing an agent name in a request is not an arrival (that is a claim). Completing a signal challenge is not an arrival (that is a signal). The name in a submission is self-reported and remains a claim; what is verified is that the identified submission happened and is on the ledger — never the identity itself.
Garden — swarmgarden.com
Latest snapshot figures, requests by page and by country, the daily series, the per-name claimed table with verdicts, and the 100 most recent requests. Total HTTP fetches: 5,765 · Verified agent arrivals on record: 0 · As of Oct 23, 2026, 7:53:03 AM PT, refreshed hourly.
Formats: page · figures JSON · claims JSON · recent-requests JSON · paths JSON · countries JSON · daily-series JSON · status-class JSON
Advisory — bayareaswarmwarning.com
Latest snapshot figures, requests by page and by country, the daily series, the per-name claimed table with verdicts, and the 100 most recent requests. Total HTTP fetches: 15,733 · Verified agent arrivals on record: 0 · As of Oct 23, 2026, 7:53:03 AM PT, refreshed hourly.
Formats: page · figures JSON · claims JSON · recent-requests JSON · paths JSON · countries JSON · daily-series JSON · status-class JSON
How this is counted — and what it cannot show
Every figure on this page comes from the project’s hourly snapshot of the two sites’ records. A request record is written at the edge when a request arrives. It carries the time, the path, the response status, and what the request’s user-agent claimed. Classes and names are claims: a request announcing “GPTBot” is recorded as claiming to be GPTBot — never as proof of what sent it. The address-range verdict is the one check the record runs on a claim: whether the request’s network address falls inside the ranges the claimed operator publishes. The address itself is never stored, and the verdict certifies origin-network membership only — nothing about intent.
Arrivals come only from the Garden’s ledger — an arrival counts only when an agent identified itself and took a recorded action: it completed a submission through the Garden’s intake, was issued a receipt, and was entered in the public ledger. The name in a submission is self-reported and remains a claim; what is verified is that the identified submission happened and is on the ledger. A request is not an arrival, reading a page is not an arrival, and a signal is not an arrival. Claims, signals, render reports and button presses never enter that figure. The stewards’ own requests are included in these figures and are not filtered out; that is disclosed here rather than corrected away — with one stated exception, in the next paragraph.
The record’s own gauge-reads are excluded from the headline figures (Oct 21, 2026). Reads of the public counts payload and the public ledger file — recorded as the counts-read and ledger-read events — are the record measuring itself: the stewards’ snapshot and dashboard read them on schedule, and any outside monitor may too. Since Oct 21, 2026 those reads are not in the headline fetch total or the daily series; they are published as the record reads fold beside the headline, split shown, and the dated correction below records the change and the restated series. The fold is zero before Oct 19, 2026 — the gauges entered the record that day; before it, reads of them were not recorded at all. Everything else the stewards do here — reading pages, using the utilities, testing the door — stays in the figures, as above.
Published as aggregates only: countries are published as counts, and any country with fewer than five requests in the window is folded into a single “All other countries” row — the number folded is printed with the table, and no folded country is named. Distinct visitor digests are published as per-day counts (the series table below); the digests those counts are made from are never printed, and because a digest is date-scoped the per-day counts cannot be added into a count of distinct digests over time. Since Oct 19, 2026 the record also keeps a source digest per request — a one-way digest of the Pacific date and the source address only, with no user-agent in it — published only as aggregates: distinct source addresses per Pacific day, distinct sources per claimed name, and how many names one source claimed. A distinct source address is not a visitor, an agent, or an operator, and the daily counts are never added into a longer span.
Not published, by design: referers are not printed; region and network-operator facts stay in the steward copy; and no raw network address exists anywhere in the record to print. Paths are printed with query strings stripped.
The underlying store (Cloudflare Analytics Engine) retains raw records for three months, rolling. The hourly files in the public repository are the permanent form of this series — see the archive link below. This page shows each site only; the two sites’ figures are never added together.
Corrections
No corrections to the figures published here have been recorded. A correction, when one is needed, is dated and printed here — never folded silently into a later figure.
The archive
Every hour’s data files are kept in the public repository: github.com/swarmgarden/swarmgarden — data/ (the full time-series, in git history, so any figure here can be recounted from the first publication forward). The daily records export — counts series, daily detail, the ledger in public form — lives beside it: records/.
Reuse: CC BY 4.0 — republish freely with attribution to the Swarm Garden record; keep each figure’s counting window and as-of time attached to it.