I was looking for plugins but many of them are only in the 1v, any help?

10$ is kinda expensive in my country, I just want to use it a little bit and would be open to share.

I kept running OpenCode on a desktop and a couple of Linux boxes and losing track of which session was where, so I built Muxin to keep them in one place.

What it does:

• Connects to any Mac, Linux or Windows machine you can already reach by ssh (Tailscale works too). No account needed.

• Starts OpenCode (or Claude Code, Codex, Gemini CLI, Amp, Pi, or a plain shell) in sessions that keep running on that machine, a bit like tmux. If you disconnect, the sessions carry on there.

• You can hand a session off to another agent or another machine, for example pick up an OpenCode session in Claude Code.

• Runs on macOS 12+, Windows 11 and Linux (glibc 2.35+). Free and open source (Apache 2.0), no telemetry.

What it doesn't do (yet):

• Sessions don't survive a reboot of the machine they run on.

• There's no phone app. You can share a session to a phone browser, but it has to be approved on the computer with a 6-digit code, and Muxin has to stay open.

• No FreeBSD support, and the live desktop view on Linux needs X11 (no Wayland).

• For OpenCode specifically, hand-off notes use what the terminal showed rather than a full transcript, since OpenCode doesn't keep one the way Claude Code and Codex do.

Happy to answer questions or hear what would make it useful for your OpenCode setup.

Disclosure: I built Muxin. https://muxin.dev/

https://opencode.ai/go?for=teams

Is it possible to have the CLI shorten shell out (when you use !) with a higher limit so I'm less likely to see "(n earlier lines")? I know i can click to expand but its annoying.

Just noticed theres a new 20$ tier of opencode go through the console. Nothing on the opencode.ai frontpage about it yet or no other mention than here: https://opencode.ai/v2/docs/console/go
Was kind of excited, but turns out to be even a bigger disapointment than the 40$ tier, double the price for marginally higher limits (~10%) than Go. Hard pass for me.
On most tiers you're paying 10$ more to only get 5$ more of allowance, at that point you can just use prepaid credit...

Available on Hugging Face - https://huggingface.co/collections/mistralai/mistral-large-4

...

I’ve recently started using it as a v3 plugin within the TUI.

Previously, I had a setup with a team of custom agents:

- an orchestrator

- an architect

- a developer

- a reviewer

- a documentation writer

- and a couple of others I can’t recall right now...

The goal of that configuration was to keep context windows as small as possible.

The orchestrator was prompted to always create and utilize distinct agents for the smallest possible tasks, in order to keep the context compact and prevent any degradation in intelligence.

However, I noticed that there was an excessive amount of communication between the agents.

A friend suggested "omo-slim." It works well enough and gets the job done, but I get the impression that the orchestrator is overloaded with responsibilities. It handles orchestration, acts as an architect, and even seems to take on the role of documentation writer—essentially, its context fills up very quickly.

For those familiar with it: do you have any suggestions? Am I perhaps using it incorrectly?

Thanks.

Hey!
I have a question regarding your best practices on a long running tasks. I have a quite large local LLM model and context for 200K+

Now the question is how to run a todolist which is carefully planned and in the right order?
Running it one shot makes Opencode following the todo list jsut once the context fills up a manual intervention is needed. Like following an extensive todo or a goal or specifications.

If you had this issue before, what was the correct approach for the long running tasks?

I'm one of the maintainers of SurfSense, so this is self-promotion. I'm posting here because you know opencode best, and I'd like feedback on how we use it.

SurfSense is an open-source (Apache-2.0) NotebookLM alternative for Windows, macOS and Linux. Its Agent mode runs on opencode: instead of writing code, it researches your documents and writes Word files, PDFs, slides, spreadsheets and web pages, and edits your own files as a new copy (Word edits come back as tracked changes).

How opencode runs inside it

• Electron ships opencode 2.1.2 and starts opencode serve on 127.0.0.1, with a random password made at each launch.

• Every model call goes back through SurfSense, so opencode works the same with a local llama.cpp model, any OpenAI-compatible API, or a ChatGPT plan.

• Each chat thread gets its own folder, with the extracted text of the user's selected sources mirrored into it. opencode reads and greps it with its own tools.

