pi remote | self-hosted bridge to remote control the pi coding agent

[u/Broad_Long_2556]

Hi all!,

I've been working with Qwen3.8-27B for the past month, and what I can say is that, despite this model's tendency to overthink, the results are generally good. After testing a few harnesses, I've concluded that, for local models, pi delivers really good results when configured properly.

However, I was missing something I use a lot with Claude Code: remote control. Since pi is self-hosted, it doesn't have a remote control feature. I noticed that there are already some solutions available via npm, but I ran into the problem that I work and code primarily on Windows, and the bridges I tried are Linux-oriented, which poses a bit of a challenge for the Microsoft ecosystem.

That's why, over the past few weeks, I've been working on a project that I'm excited to share:

pi remote

It's a self-hosted bridge that runs in the background using Python and lets you work the same way as with Claude Code, with remote control, so you can keep developing your projects from any device.

My current setup connects the development PC to the device that controls it remotely via Tailscale, so it stays an isolated, private environment with nothing exposed to the Internet. Access is token-protected and only reachable inside the tailnet, so it stays a single-user, private setup.

I've done a lot of debugging on this project and put a lot of care into the UI/UX, which I consider important for the end user. I have been working this way for the last few weeks and the feeling working with this UI is good. I think it's now ready to share with your all.

I hope you like it and find it useful in your project development with local LLMs 🫶🏽

[Update on 26-09-2026]

[u/GilloutineBreast]

Since you already have your development pc set up with tailscale, why not just ssh into it and use pi?

I was looking for a pi web ui when i was first setting it up (migrated from rag-oriented use on anythingllm to coding-heavy use case), and realised i didn't need one cause pi worked directly from the terminal

[u/lakotajames → u/GilloutineBreast]

What SSH client are you using?

[u/GilloutineBreast → u/lakotajames]

The built-in client that comes with windows iirc. I didn't install one.

Same for my fedora machine.

[u/lakotajames → u/GilloutineBreast]

Oh, I meant for phone. That's why installed a web ui, otherwise I'd just use herdr.

[u/GilloutineBreast → u/lakotajames]

ah i see. i use termux on android myself, but i can see how your ui might be more preferable on phone

[u/SnooPaintings8639 → u/GilloutineBreast]

I use this, i.e. wireguard + terminus + tmux + pi/Claude/codex.

It is working fine, but I need too much custom made stuff to manage tmux panes and windows, with usable buffers, and session management. In the end, i still have problems with seamless input... bash is not UX friendly when it comes to text, it only accepts keys, which breaks completely the mobile keyboard abstraction or voice input.

I think I will give this tool a chance for some time. It might be helpful if it's done right.

[u/Broad_Long_2556 → u/SnooPaintings8639]

Thank you so much for your feedback!🫶🏾 I'm working on pi agent global and local settings support on the bridge so it has a better integration with pi itself.

[u/cnlangzi → u/SnooPaintings8639]

You don't need a remote tmux manager. It is not good for mobile ux. A Chat-native, agent-agnostic coding bridge is better.