Working on the polishing phase. Thanks for trying it out! Is there anything specific I should look into?

Thanks! Glad it’s working well on macOS. For pi-agent support, do you mean showing its sessions in the Agents panel, or something else?

Yes, the same behavior as currently does for claude and codex I would say

Thank you, yeah, the translator is a tricky part.

Thanks for the suggestion! I created a poll for this feature: https://github.com/vshvedov/rhun/discussions/23

Rhun also has a Geminispace page in my capsule. Hopefully, this works for you: gemini://r13.xyz/rhun/

I would recommend RV32I. I started with Z80's, but that's something too esoteric for 2026. Thanks for giving rhun a try!

Btw if you're interested, you can browse https://kolibrios.org/en code (https://github.com/KolibriOS) for a more complex codebase. Not my project, but it's a quite mature assembly repo.

Thank you very much. Great ideas. LSP support was (and likely still is) planned via a plugin system, which is already a part of rhun. I'm trying to be really careful with feature creep and load time, so I postponed some features to stabilize the codebase and gather user feedback first.

Edit: I have built rhunpad[0], its slightly built for myself

Now, I was having some issues with LLM not able to really work with the native file manager capability [I would say that this probably happened because I wanted there to be two types of system, debug and prod, where debug asked for folder everytime in scratchpad so that I can test it behaviour and prod only asked once]

And I try to write the prompt and pass it through a middle layer like chatgpt to then pass it onto the final layer and it seems that it preferred the macOS file picker in that sense

but finally I have created the project, I think that it was a really pushing the limits vibe-coding project but quite impressed nonetheless that an open weights model was still able to do these edits, there are some other issues as well but I think that this was just created by me for myself to write thoughts in a scratchpad like way.

I will be waiting for a v1 release or a stable release/the plugin system that you are mentioning for a more proper release as well but just wanted to let you know that I built it on top of your project and I think that there are just so many more ideas that I can think of if someone really wants to test the limits of LLM's while getting something decent. Creating a monkeytype alternative comes in my mind as well

(I did use the word rhunpad, I hope that it can be okay and if not then I am more than happy to change the name as well!)

Anyways, I'd be curious as to what you think of it and as always have a nice day and take care!

[0]: https://github.com/SerJaimeLannister/rhunpad

Yup, I had left the agent (GLM 5.3 on maki) to work on creating rhunpad and I must say that its unwieldy for the model to handle the codebase although I guess it is still able to work though but definitely testing the limits of the model in terms of making it overthink substantially more.

I would really like a plugin system which can make the codebase more easier to wield for these custom use-cases. Atom created Electron for their editor which then made literally everything use a browser for a native app, I can imagine that perhaps a similar yet hopefully more minimalist primitives can be provided by a strong plugin system to help other people make easier (side-editors?), plus points for using that for LSP purposes as well, also good point on preventing future bloat, I think that the future looks good provided that the codebase becomes managable for AI to use as its definitely testing the limits of AI in some sense imo which is strangely why I am even more curious as to how this project pans out as well and in terms of how it maintains the software/source code.

Thank you. Yes, LSP support would be awesome as a plugin.

Thank you for trying rhun. Never used Pi before - I'll definitely take a look to see if it fits the idea.