[dead]
OpenCode – Open source AI coding agent
631–640 of 700 posts
Re: OpenCode – Open source AI coding agent
#632Earlier quoted context omitted.
I’ve pretty much ended up with a pi.dev+gpt-5 and Claude combo. Sometimes I use GLM with Pi if I run out of quota or need some simple changes. I tried Opencode but it was just too much? Same with Crush, 10/10 pretty but lacking in features I need. LSP support was cool though.
Can you expands on the cool part of LSP support ? I"m curious and "on paper" it sounds desirable but I'm unclear on the pluses
In theory it should give the LLM better tools to explore and edit the code. So instead of working with the code as text, it's a tree of stuff it can read and edit.
I don't know how much it works in practice though.
Re: OpenCode – Open source AI coding agent
#633I don't use it for coding but as an agent backend. Maybe opencode was thought for coding mainly, but for me, it's incredibly good as an agent, especially when paired with skills, a fastapi server, and opencode go(minimax) is just so much intelligence at an incredibly cheap price. Plus, you can talk to it via channels if you use a claw.
I see great potential in this use case, but haven’t found that many documented cases of people doing this. Do you have resources you can point to / mind sharing your setup? What were the biggest problems / delights doing this?
No resources, I used Claude Code and did what I put in the original message. Experience easy thanks to Claude coding and deploying
Re: OpenCode – Open source AI coding agent
#634Earlier quoted context omitted.
By "agent" you mean what? Coding is mostly "agentic" so I'm bit puzzled.
It's defined in opencode docs, but it's an overall cross industry term for custom system prompt with it's own permissions: https://opencode.ai/docs/agents/
Thanks for reference the docs. For me an agent is an entity that you can ask something and it talks to you and try to do what you asked to do.
In this case if you have a server with an endpoint you can run opencode when the endpoint is called and pass it the prompt. Opencode then think, plan and act accordingly to you request, possibly using tools, skills, calling endpoints,etc.
Re: OpenCode – Open source AI coding agent
#635Earlier quoted context omitted.
It's defined in opencode docs, but it's an overall cross industry term for custom system prompt with it's own permissions: https://opencode.ai/docs/agents/
I'm still kind of confused, but opencode itself comes with several agents built-in, and you can also build your own. So what does it mean to use opencode itself as an agent?
Claude code too has build and plan agents.
Re: OpenCode – Open source AI coding agent
#636[flagged]
Codex has some OS-level sandboxing by default that confines its actions to the current workspace [1]. OpenCode has no sandboxing, as far as I know. That makes Codex a much better choice for security. [1] https://developers.openai.com/codex/concepts/sandboxing
I created VibePod, which allows you to sandbox the agents in containers and monitor their activities. It also supports OpenCode.
Re: OpenCode – Open source AI coding agent
#637[flagged]
[dead]
Re: OpenCode – Open source AI coding agent
#638Earlier quoted context omitted.
This. I work on projects that warrant a self hosted model to ensure nothing is leaked to the cloud. Imagine my surprise when I discovered that even though the only configured model is local, all my prompts are sent to the cloud to... generate a session title. Fortunately caught during testing phase.
I’m curious if there’s a reason you’re not just coding in a container without access to the internet, or some similar setup? If I was worried about things in my dev chain accessing any cloud service , I’d be worried about IDE plugins, libraries included in imports, etc. and probably not want internet access at all.
Having access to internet could be important for looking up docs and things like that.
Re: OpenCode – Open source AI coding agent
#639How does it compare with CLINE?
Re: OpenCode – Open source AI coding agent
#640Earlier quoted context omitted.
I’m curious if there’s a reason you’re not just coding in a container without access to the internet, or some similar setup? If I was worried about things in my dev chain accessing any cloud service , I’d be worried about IDE plugins, libraries included in imports, etc. and probably not want internet access at all.
Having access to internet could be important for looking up docs and things like that.
Yeah — you can develop in a container that’s configured to only allow local access. Your machine is connected to the Internet as usual, so you can access any docs you want or whatever, but the actual execution environment running on your machine can’t. This is pretty easy to set up in Docker, for example. It’s also useful because you can have the same exact dev environment no matter what machine you’re on, OS you’re running, etc.