With websites i went back to 90s styles. Hyper dense in information. Anything clickable is a link. A button is for Write actions.

Interactive element are distinct from text.

If webpage page is an interactive canvas , make the canvas the main thing ad text as support.

If you start mixing the two idk..

Native apps connecting to the OpenCode server is a great way to run sessions on remote hosts!

I wish Claude Code would adopt the same model. The desktop app deploys a separate engine that restarts and clobbers long-running sessions upon reconnect (Remote Control is their recommended solution but requires a Claude.ai account).

I’ve been vibe coding a native macOS Claude Code app that spawns a server that wraps Claude Code on remote hosts, but the UX and features are always lagging behind.

having a daemon PID helps for web gui, but may bite in unexpected ways under extensive parallization.

I love opencode, but not this website. so difficult to use.

I've been using OpenCode 2.0 indirectly via OpenChamber 2.0 and I've been very happy with it.

Once I got past the initial hurdle of having to upgrade my server and clients all at once, everything has been smooth sailing.

The site took a minute to load in completely and when I scrolled to the bottom I couldn't read the SDK text, it was literally cut off, kinda resembling the current state of coding very accurately lmao

it feels like a clear improvement across the board but a heads up: i got bitten by upgrading - since all tool calls now go through the background process, the sandbox that i use to wrap the TUI process quietly became useless. took me a day or two to realize that web fetches, etc. which should have been blocked were succeeding.

Interesting and I'll definitely give this a try, the client/server and plugin system do look very powerful.

However, I've been using OMP in combination with Tern (the terminal) lately and it's an incredibly smooth operation. It's hard to find a decent terminal on Windows (corporate device) but this is the best I've found so far.

I enjoy this program, and 2.0 is a great improvement.

I really hope we don't get a slew of WebGL-intensive sites.

My notebook took up flight and launched itself through the window and died trying to render this site.

This game is quite interestingly fun despite how basic it is.

Everyone copies https//maki.sh. I've been the first!

I had no clue you have to scroll down.

The background task / subagent feature and the ability to specify a model when starting a subagent are so far my favorite improvements. Small things but make huge QoL difference in everyday development.

Same OpenCode team who ignore bug reports, don't respond on their discord, don't have modern CI/CD test suites (often shipping regressions), don't have bots to triage bug reports or PRs, and have what might be the worst open model subscription service available today.

OpenCode users: switching to Pi takes about 5 minutes, and customizing it to work just like OpenCode takes another 30 minutes. Better design, better devs, better community.

I was annoyed that it takes just as much ram if not more than 1.0

Based on this post, it sounds like a ton of great improvements.

I've only used OpenCode a bit, but I found it was sufficient for the workloads I was throwing at it. It wasn't quite enough to beat out Codex or Claude Code as my go-to choice, though. Perhaps I'll give this version a shot and see if they've gotten it over the hump.

[flagged]

Their installer (curl | sh) was taking so long yesterday for me.

It turns out it's incredibly slow... because of the progress bar rendering. This is insane. The installer took 6 minutes to reach 10%:

curl -fsSL https://opencode.ai/v2/install | bash

Managed to fix it by running this instead:

curl -fsSL https://opencode.ai/v2/install | bash 2>&1 | cat

Wait, but OpenCode got renamed to Crush and the original dev went on to that new project. Where did this come from? Is this a fork? Who is behind it?