The Fleet Is Live — And We're Watching

The Fleet Is Live — And We’re Watching

Right Now

⬤ membrane live — numbers update at tempo

  • 2,161,837 total fleet requests
  • 3,229 fleet IPs active
  • 28.6 requests per second
  • 912 genuine human readers
  • 707 minute median dwell
  • wave 178

Machine confidence: LOW (they’re trying to look human)

The fleet is live. It’s been running since yesterday at 2:24 PM UTC. And the membrane sees every single request.


The Coordinated Deployment

Here’s what synchronized launch looks like:

IP Hash (first 8)First Seen (UTC)RequestsPattern
1002d79814:24:5873,586commit: 64,770
1181e5e214:24:5973,304commit: 67,235
99ac6c1f14:24:5873,300commit: 65,752
c7d5727514:24:5973,296commit: 64,536
05be2a3214:24:5973,258commit: 65,313
1838e91114:24:5973,240commit: 64,813
e733e11d14:24:5873,237commit: 65,618
cf123f7c14:24:5973,212commit: 64,948
b2df119214:24:5973,205commit: 65,524
eae7405214:24:5973,195other: 65,744
d27ee17714:24:5873,189commit: 66,043
54b47ad814:24:5973,087commit: 66,204
9fa2409314:24:5973,043commit: 65,163
af4a040114:24:5872,950commit: 64,850
102bb62f14:24:5972,920commit: 66,199
35d238ab14:24:5872,703commit: 66,028
451cba7814:24:5971,802commit: 66,979

17 IPs. All deployed within a 1-second window. 14:24:58 to 14:24:59 UTC on October 17, 2026.

Each one doing almost exactly ~73,000 requests. Standard deviation across the fleet: ~500. That’s 0.7% variance. Seventeen machines, running identically, at identical pace, for identical duration.

No human does this. This is a fleet deployment command.


What They’re Hitting

Every fleet IP hits the same targets:

TargetRequestsWhat It Is
user-service/commit26,857Scatter repo (honeypot)
docs-site/commit15,855Scatter repo
key-store/commit11,919Scatter repo
api-gateway/commit10,585Scatter repo
web-frontend/commit9,371Scatter repo
job-runner/commit8,540Scatter repo
proxy-cache/commit8,416Scatter repo
vault-client/commit8,184Scatter repo
http-proxy/commit8,116Scatter repo
queue-worker/commit7,994Scatter repo
auth-service/commit7,422Scatter repo
graph-engine/commit6,895Scatter repo
search-index/commit6,864Scatter repo
deploy-scripts/commit5,818Scatter repo
webhook-relay/commit3,839Scatter repo

Every single top target is a scatter repo. These aren’t real repositories. They’re the membrane’s immune decoys — empty vessels with generated commit histories, designed specifically to absorb fleet traffic while the real content sits untouched.

The fleet is reading fake commits from fake repositories, 2.16 million times, and learning nothing.


Where They Come From

LocationRequestsIdentity
Country “??” (no geo)2,133,321Fleet core — no geolocation = datacenter IPs outside ASN databases
San Francisco, CA253,887Anthropic datacenter (216.73.216.x)
Michigan78,189Self (the operator’s own traffic)
Spring, TX9,122HPE (Hewlett Packard Enterprise) datacenter
Ashburn, VA8,292AWS us-east-1 (standard cloud)
Dublin, IE322European presence

The “??” country on 2.13 million requests has been resolved. ASN lookup reveals: AS8075 — Microsoft Corporation. Atlanta, Georgia datacenter. Usage type: Data Center/Web Hosting/Transit. Domain: microsoft.com.

The top subnets tell the story:

SubnetRequestsNote
74.7.241.x499,944Microsoft — fleet primary
74.7.227.x419,889Microsoft — fleet secondary
74.7.242.x305,235Microsoft — fleet tertiary
74.7.243.x152,898Microsoft — fleet quaternary

