General
I Want More Coding Agents to Work Like This
0 views

💻 One thing I dislike about coding-agent setups is how quickly they become part of one specific machine.
Provider config goes in one place, session state somewhere else, local models live in another directory, and suddenly moving to a second machine means rebuilding the environment.
OpenClaude-Portable takes a much cleaner approach.
It packages the coding agent, runtime and persistent data into a self-contained folder.
It supports cloud and local models in the same setup
The project currently supports 9 provider options:
Anthropic Claude
OpenAI
Google Gemini
DeepSeek
OpenRouter
NVIDIA NIM
Ollama
LM Studio
custom OpenAI-compatible APIs
I like this because the portable part is not tied to one model vendor.
I can use a cloud model when I want the strongest hosted option, then switch to Ollama or LM Studio when I want a local workflow.
The important caveat is simple: cloud providers still need internet. Ollama can run offline after the initial setup.
The "zero footprint" idea is more useful than it sounds
The project redirects its persistent data into a local data folder.
That includes provider settings, API keys, logs, session history, agent memory and local Ollama files.
According to the repository, it does not write configuration into the host system.
For me, this is the real feature.
I do not care that the agent happens to be on a USB drive. I care that I can move the folder and keep my environment with it. 💾
There are two very different ways to run the agent
The launcher offers a normal mode that asks before file writes or shell commands.
There is also an optional Limitless mode that can run without approval prompts.
I like that these are explicit choices rather than one hidden permission switch.
For normal development I would keep approval mode on. For a disposable test project or a controlled autonomous task, the second mode could be useful.
Sessions can survive the move
Another practical detail is session resume.
The project stores session history inside the portable data folder and includes a resume command for interrupted sessions.
That matters more to me than a flashy UI feature because an agent becomes useful over time only if its working context is not constantly thrown away.
There is also a browser dashboard with a chat-style interface, agent mode, tool cards and a thinking visualization.
So you are not limited to a terminal-only experience.
The local-model optimization is surprisingly aggressive
Running a coding agent against a small Ollama model on CPU can be painfully slow because the agent itself sends a large system prompt.
OpenClaude-Portable includes a local proxy that trims that prompt before sending it to Ollama.
The repository says it reduces the prompt from roughly 10,000 tokens to around 300 for this local path, and reports typical first-token latency improving from 60-120 seconds to roughly 5-20 seconds on CPU-only hardware.
I would treat those numbers as project-reported rather than universal benchmarks, but the idea is smart: optimize the agent protocol for the limitations of small local models instead of pretending local and cloud inference behave the same way.
The base installation is small
The project itself needs roughly 150 MB for the runtime and engine.
Local models are the part that grows quickly, with the repository suggesting roughly 800 MB to 8 GB depending on the Ollama model.
That makes a portable setup realistic.
One warning from the README is worth repeating: first-time installation on slow USB media can take 10-15 minutes. A USB 3.x drive or doing the initial setup on internal storage and copying the completed folder back is a better experience.
What I would use it for
I would not move my primary development environment onto a random flash drive.
But I absolutely see value in a prepared portable agent for:
travel
a backup machine
a recovery environment
temporary workstations
offline coding with a small local model
testing different providers without rebuilding config
For me, OpenClaude-Portable is interesting because it treats the coding agent as part of the project environment instead of part of the computer.
I want more developer tools to work that way.
Read original: https://dev.to/khasky/i-want-more-coding-agents-to-work-like-this-544d
PreviousI Violated an API Contract by Fixing a Timeout BugNextI wanted JetBrains-style Git in VS Code, so we built Git Brain 🧠
Related posts
Man completes 28-year, 31,000-mile walk around world, returns to mother's house
0Hacker News New
Johnstown, PA will be your best place to live if you make under 100K
0Hacker News New
Cryosphere faces permanent damage when world overshoots 1.5C, scientists warn
0Hacker News New
Nanoparticles for delivering personalized cancer vaccines
0Hacker News New
WTF Ubuntu?
0Hacker News New
Napping Characteristics and Incident Dementia
0Hacker News New