← Back to context

Comment by umvi

5 hours ago

Can't wait until we get really well designed harnesses written in a compiled language that doesn't bloat my computer. Will probably have to be written by a company other than OpenAI because codex is like the exact opposite of everything I just listed

Codex is written in rust, fyi... Not that I disagree.

  • Oh, I haven't been keeping up. I assumed it was still TS since it prompts me to run npm all the time.

  • Which generates unnecessarily huge binaries.

    • It's because they statically linked it, and probably rely on a trillion pointless crates (as is standard in Rust development). A good statically linked harness can easily be ~5MB MAX

Found this one: https://usehax.dev/

Anyone experiences with it?

  • it's okay.

    it's minimal and somewhat opinionated, not integrated well with memory subsystems (although that's kind of the point)

    my only real criticism is that last I played with it it deals with slow provider responses very poorly , so lots of locally hosted llms require a lot of tuning to get it to handle streaming/non-streaming/timers well.

    way less minimal (but still pretty minimal) I prefer Pi; but different markets I think.

    hax fit my openbsd laptop well, espescially since Pi and related derivatives are kind of un-spokenly incompatible with the BSDs.

    • (author passing by) Could you please report the issues you've experienced on the repo? I did quite a bit of testing myself on local models (Qwen, Ornith, Gemma, Muse Glimmer) with llama.cpp, and they all worked fine. Details would be helpful.

      Also one brief note for Codex users specifically. hax can work out-of-the-box as codex-cli drop-in replacement (since it can use the already authenticated codex token), so it's super easy to try it - basically it will be a zero-config experience.

Just write your own harness. Ironically Codex/Claude are both abysmal.