CLI coding client - alternative to (not so) OpenCode

Posted by momsi91@reddit | LocalLLaMA | View on Reddit | 22 comments

I passionately use OpenCode for all kinds of tasks. Though, recently a post made me aware that OpenCode is, in fact not so open and maybe not as trustworthy.... A story that I should have learned with OpenAI already... I read a lot about alternatives like nanocoder or pi. But the absolute mass of tools is overwhelming... What y'all recommend?

Reply to Post

22 Comments

[-]

ParryBen@reddit

Nanocoder is worth looking at seriously. It is open source and privacy focused by design which addresses exactly the trust problem you are describing with OpenCode. The GitHub is public so you can verify what it actually does rather than taking anyone's word for it. The broader lesson from OpenAI and now OpenCode is that the name tells you nothing. The licence and the architecture tell you everything. Any tool handling your code and your queries deserves that level of scrutiny before you commit to it.

[-]

nakedspirax@reddit

Probably not Claude code either. https://vulners.com/cve/CVE-2026-33068

[-]

synn89@reddit

I think Charm Crush may be pretty clean. It has telemetry to one endpoint, data.charm.land, that can be disabled via a few opt out methods: * CRUSH_DISABLE_METRICS=1 (env var) * DO_NOT_TRACK=1 (env var) * "disable_metrics": true in config

[-]

TechnicalYam7308@reddit

ngl the space is kinda chaos rn 😭 but a few actually stand out , aider = goated if you care about git + real workflows Nanocoder = cool if you want community/local-first energy Codex CLI = simple + fast, no bloat Pick ur vibe

[-]

JockY@reddit

The Claude cli is great with open models. Just make sure to google the environment variables that disable telemetry, etc. You must also set `CLAUDE_CODE_ATTRIBUTION_HEADER=0` otherwise prefix caching will break. I also like [Crush](https://github.com/charmbracelet/crush).

[-]

StrikeOner@reddit

i just gave it a try yesterday and for my local test this cli is a pure failure. there is no support to easyly integrate lsp's and other tools into the workflow. i added various mcps to the agent that should help him get back on track to the newest standards, it didnt use any of the mcp's to figure out which synthax changes he has to apply, going with only old synthax he was trained on and trying to hack the surrounding configurations instead to somehow get his hacky solution to compile. you dont see whats happening, what this thing is thinking.. its just doing things.. its hard to extend by any means.. i dont know but i'm not that convinced of this cli at all.

[-]

JockY@reddit

Claude is mature, well-documented, and they even provide skills you can download on the website. I use MCPs in it daily and they're flawless. Crush is also mature, well-documented, and supports LSPs natively - the README.md specifically [calls out how to use them](https://github.com/charmbracelet/crush#lsps). Sounds like user error.

[-]

StrikeOner@reddit

the lsp are integrated trough plugins that others write interfaces for to integrate it into claude. thats not easy! integrate the eslint lsp into claude please or show me where that has been done for example.

[-]

JockY@reddit

Don’t give me homework. I’m not tech support. I already did work on your behalf, go learn something and figure it out for yourself :)

[-]

StrikeOner@reddit

crush looks interresting. thanks!

[-]

StrikeOner@reddit

kid go figure please!

[-]

l3landgaunt@reddit

I’ve got Claude code connected to z.ai and it’s kicking ass

[-]

srigi@reddit

I never grow from love to RooCode. Somehow I still prefer to operate and diplay code with classic editor and to have (graphical) agent in sidebar. Tons of setting and customizations, new version every few day makes it hidden gem among harnesses.

[-]

StrikeOner@reddit

i also wanted to ask the same question actually, i saw a lot of people mentioning pi which is not a real alternative imo since it does not has any mcp integration and there definately are some mcp i dont realy feel like reimplementing completely by hand to be able to use it in one special cli. so if anyone has suggestions for a cli with good lsp and mcp support. please let me know!

[-]

JockY@reddit

https://old.reddit.com/r/LocalLLaMA/comments/1ryxusb/cli_coding_client_alternative_to_not_so_opencode/obhsrdb/

[-]

space256@reddit

I've been using the pi-mono coding agent for a few weeks: https://github.com/badlogic/pi-mono/tree/main/packages/coding-agent Works well but would recommend to run it in a sandbox. I use a virtualbox instance with debian linux with Internet off by default, shared folder with host and proxy connection in from llama-server.

[-]

TokenRingAI@reddit

I never really found what I wanted, so I just keep plugging away at TokenRing Coder, try it out and give me feedback, it's completely open-source, no VC money behind it. CLI and a Web interface (that doesn't phone home) ``` LLAMA_API_KEY=... \ LLAMA_BASE_URL=... \ npx @tokenring-ai/coder@next --http ```

[-]

CLI coding client - alternative to (not so) OpenCode

Reply to Post

22 Comments

ParryBen@reddit

nakedspirax@reddit

synn89@reddit

TechnicalYam7308@reddit

JockY@reddit

StrikeOner@reddit

JockY@reddit

StrikeOner@reddit

JockY@reddit

StrikeOner@reddit

StrikeOner@reddit

l3landgaunt@reddit

srigi@reddit

StrikeOner@reddit

JockY@reddit

space256@reddit

TokenRingAI@reddit

hurdurdur7@reddit

Ok_Finger1470@reddit

tomz17@reddit

FinalCap2680@reddit

vivekkhera@reddit