Voice-first dev · 2026-04-29

How I run Claude Code from my AirPods (and why nobody else has shipped this yet)

By Eric Ortiz · 5-min read

I run Claude Code voice-first from a single AirPod and my iPhone. The Mac stays at home. I can dictate a prompt while walking the dog, then hear the answer in my ear twenty seconds later. Here's the story behind why I built it that way, why every other "remote Claude" attempt has failed, and what's possible now.

The setup that didn't exist

If you've used Claude Code for more than a week, you've felt the trap. You sit at your keyboard. You type a prompt. Claude generates two hundred lines. You scroll. You read. You type a follow-up. Half your day is sitting there waiting on a model.

I started looking for a way to drive Claude Code without sitting at the keyboard. Every option I found was the same shape: install a new mobile app, sign up for another SaaS, hand over an API key, manage another subscription. Each one was a bigger surface area to defend than the problem it solved.

None of them did what I actually wanted. None of them let me TALK to Claude and HEAR the answer. They were all chat interfaces. None of them drove the actual development environment.

Why no SaaS has shipped this

The honest answer is the economics break.

To ship "remote Claude" as a SaaS you'd need to manage user accounts, hold their API keys, route their traffic, defend their data, eat the support cost, and do all of it for less than the $20-100 a month users already pay Anthropic. The unit economics don't work. The first five companies who tried this either pivoted or quietly shut down.

The voice-first version is even harder. You'd need transcription, synthesis, and a low-latency round trip. That's another stack of services. Another bill. Another point of failure.

So nobody shipped it. The space sat there.

The flip

I was sitting in a trailer in Vegas with a Mac mini and no keyboard. I'd just spent the last of my graduation-month budget on the hardware itself.

What I had: an iPhone. AirPods from a junk drawer. A projector pointed at a wall.

The flip happened when I realized Apple had already shipped most of the missing pieces. iMessage. Siri. Shortcuts. The voice-loop substrate I would have had to build myself was already in my pocket. I just had to wire what I had into Claude Code.

One hour later I was running Claude Code from my pocket. Walking around Vegas. Dictating prompts. Hearing the answers come back through one mismatched AirPod.

That was the first time I realized I'd been carrying a dev rig for years and not using it.

What it feels like to use

You're walking the dog. A bug pops in your head.

You say "Hey Siri, trigger my Claude." You speak the prompt out loud. Tap the screen to stop dictating. Drop the phone in your pocket. Keep walking.

Twenty to thirty seconds later your AirPod reads the answer back. Claude has touched the code on the Mac at home. You never opened the laptop.

If voice doesn't fit the moment (you're in line at the coffee shop, you're at a meeting), you just iMessage your prompt and read the response on your phone. Same engine. Different gear.

The mode shifts based on context. The output is the same: code that ships while you're not at the desk.

The use cases nobody talks about

Once you have voice-first Claude Code, the friction drops at every dead spot in your day.

Walking the dog. Bug fix shipped before you got back to the kitchen.

In an Uber. Code review on the way to the airport.

At the gym between sets. Scaffolded the next feature while resting.

On a phone call where you have downtime. Quick refactor while the other person finishes their thought.

Driving (CarPlay route). Listen to Claude's response over the car speakers. Hands stay on the wheel.

Toddler nap. Ship without leaving the room or risking the wake.

None of these are "productivity hacks." They're just dev work that previously required a chair and a keyboard.

What I had to do to make it real

The pieces are stock Apple primitives. The work was in three specific places that aren't documented anywhere clean:

The permissions trap. The latest macOS releases tightened sandbox rules in ways that aren't obvious. Most people who try to build this lose two evenings to permission errors. The error message lies about what the actual cause is. There's a specific toggle Apple buries that fixes everything.

The "looks like it worked but didn't" problem. Some inputs go through. Some vanish silently. Multi-line prompts behave differently than short ones. The failures don't surface as errors, which makes them brutal to debug.

Siri disambiguation. Trigger phrases like "trigger my Claude" sometimes open Notes instead of running the right Shortcut. There's a specific iOS Personal Automation condition that fixes this. Apple's docs don't mention it.

I lost a week of evenings on these three things the first time around. I know exactly what to do now.

Where to start

If you want to understand the architecture and try to build it yourself, I wrote a six-page Voice-Loop Story PDF that explains the parts list, the loop, and why doing it solo takes a week. It's free at remote-claude.com.

If you'd rather skip the week of permission-error debugging and just have a working voice loop on your own hardware in under an hour, the polished kit is $49 one-time. Same link.

You already own the hardware. The only question is whether you want to spend a week wiring the pieces, or skip the week.

Stop coding from a desk you don't have to be at.

The Voice-Loop Story is free. The kit is $49.

Get Remote Claude →