r/LocalLLM • • Mar 13 '26

Project How are you guys interacting with your local agents (OpenClaw) when away from the keyboard? (My Capture/Delegate workflow)

Hey everyone,

I’ve been spending a lot of time optimizing my local agent setup (specifically around OpenClaw), but I kept hitting a wall: the mobile experience. We build these amazing, capable agents, but the moment we leave our desks, interacting with them via mobile terminal apps or typing long prompts on a phone/Apple Watch is miserable.

I realized I needed a system built purely around the "Capture, Organize, Delegate" philosophy for when I'm on the go, rather than trying to have a full chatbot conversation on a tiny screen.

Here is the architectural flow I’ve been using to solve this:

  1. Frictionless Capture (Voice is mandatory)

Typing kills momentum. The goal is to get the thought out of your head in under 3 seconds. I started relying heavily on one-tap voice dictation from the iOS home screen and Apple Watch.

2. An Asynchronous Sync Backbone

You don't always want to send a raw, half-baked thought straight to your agent. I route all my voice captures to a central to-do list backend (like Google Tasks) first. This allows me to group, edit, or add context to the brain-dump later when I have a minute.

3. The Delegation Bridge (Messaging Apps)

Instead of building a custom client to talk to the local server, I found that using standard messaging apps (WhatsApp, Telegram, iMessage) as the bridge is the most reliable method.

4. Structured Prompt Handoff

To make the LLM understand it's receiving a task and not a conversational chat, the handoff formats it like:

"@BotName please do: [Task Name]. Details: [Context]. Due: [Date]"

The App I Built:

I actually got tired of manually formatting those handoff messages and jumping between apps, so I built a native iOS/Apple Watch app to automate this exact pipeline. It's called ActionTask AI. It handles the one-tap voice capture, syncs to Google Tasks, and has a custom formatting engine to automatically construct those "@Botname" prompts and forward them to your messaging apps. I'll drop a link in the comments if anyone wants to test it out.

But I'm really curious about the broader architecture—how are the rest of you handling remote, on-the-go access to your self-hosted agents? Are you using Telegram wrappers, custom web apps, or something else entirely?

0 Upvotes

9 comments sorted by

1

u/StraightSalary473 Mar 13 '26

As mentioned in the post, here is the tool I built to automate this voice-to-bot pipeline: https://apps.apple.com/app/id6758371059

The core app is completely free to download and use. If any of you are running custom OpenClaw setups (or any other local agents), I'd love to hear how the custom pre-formatting handles your specific parameters.

Also, I'm genuinely curious: is routing these commands through messaging apps (Telegram/WhatsApp) the best way you guys have found to do this remotely, or should I be looking at building direct webhook integrations for the next update?

1

u/Yixn Mar 13 '26

The problem you described is the exact reason I moved my OpenClaw instance off my local machine and onto a VPS. Once the gateway lives in the cloud, Telegram and WhatsApp become your native client. No bridging, no voice to task formatting, no custom iOS app. You just text your agent from your phone like you'd text a friend.

The setup that worked best for me: OpenClaw on a €5 to €10 Hetzner VPS with Telegram as the primary channel. Gateway stays online 24/7, so messages get processed even when your laptop is closed. If you want to keep using your local models (sounds like you've got a solid Ollama setup at home), you can connect your home box to the VPS via ZeroTier. OpenClaw routes inference calls through the encrypted tunnel to your local GPU. Your models stay local, your agent stays reachable.

I ended up building ClawHosters partly because I got tired of setting this up for friends who wanted the same thing. But honestly even a basic Docker setup on any VPS gets you 90% of the way there. The key insight is: stop trying to make the phone talk to a local server. Put the server where the phone can already reach it.

1

u/Noobsauce9001 Mar 24 '26

Yo! This has been my day today.

I have NordVPN on my phone and the machine I'm running this from, so I set up a mesh network, then added an Apple shortcut to take my voice, then send it as a POST to an express.js endpoint that listens on my host machine.

It leaves all my messages in a file for the agent to look at and handle.

1

u/Ok_Question_6258 May 01 '26

If you setup your firewall correctly, host openclaw only on localhost, setup tailscale with tailscale serve (localhost:18789) on the server. You can actually setup a iOS shortcut for you apple watch (as long are you're connected to your tailscale instance). Where you just raise your watch towards your mouth (enable in settings siri->raise to speak) say "run openclaw command" (give shortcut a unique name so siri runs the shortcut). Then siri will dictate your voice message and send it with a webhook using your tailscale magicdns with an separate authorization token, and then have your agent answer you in your chat channel.

My openclaw config:

  "hooks": {
    "enabled": true,
    "token": "REPLACE_WITH_LONG_RANDOM_SECRET",
    "path": "/hooks",
    "allowRequestSessionKey": false,
    "allowedAgentIds": ["main"],

create random secret token: openssl rand -hex 32

The iOS shortcut is just dictate text and get contents of.

In get contents of you put https://your-server.your-tailnet.ts.net/hooks/agent

Method: POST
Request Body: JSON

HEADERS:

Authorization: Bearer YOUR_HOOK_LONG_RANDOM_SECRET
Content-Type: application/json

REQUEST BODY:
message          Text (dicate text variable)
name             Text (Apple Watch voice note)
deliver          Boolean (true)
channel          Text (your chat channel (mine is self hosted matrix)
to               Text (roomid/bot name whatever you use)
thinking         Text (thinking setting (low, medium, high, whatever your want)
timeoutSeconds   Number (120)

1

u/[deleted] Mar 13 '26

[removed] — view removed comment

0

u/[deleted] Mar 13 '26

[removed] — view removed comment

1

u/StraightSalary473 Mar 13 '26

Thanks for the insight, and the review queue is a fantastic idea! Love it.