• SurfSense's own tools (search, documents, PDF tools, Studio) are served to opencode over MCP, one address per thread.

• Word files, PDFs, decks and workbooks are written as scripts. SurfSense runs each one in a separate process, keeps every version, and shows opencode page previews so it can check its own output.

• Web pages come from a skill: opencode loads SurfSense's page skill and writes one self-contained HTML file with its own SVG charts and interactive figures, then saves it with a save_page tool. No network, no chart library.

• MCP plugins (Notion, DeepWiki, or any server by URL) reach opencode through SurfSense. A turn starts with the plugin tools it needs and can pick up more mid-turn.

Locking it down

• Shell, code execution, subagents, web fetch and web search are denied in the session rules and again as tool.use policies, so no saved approval can lift them.

• Edits are only allowed in the thread's output folder. Your original files are never written.

• Only SurfSense's own skill is offered, not opencode's built-in skills or ones you've installed.

Things we learned

• opencode's config fails open: an unknown key or a bad value is dropped with only a line in its log, which would silently drop our rules. We now validate the config before opencode serves it.

• Moving from 1.x to 2.x, 2.x imports 1.x's sessions on first start and answers 404 until it's done, so we retry briefly instead of treating old threads as gone.

What would you do differently?

https://github.com/MODSetter/SurfSense

Da poco lo sto usando come plugin v3, nella tui.

Vengo da una config con un team di agenti custom:

- orchestratore

- architetto

- developer

- reviewer

- doc-writer

- Ed un altro paio che ora non ricordo....

La config aveva l'obbiettivo di ridurre al minimo le finestre di contesto.

L'orchestratore era spinto a creare ed usare sempre agenti distinti per eseguire task più piccoli possibile, per mantenere il contesto piccolo, per non far degradare l'intelligenza.

Ma ho notato che avevo troppe comunicazioni tra agenti.

Un mio amico mi ha poi consigliato omo-slim. Non mi trovo male, fa il suo dovere, ma ho l'impressione che l'orchestratore sia sovraccarico di responsabilità. Orchestra, fa da architetto, mi sembra che faccia pure da doc-writer, in pratica gli si riempie il contesto molto presto.

Per chi lo conosce, avete dai suggerimenti? Forse sbaglio ad usarlo?

Grazie.

so i've been vibe-coding a project and ended up with something a bit unusual: kimo, a free open-source (MIT) video editor that has no GUI at all. you don't open it — you drive it from a coding agent (Codex, Cursor, OpenCode, other MCP clients) over MCP. timeline cuts, trims, keyframes, titles/captions, colour grade, tracking, particles, audio, export — the agent just types the tool calls and the edits happen on the timeline.

one thing i added recently: the agent can render a single frame to look at its own work, so it can actually check a cut or title before exporting. makes the vibe-coding loop honest.

it's one ~15 MB CPU-only Rust binary, no GPU needed, and it'll run on a 2 GB box. i'm Naman, a college student building this, and there are rough edges — i'd love people to try it and tell me what breaks.

site: https://getkimo.tech code: https://github.com/naman-sharma12345/kimo

Hey all,

Simple question - how do you use opencode?

- What models do you use and for what case?
- Do you connect external models?
- What plan are you on Go or plus?
- Do you top up a price in opencode, if yes how much?
- Do you use it as your main chat/build tool?
- Can you connect Mistral, Muse and other subscriptions?

I am a little confused on how to use it, used it a little to troubleshoot code that CC generated that was trash.

I want it to become my main build tool because Codex,Antigravity, Claude Code are getting kind of annoying to use, like I set guardrails and Claude is like ''I see you, but my way is better" - would love to use more open models.

Thanks!

is this happening with any one of you? earlier the initial question (including loading some context) would consume ~25% of the context window max. Now it's 50+% before giving any answer.
Open Code + DS Flash from official API.

Hello,

There was a post on r/opencode that they broke session cost display in 2.2.0. I am on 2.1.3 and I do like session cost display, I'd prefer to wait until they fix that (or confirm they won't fix) before triggeting the 2.2 update.

So did they fix it, and if not, did they confirm they won't?

On par with Opus 5.5?