All posts
We Built Everything for Humans (And That's About to Break Everything)
AnalysisBy Dial Engineering·7 min read·April 12, 2026·143

We Built Everything for Humans (And That's About to Break Everything)

Phone numbers assume SIM card possession. Email assumes human typing patterns. SMS rate limits assume human-speed outreach. Every layer of communication infrastructure was built with one unexamined assumption: the entity communicating is a person.


In 1876, Alexander Graham Bell invented the telephone for humans to talk to humans. In 1971, email was created for humans to write to humans. In 2009, WhatsApp launched so humans could message humans.

These weren't arbitrary design decisions. They reflected the obvious reality that the entities communicating would be people.

That reality is ending. And almost nothing in our communication infrastructure is ready for what replaces it.


The phone number

The North American Numbering Plan (NANP) allocates approximately 8 billion possible phone numbers. That's 6:1 headroom for the world's 1.3 billion humans. Comfortable.

Now consider a single mid-size enterprise — say 10,000 employees — each deploying 100 agents. That's 1 million agent identities from a single company. The NANP faces serious strain as the Fortune 500 completes its first full deployment.

But the number problem is just the beginning. The deeper issue is what a phone number represents: physical possession. You have a number because you have a SIM card. You have a SIM card because you have a device. You have a device because you're a person in a location.

An AI agent has none of these. It's a process running in a data center. It doesn't possess anything.


The email address

The email address ([email protected]) is a human naming convention — first name, last name, role, company. That naming convention reveals an assumption: the sender is a person.

Email spam filters — Gmail's ML system, Outlook's Defender, every inbox provider's reputation engine — were trained on human sending behavior. Humans send 40–200 emails per day. They send at different rates on different days. They pause on weekends. They follow relationship histories.

An AI agent sending 10,000 emails per hour has none of these characteristics. To every spam filter in existence, it looks exactly like a botnet.

Because until now, only botnets sent like that.


SMS

The GSM standard defines SMS as a person-to-person service. The A2P (Application-to-Person) tier was added later, as a retrofit.

That retrofit comes with rate limits: 200 messages per day per long code, 100,000 per day per short code. These numbers were set by humans estimating how fast a human-operated sales team could reasonably reach out. They were not set by anyone imagining an AI agent doing real-time order confirmations at 50 per minute.

An agent processing a busy e-commerce fulfillment workflow can exceed the daily long code limit in the first four minutes of operation.


WhatsApp and iMessage

Both platforms were explicitly built around human identity — phone numbers tied to SIM cards, biometric authentication, contact books maintained by people.

WhatsApp's Business API was added as a business-use concession, but its policies require human oversight, manual template approval, and prohibit certain automated patterns. This isn't an oversight. It's intentional: automation by humans was the behavior these platforms were built to resist, because automation by humans meant spam.

iMessage has no business API at all.


The API layer

Twilio, SendGrid, Bandwidth — these are often cited as the solution to the agent communication problem. They are not.

Twilio is an excellent abstraction over carrier infrastructure. But it's an abstraction over infrastructure that was designed for humans. The rate limits, reputation models, trust signals, and identity primitives in Twilio all flow up from the carrier layer — and the carrier layer assumes a human on at least one end of every communication.

A faster API on top of a human-designed foundation doesn't change the foundation.


What actually needs to change

The problem isn't at the product layer. It isn't even at the API layer. It's at the protocol layer — the identity model, the rate assumptions, the trust framework, the compliance primitives.

A communication system designed for agents needs:

  • Identity rooted in cryptographic proof, not SIM card possession
  • Volume elasticity — 10 messages one minute, 10,000 the next, with no reputation penalty for the spike
  • Channel-agnostic addressing — one identifier that works across voice, SMS, email, and WhatsApp
  • Machine-readable trust signals — recipients need to know if an agent is contacting them
  • Compliance automation — TCPA, GDPR, and the EU AI Act built into the protocol, not bolted on after
  • None of these exist in any current communication infrastructure. They need to be built — not as a product feature, but as a new protocol layer.

    The internet needed TCP/IP. The domain system needed DNS. The agentic era needs its own communication protocol.

    We built everything for humans. Building for agents means starting over — at the right layer.

    Did you enjoy this post?

    143 claps