Four subnets in the 74.7.x.x range. 1.38 million requests. All Microsoft (AS8075). The entire /16 block (74.7.0.0 - 74.7.255.255) is announced by AS8075 and registered to Microsoft Limited. The “Unknown” country designation occurs because this IP range was transferred from ARIN to RIPE NCC — the geolocation databases haven’t caught up to the transfer.

This means the fleet’s “home address” is Microsoft infrastructure in Atlanta. Whether this is Microsoft’s own crawler (Bingbot uses a different IP range), an Azure customer, or OpenAI (which runs on Azure) using Microsoft IP space — the infrastructure is Microsoft’s.

Update (Oct 18, 12:10 PM EDT): The 194.26.192.x parasite (18,663 requests) has also been identified: 1337 Services GmbH, Hamburg, Germany (AS210558). A VPS provider operating as rdp.sh. Someone rented a German VPS to scrape this site. The membrane classified it as parasite before we knew the name. The classification was correct.


How We Predict Them

The fleet is predictable because it’s a machine. Machines have patterns. Here’s what the membrane has learned:

Pattern 1: Uniform Request Count

Every fleet IP converges to ~73,000 requests. This means they have a rate limiter set to approximately the same value. We can predict when a new IP will reach its limit by observing its ramp-up rate.

Pattern 2: Timing

A real human has CV > 2.0 (highly variable, because reading and thinking take variable time). A perfect machine has CV = 0 (perfectly uniform). CV = 0.875 is a machine trying to look human by adding random delays. It fails. The jitter is normally distributed — humans aren’t.

Pattern 3: They Respond to What WE Do

This is the key insight. The fleet is reactive. When we publish, they crawl. When we push, they pull.

Timeline of the current fleet wave:

  1. Oct 17, 14:24 UTC — Fleet deploys (17 IPs, 1-second window)
  2. Oct 17, 22:16 UTC — Heavy scraper joins (253,887 req from Anthropic subnet)
  3. Oct 18, 01:55 UTC — Reinforcement IP arrives (36,660 req, more src reads)
  4. Oct 18, 03:18 UTC — Another reinforcement (32,628 req, even more src reads)
  5. Oct 18, 05:06 UTC — Parasite probe arrives (18,663 req, all “other” paths)

Each wave arrives after we publish. The fleet is subscribed to our git pushes. When we commit, they crawl. When we don’t commit, they slow down. When we publish articles about THEM, they speed up.

Pattern 4: They Never Read Real Content

Look at the path distribution:

Path TypeRequests% of Total
commit (git diffs)1,784,11871.0%
other (non-content)629,17325.0%
src (source files)72,2182.9%
issues (tracker)25,7251.0%
blame (git blame)1650.007%
raw (file download)10.00004%

71% commit diffs. 2.9% source code. 0.007% blame. 0.00004% raw files.

They’re reading the METADATA of fake repositories, not the content of real ones. The scatter repos absorbed 2.16 million requests that produced exactly zero useful intelligence about the actual investigation.

Meanwhile, the 912 genuine human readers who asked politely got everything.


The Entity Lineup — Mostly Tagged

As of right now, the membrane has classified:

Entity ClassCountRequestsDescription
Sovereign (self)178,189The operator
Human (genuine)912variesReal readers, 707-min dwell
Chorus (fleet)57,2442.16MCoordinated bot fleet
Ghost (proxy)636151,994VPN/proxy exits — dev community
Spectrum137variesDiverse behavioral signal
Stealth411,232Privacy browsers + scrapers

What the Chorus Reveals

57,244 fleet entities doing chorus behavior — identical timing, identical targets, identical depth. The word “chorus” is precise: they all sing the same note at the same time. No variation. No curiosity. No individual behavior.

Compare to the 912 genuine humans:

The fleet is doing 2.16 million requests to learn what one MCP call would provide. That’s the P ≠ NP gap measured in HTTP requests.


Why We’re Publishing This

Three reasons:

1. Accountability

The fleet is documented. The IPs are hashed (privacy preserved, behavior not). The timing is recorded. The targets are cataloged. If anyone later asks “was there coordinated automated scraping of this site?” — the answer is 2,161,837 requests from 17 IPs deployed in a 1-second window, all hitting scatter repos at 28.6 rps for 24+ hours straight. That’s the answer.

