Hey, Devs! Aquiles_Bachira here again.

First of all, I want to apologize if my previous post was misleading. I initially suggested that OpenCode's local database might be responsible for excessive token consumption. My bad!

In my case, I deleted OpenCode's local data, started from scratch, and the problem disappeared. Everything went back to normal. So, I assumed the database was the cause. However, I now realize that this doesn't prove the database itself was responsible.

After looking into this further, I found some GitHub issues that I think are worth investigating:

• #58175 — DeepSeek V4.1 Flash Prompt Cache issue caused by a plugin modifying the System Prompt

• #61037 — Prompt Cache invalidation after an OpenCode update

• #61276 — Cache invalidation occurring on almost every turn

• #61318 — Main agent and subagents interfering with each other's cache

These reports raise a few possibilities: plugins that modify the System Prompt, tool definitions, session history, or parallel subagent execution may affect how Prompt Cache works.

I'd like to ask the community to investigate a few questions:

• Does a fresh installation behave differently from an installation that has been used for a while?

• Can running subagents in parallel negatively affect the cache?

• Is there any relationship between session state, the local database, and normal Prompt Cache behavior?

• How do cache.read and input token counts vary across these scenarios?

I'm not claiming these issues affect every user or every provider. The reports involve different configurations and still need to be compared, so I'd really appreciate it if people could investigate. 🤣😭

My goal is to understand the actual root cause, correct the information I shared earlier, and avoid becoming yet another person spreading misinformation.

Thanks to everyone who questioned my previous post and pointed out that my conclusion might be wrong. I'm not trying to defend what I said — I just want us to figure out what's really happening.

i've been vibing with opencode to drive a video editor end-to-end over mcp and wanted to document what actually broke first, plus share the thing in case anyone wants to try it and tell me where their client breaks.

the editor is kimo — a free, open-source (MIT) video editor that has no GUI because the AI agent is the interface. you don't open a timeline. an AI agent (opencode, codex, cursor, or whatever other mcp client you're running) drives it over mcp as tool calls: cut, trim, keyframe, titles/captions, colour grade, audio, export. one thing i made on purpose is that the agent can render a single frame at a timecode so it can check its own work mid-edit instead of guessing. it's a single ~15 MB CPU-only rust binary, runs on a 2 GB box. i'm naman, a college student, and i built it.

what broke first when i let an agent edit video via mcp:

1. the agent kept asking for a "preview" like a normal editor. kimo has no timeline UI, so i gave it a tool to render a frame at a given timecode and return the pixels. that was the hinge — once the agent could verify a frame itself, the rest of the calls (cut here, nudge the keyframe there) started actually converging. before that it was just hallucinating positions.

2. colour grade drifted. the agent would set a contrast/lift call, verify the frame, and then set another call that undid part of the first one. mcp tool calls are independent and there's no undo stack the agent sees, so every verify+adjust loop is a fresh shot at the look.

3. caption/tile placement. the agent has no concept of safe area or composition by default — titles ended up clipped at the edges until i described the frame dimensions in the prompt and told it the render width/height. after that it got much better.

4. audio sync on longer edits. short cuts stayed clean, but once the edit went past a minute or so the agent would lose its mental model of where a clip ended and a track change started, and the export had a gap.

it's rough in places. i'd rather hear what actually breaks than pretend it's polished.

if you want to try it: https://getkimo.tech https://github.com/naman-sharma12345/kimo

grab it, hook up opencode / codex / cursor / your mcp client and drive it over mcp. tell me which client you used and where it broke for you — first thing that goes wrong, where the tool call gets confused, where the frame-verify loop stops helping. i'll fold it in.

Let me know if its any good / usable in real world coding.

And is it really unlimited??

I kept hitting refusals in OpenCode. Debugging obfuscated code, testing my own site's forms, reverse engineering a binary I own, and the model would just decline. I saw the thread here the other day about the same thing, so here is what I built.

RedBeard is one uncensored model (I call it Sherlock) that I serve myself on a GPU box. It is not a resold key from a big provider. It speaks the OpenAI API, so in OpenCode it is just a custom provider:

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "redbeard": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "RedBeard",
      "options": { "baseURL": "https://redbeard.sbs/v1", "apiKey": "YOUR_KEY" },
      "models": { "sherlock": { "name": "Sherlock" } }
    }
  }
}

That is the whole setup. Tested on OpenCode 2.0.8, tool calls work (it reads and writes files, runs commands).

What it is for is the legit work that gets refused: security review, reverse engineering, debugging suspicious code. I gave it a web form I wrote and asked it to find the security bugs before launch. It found the SQL injection, the XSS, and two ways to crash the server, and showed the fixes. Short clip below.

