Totally wrong, you underestimate the frontier's incompetence in anything other than building LLM models (ehm ehm flickering TUI for a year "written like a game engine").
I ran a bunch of benchmarks and there are proven ways to reduce tokens while achieving the same results (finding the same CVEs / finding the same bugs in CRs, etc...).
See https://maki.sh, it's my own little proof.
Tried it just now. The onboarding process could be better, for example guide user to pick the available models if providers is setup but it's not anthropic. Wasted a bit of time foguring out that the provider is detected, just he models was wrong.
But I like it, code processing is freaking fast.
an agent harness built in rust with ratatui - checks out. i've built one myself. i don't maintain it, and continue to use opencode, but it was worth it to learn how agent harnesses work.
anyway, what's the real pitch on why i should move on from opencode to maki?
I just tried it. It is awesome!
Can you add an indicator to show whether the tool is currently running or not running (due to - no prompt, API error, waiting for permission etc)
Looks very cool. I would like to try it, but don't want to use API billing. OpenAI I think would allow it to use account login. Would you support that?
Maki is awesome. Thanks! I'm using it on my X220 and it flies in comparison to OpenCode et al.
What is your approach for reducing token usage and is it different than rtk?
Wait what? I thought Maki is a Pi/OpenCode replacement i.e. just the TUI for whatever you plug in it i.e. API-based Codex / Claude?
In another comment you said "I can't get back to other agents". What gives? Feels like I completely misunderstood what Maki is.
Downloaded it and giving it a try. I love the aesthetics and how colorful it is! It is also pleasant to use and fast, although my personal preference is TUIs that don't break scrollback (claude code actually does a good job at this).