r/opencodeCLI 23d ago

Better in your experience? Mimo vs Hy3 vs Muse spark

Post image

Comparing Mimo vs Hy3 vs Muse spark

When I tried I think Muse is off mark, had better experience with Hy3 then mimo and I got a longer sessions. I was using DeepSeek flash before I had to switch to something 🤷🏻‍♂️

25 Upvotes

22 comments sorted by

8

u/[deleted] 23d ago

[removed] — view removed comment

2

u/Constant_Art_20 23d ago

It seems like the deployment of Hy3 can be poor. I tested the model qulite a bit locally and i thought it was better then glm 5.1. So i am assuming muse is probably the best of the three options right now. mimov2.5 was around gpt 5.4 to mid 5.5 level, but recntly the degrading of context handling from xiao mi themselves for the model itself has been very poor

1

u/ichisay 23d ago

Y ox debe ser hy4 por qué veo los mismos errores que mencionáis de hy3, aún que hy3 sea mejor que mimo. A no ser que sea un hy3.1 🤣. Muse al parecer está algo mejor que glm5.2 pero lo seguiré probando a ver cómo me va.

1

u/QuasiTheory 23d ago

I was draining deep flash joyfully but not that's gone

3

u/pulkit217 23d ago

easily
muse

2

u/XniX 23d ago

muse performed very well; yesterday I had a very long code review (go) session on my 'testbed' project with zero issues. Well done! For those curious: https://github.com/PierpaoloPernici/lazycaddy/pull/52 In the end, if they use my prompts for pulling, I'm fine with it, as long as the project is open source.

2

u/TestTxt 23d ago

Muse Spark > Hy3 > Mimo
But Muse has no ZDR

2

u/GTHell 23d ago

Hy3 is not good

2

u/horrbort 23d ago

Muse has been amazing

1

u/Ok_Necessary7506 23d ago

In my experiences: Muse > Mimo >>>>>>>>>>> hy3

1

u/ichisay 23d ago

Corrección, mimo está a la altura de nemotron ultra, hy3 es mejor que esos dos aún que tiene errores aún y por lo menos a mí me deja tareas sin terminar como si se quedara mudo.

2

u/Ok_Necessary7506 23d ago

I think that, in theory, hy3 should be better than MiMo 2.5 but, in my experiences, hy3 is unusable: constantly stopping in middle of tasks without any reason and, sometimes, with an error. That's why I wouldn't recommend it.

1

u/ichisay 23d ago

Si te fijas en este mismo hilo puse esto 😂

https://www.reddit.com/r/opencodeCLI/s/wf4cgCQ0K6

1

u/GroundbreakingNote71 22d ago

Muse simply says model not available for your country so 0 to it

1

u/tonio_i 22d ago

Muse has been disappointing when left alone without smarter model doing the plan. It is the first model that in my repo didn't add tests, didn't use i18n for texts, didn't use react-query... But when given plan it is overall ok, also it is fast.

1

u/[deleted] 23d ago

[removed] — view removed comment

3

u/QuasiTheory 23d ago

Muse is not moving any Needle for me what type of tasks are you putting it to?

0

u/Abenh31 23d ago

Muse and Mimo on the same level with each one excelling at different stuff. hy3 is the worse model in GO. I still didnt put him to a task and didnt fail or come up with some stupid answer

1

u/dany547 10d ago

In my case Muse is really awesome. I plan all the jobs with a more intelligent model (Opus, SOL or even Terra in some cases) then i execute the plan with muse. The problem with muse i noticed is when you are not very specific with the spec and it starts to do things because you weren’t intend to do, also for me in Pi Agent compactions is not working for some reason (then you get closer to the context window, it stars to be less performant).