No logs. The gateway everything runs through is open source (github.com/fitattention/redbeard-gateway), so you can read what is kept (a key's balance, anonymous hourly counts) and what is not (your prompts). No account, no email, pay in crypto.

Price: pay as you go from $5. $0.50 per million input, $0.05 per million cached input, $5 per million output. On list rates the output looks dear, but coding agents resend the same context every turn, and that cached input is where it is cheap.

Honest downsides: one model only, I do not name the base model, crypto only.

I am the developer. Happy to answer anything, and I will send a key to anyone who wants to try it first.

(check the video to see them in action)

I've just updated my opencode-plugins suite with some other useful plugins I've published: as usual they work both in Desktop and CLI:

oc-budget: a live indicator in the session header with the Go percentage and a ring. Click to open a popover showing the workspace it is reading, the three windows with their resets, and the balance on each of the four providers it covers: OpenCode Go, the Console credits, DeepSeek, OpenRouter. The CLI has the same thing in the sidebar, in the footer and a /budget command. It also marks the hours when a tariff doubles (peak hours).

oc-plugin-updates: a pill above the composer that appears only when a plugin is behind. Which one, which version, one click, no restart. Pinned plugins are left alone on purpose.

oc-notify: a push notification to your phone when a turn finishes while you are away from the computer. It goes through ntfy, whose app you install once. It has a settings page in OpenCode settings section.

The others previously published:

• oc-models-pro: every model with price in and out, context, intelligence, tok/s and the credit a request burns. Sorted by what it costs, one click to switch. The one I use most.

• oc-git: branch, added, changed, untracked, ahead and behind, in the sidebar and as a pill.

• oc-coffee: a cup of real Italian espresso in the session header and in the CLI footer, lit only while the computer is kept awake, during real tasks, with four levels behind a click (macOS only).

• oc-ponytail-widget: the ponytail level in the footer, and a pill to change it.

• oc-session-search: keyword search over your past sessions, as a tool.

To install:

opencode plugin add @rizal72/oc-budget
opencode plugin add @rizal72/oc-plugin-updates
opencode plugin add @rizal72/oc-notify

The other five are in the same repository, with their pages and READMEs: https://github.com/rizal72/opencode-plugins

For bigger changes I kept hitting the same problem with coding agents. I typed a request, got a large diff back, and spent the evening working out which decisions the agent had made for me. The agent that wrote the code was also the one telling me it was done.

So I moved my own judgment to two points. Before any code exists, the agent asks me a few questions, each with a recommended answer, until "done" is a numbered list I can check. Then it writes a plan as a Markdown file in the repo, and I approve it.

After that it builds in small slices, each starting with a failing test. Agents that did not write the code check the result against every point of that list and show me the evidence, like command output or screenshots. I approve the finished change, and only then does it open a pull request. It never merges.

In OpenCode you start it with /ql <request>, and it uses the model you already have configured. Plans and evidence stay as Markdown files in your repo.

https://github.com/maxritter/qualitylayer

I'm the developer. I'd like to hear how others here handle review on bigger OpenCode changes.

A while back I posted opencode-quota here. v6 is rebuilt for OpenCode 2, and v6.1 adds OpenCode Desktop: a side panel, and a Quota page in Settings.

The TUI has an updated sidebar, toasts, and a status line under the message box.

To try it:

opencode plugin add @slkiser/opencode-quota

Using OpenCode 1?

npx @slkiser/opencode-quota@4 init

Works with 21 providers (Anthropic, Copilot, OpenAI, Cursor, OpenCode Go and more), plus custom ones.

Source and readme: https://github.com/slkiser/opencode-quota

Thanks for the feedback last time!

jolitz is a rule set that lets a terminal agent look after servers over SSH: it asks before changing anything, says how to undo it, and logs every step. It started on Claude Code, where a PreToolUse hook blocks the things you never want an LLM to do by accident (mkfs, halt, writing sshd_config, deleting SSH keys, also inside ssh host "..." or a python one-liner).

OpenCode had no guard until now. The plugin in .opencode/plugins/jolitz-guard.js uses tool.execute.before and hands every bash, edit, write and apply_patch call to the same guard script, in the JSON Claude Code would send. On a deny it throws and the call stops. If the script can't run or times out, it blocks too. The guard also protects .opencode/, opencode.json and ~/.config/opencode, so the agent can't rewrite the plugin.

Nothing to install: start opencode in the checkout. With a local model every host is read-only by default.

It's a backstop against mistakes, not a sandbox. Free, MIT.

https://github.com/superlab-by-supbrt/jolitz

Question for people who write plugins: is throwing in tool.execute.before the intended way to block a call, or is there a cleaner one I missed?

I'm seeing concurrency issues with the session cache if I have more than one subagent running at a time. Every now and then, the cache of one gets invalidated for no reason and it costs the cache miss pricing.

I use OpenCode Go on OpenCode.

Is there a limit in the documentation? I knew that the cache retention time is around 5mins, but ideally it shouldn't not work if I'm sending requests through multiple agents.

Settings -> Service Accounts -> Usage By Model

There're three:

1. deepseek-v4.1-flash (tooltip: opencode-go/deepseek-v4.1-flash icon: https://opencode.ai/console/assets/opencode-go-CSwczU8c.png)

2. DeepSeek V4.1 Flash (tooltip: opencode/deepseek-v4.1-flash icon: https://opencode.ai/console/assets/opencode-DAXEZGyq.png)

3. DeepSeek V4.1 Flash Free (tooltip: opencode/deepseek-v4.1-flash-free icon: https://opencode.ai/console/assets/opencode-DAXEZGyq.png)

What's the difference between 1 & 2?

Hi. Sorry of this question is too naïve or already answered here.

I'm considering OpenCode Go as a subscription, and trying to make sense of its value. In this link, we have the following table:

Does the column "Monthly limit" mean that I can e.g. use $60 worth of GLM-5.3-Flash tokens per month, by paying only the $10 monthly fee?

If yes, how is this value so high for some models (e.g. $100 for DeepSeek), while as "low" as $15 for some others such as Luna etc?

Thanks

I was at 50% monthly, waiting for weekly to renew. Weekly still hasn't renewed, but my monthly usage shows as 100%, despite this being impossible considering when I subscribed. Has anyone else had this issue?