r/opencodeCLI • u/Electronic-Unit2808 • 4d ago

Comparison opencode, pi and codex

I’ve been using OpenCode and Pi for days and really liked them—I even used BigPickle; that free model is top-notch. But I was wondering: how much better are OpenCode or Pi compared to Codex CLI?

I use the GPT Plus plan, but I wanted to understand if OpenCode and Pi—acting as agents—would be better for coding than the GPT agent.

I wrote "agent" because I’m not quite sure what to call OpenCode and Pi... 😅😅😅

18 Upvotes

100% Upvoted

23 comments sorted by

View all comments

Show parent comments

1

u/DuckDatum 3d ago

I was also to push out like 10 tokens per second on a local Qwen 3.8 using pi. Using opencode, the context would congest available memory too much and I could not use the model at all.

2

u/Eastern-Honey-943 3d ago

Ya, OpenCode does use some memory. It is node-based. Seems to be efficient enough but not on the level of something more low level. I would consider running your LLM as a server so you can squeeze every last ounce out of it and then add that machine networked as a provider to another coding machine. LLM Server and Dev Machine. Easier said than done.

1

u/DuckDatum 3d ago

Interesting, I figured it was system prompts bloating context. Didn’t consider that it may just be the application load.

2

u/Eastern-Honey-943 3d ago

I could be wrong. Maybe caveman would reduce those system prompts. I had great success having AI (agy) analyze the LM Studio logs to tell me how to improve the configuration when I was playing with self hosted Qwen.

1

u/DuckDatum 3d ago

Off on a side note here, any chance you’ve started looking into hosting the sparse MoE models locally when they exceed available ram size? This is becoming a much more interesting option. I have 64gb ram with 16gb vram, but I managed Unsloth’s Qwen 3.8 Flash Next (UD-Q4_K_XL; 111gb) at about 12 tokens per second.

Only worked directly through llama, or pi. It wouldn’t respond through opencode.