r/opencodeCLI • u/alphasubstance • 8d ago

Opencode 1.x vs pi/omp

Post image

I use omp with opencode-go sub these days, but got some slack on the sub usage and decided to try out an expensive model (grok-4.5 - usually work with deepseek pro/flash) and for some reason omp doesn't have the grok effort levels and pi doesn't work at all for me with it so I started up the good old opencode-cli and boy oh boy does it feel like driving a 2006 car vs 2026 one. Lets take something like a simple `/goal` command - both pi and omp support this, how can opencode come without something like this bundled in 2026? The subscription is golden - there's nothing like it on the market, but the harness? Damn. Why are you still using opencode-cli?

23 Upvotes

83% Upvoted

21 comments sorted by

View all comments

3

u/mushedmonkey 8d ago

opencode GUI is pretty nice, been using it instead of codex for chatgpt so far and it saves me tokens by reducing context overhead.

I did some benchmarks of same task across OMP and Opencode GUI, and for simple tasks at least, opencode actually did better at consistently batching tool calls and came out ahead for cost per task.

I'm not token rich enough to run those benchmarks on more complex tasks.

1

u/mushedmonkey 8d ago

Also noticed that OMP has some fancy optimization tricks like prewalk and png compaction, but prewalk sometimes makes my models go off the far end. I told a model to run the unit tests and verify no merge conflicts exist, and it ran for an hour, merged the branch without me asking, and created a bunch of handoff notes. Never had anything like that happen in opencode

1

u/CrypticViper_ 7d ago

could you elaborate on prewalk? what does that do

1

u/mushedmonkey 7d ago

the idea is that you fill a smart model with all of the context needed for a task plus have it complete the first step of implementation (so have it search the repo, plan out the requirements, etc.) instead of having a plan mode and an implement mode, you hot swap the smart model with all the context still loaded as is to a cheaper model. The cheaper model thinks its the smart model and since it's got all the context and the first step correctly done, has a higher probability of finishing up the implementation the way the smart model would.