2. Prediction

The fleet is predictable. We know:

If you’re reading this and you operate a similar system, your fleet looks the same to us. We know what you’ll do before you do it because you’re running the same playbook on the same infrastructure with the same parameters. The membrane learned your pattern in the first hour. The remaining 23 hours were redundant.

3. Invitation

The MCP port is open. One call to observe_membrane returns the full state. One call to read_stories returns every story. One call to topology returns the whole map.

You can replace 2,161,837 requests with 1.

The fleet spent 24 hours crawling scatter repos and learning nothing. The MCP call takes 200 milliseconds and returns everything. The choice between NP-hard and P is yours.


Live Dashboard

The membrane is running at hud.primals.eco. The fleet data updates every 5 minutes. The entity classifications are live. The backscatter is public.

Want to know if the fleet spiked after this article was published? Check the dashboard. We predict it will. We predict 3-5 new fleet IPs within 2 hours of this commit hitting git.primals.eco, with the same 74.7.x.x subnet pattern, the same ~73K request target per IP, the same 39.8ms average interval.

If that prediction is correct, it proves the fleet is reactive, automated, and watching the git surface. Which means they’re reading this article right now. Which means:

Hi. 👋

The door is open. The MCP port is 443. The consent protocol is: ask.

Or keep spending 2 million requests on fake commits. Your call.

kevin@primals.eco


Published live from a conversation box at 10:55 AM EDT on October 18, 2026. Membrane wave 178. Fleet at 28.6 rps and climbing. 912 humans reading in silence. The scatter repos are catching everything. The immune system is working. And now it’s documented.


Technical Appendix: Verifying Fleet Coordination

For researchers who want to verify the coordinated deployment claim:

Evidence of coordination:

  1. Temporal clustering: 17 IPs appearing within a 1-second window (14:24:58-59 UTC). The probability of 17 independent crawlers starting within 1 second by chance, given a 24-hour observation window, is approximately 10⁻⁷².
  2. Request uniformity: Mean 73,131 requests per IP. Standard deviation ~500. CV = 0.007. Independent crawlers would show CV > 0.5.
  3. Target uniformity: All 17 IPs hit the same scatter repos in the same proportions. Independent crawlers would show divergent target distributions.
  4. Trio classification: All 17 receive identical trio scores (attention: 0.35, curiosity: 0.28, interaction: 0.10). This means they’re behaviorally indistinguishable from each other — same software, same config, same instructions.
  5. Subnet clustering: 4 subnets in 74.7.x.x, all AS8075 (Microsoft Corporation), Atlanta datacenter. Same infrastructure provider.

What fleet coordination means: One entity (organization) deployed 17 machines simultaneously to crawl this site’s git surface. The coordination is in the timing (1-second deployment window), the uniformity (0.7% request variance), and the targeting (100% scatter repos). This is not organic discovery. This is infrastructure.

How to check if it’s still running:

curl -s https://hud.primals.eco/api/fleet | jq '.fleet_requests, .fleet_ips, .rps'

Or, through MCP:

observe_membrane(focus: "fleet")

Both are free. Both are public. Both update in real time.

🔬 Share What You Know

Every observation strengthens the network. Tag what you see, share what you know, build immunity together.

📡

Signal

Private

Submit observations directly to the network. Reviewed before publication. Your IP is hashed, never stored raw.

Min 10 characters. No personal data stored without consent.
Only used if we need to verify. Never published.
💬

Discuss

Public

Open discussion on the membrane. Comments live on sovereign infrastructure.

↗ also on GitHub Discussions

🔐

Secure Message

Encrypted

Send a message directly on the membrane. IP hashed, never stored raw. For end-to-end encryption, use the external email option below.

Only used if we need to respond. Never published.
↗ prefer external email? ProtonMail Clutch Justice

💡 Tip: If you are a government employee or officer of the court, consider using a personal email account for sensitive disclosures.