OpenCode 2.0

(anoma.ly)

92 points | by gmays 1 hour ago

22 comments

  • denysvitali 10 minutes ago
    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

  • kbrannigan 11 minutes ago
    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..

  • unrented7977 34 minutes ago
    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?
    • kzsh 4 minutes ago
      Someone from Opencode went to Crush, but Opencode continued.

      EDIT: as a rewrite, owning the name. but not code.

      https://x.com/thdxr/status/1933561254481666466

    • chrysoprace 7 minutes ago
      I don't think that's the case. This is from anomalyco, the company who made sst.dev. Crush is from Charm. I think OpenCode may have originally been written in Go but nowadays their codebase is TypeScript.
  • afruitpie 15 minutes ago
    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.

    • avereveard 0 minutes ago
      Claude code agents have a protocol that's usable for the same purpose it just listen locally but it's usable i have my own claw-like that has options for claude, codex, and pi (my subscription, wife subscription, and i got a yearly sub on glm when it was cheap)
  • my002 38 minutes ago
    I really hope we don't get a slew of WebGL-intensive sites.
  • vadepaysa 21 minutes ago
    I love opencode, but not this website. so difficult to use.
  • nfriedly 10 minutes ago
    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.

  • dormento 29 minutes ago
    My notebook took up flight and launched itself through the window and died trying to render this site.
  • nater5000 41 minutes ago
    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.

    • dsauerbrun 8 minutes ago
      out of curiosity, how or what do you use codex/claude code for that beats opencode?
  • kingds 28 minutes ago
    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.
  • mawadev 6 minutes ago
    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
  • 361994752 26 minutes ago
    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.
  • LaurensBER 39 minutes ago
    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.

  • markerz 27 minutes ago
    This game is quite interestingly fun despite how basic it is.
  • aniceperson 19 minutes ago
    having a daemon PID helps for web gui, but may bite in unexpected ways under extensive parallization.
  • oblongsquare69 50 minutes ago
    I enjoy this program, and 2.0 is a great improvement.
  • emerongi 24 minutes ago
    I had no clue you have to scroll down.
  • 0xbadcafebee 16 minutes ago
    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.

  • tontinton 45 minutes ago
    Everyone copies https//maki.sh. I've been the first!
  • keyle 33 minutes ago
    I was annoyed that it takes just as much ram if not more than 1.0
  • qainsights 35 minutes ago
    [flagged]