Live data from Hacker News

Crush: Glamourous AI coding agent for your favourite terminal

github.com

91–100 of 240 posts

Re: Crush: Glamourous AI coding agent for your favourite terminal

#91
post #59

I find it strange how most of these terminal-based AI coding agents have ended up with these attempts at making text UIs flashy. Tons of whitespace, line art, widgets, ascii art and gradients, and now apparently animations. And then what you don't get is the full suite of expected keybindings, tab completion, consistent scrollback, or even flicker-free text rendering. (At least this one seems to not be written with n…

> I find it strange how most of these terminal-based AI coding agents have ended up with these attempts at making text UIs flashy.

Its next gen script kids.

Re: Crush: Glamourous AI coding agent for your favourite terminal

#92
post #86
post #52

Earlier quoted context omitted.

This is not open source.

"the Charm stuff" it is built on (and anyone else can use) is :) And that's the stuff most of the industry (e.g. GitHub CLI) is using, btw. Also, it looks like Crush has an irrevocable eventual fallback to MIT[1] allowing them to develop in open so you basically get all the bells and whistles available. We probably couldn't ask for more :) [1] https://github.com/charmbracelet/crush/blob/317c5dbfafc0ebda...

That's a nice framework, does anyone else do that?

Re: Crush: Glamourous AI coding agent for your favourite terminal

#93
post #77

Earlier quoted context omitted.

Can’t hate on JS anymore, we have typescript now :)

If anything it makes me hate it more, because now you have a variety of build systems, even more node_modules heaviness, and ample opportunities for supply chain attacks via opaque transpiled npm packages.

Fwiw, I compile to readable JS. No point minifying. If someone wants to use it in an app, they will do so anyway

Re: Crush: Glamourous AI coding agent for your favourite terminal

#94
post #59

I find it strange how most of these terminal-based AI coding agents have ended up with these attempts at making text UIs flashy. Tons of whitespace, line art, widgets, ascii art and gradients, and now apparently animations. And then what you don't get is the full suite of expected keybindings, tab completion, consistent scrollback, or even flicker-free text rendering. (At least this one seems to not be written with n…

> I find it strange how most of these terminal-based AI coding agents have ended up with these attempts at making text UIs flashy. Its next gen script kids.

If true, GOOD.

I 100% unironically believe we're better off more script kiddies today, not fewer.

Re: Crush: Glamourous AI coding agent for your favourite terminal

#95
post #8

Earlier quoted context omitted.

Neo(lazy)vim user here.. not sure what I'm missing from IDE... Language server, check, Plugin ecosystem, check, Running tests on demand, check. lua sucks but that's an acceptable compromise as vimscript is worse.

I was neovim in the end, 100% agree lua is so much better than vimscript, but now I don't need either. I spend no time trying to match what an IDE can do in the terminal and get to spend that time building the things I'm actually interested in. I recalled Linus saying the reason he (at the time) used Fedora was because it just worked and he could spend his time on the kernel instead of tinkering to get linux working.…

> match what an IDE can do in the terminal and get to spend that time building the things

This is a common complaint but I haven't done any setup for months.. And installing a language server because I need to write typescript is just cm and then lllll on the servers I need.

Re: Crush: Glamourous AI coding agent for your favourite terminal

#96
post #59

I find it strange how most of these terminal-based AI coding agents have ended up with these attempts at making text UIs flashy. Tons of whitespace, line art, widgets, ascii art and gradients, and now apparently animations. And then what you don't get is the full suite of expected keybindings, tab completion, consistent scrollback, or even flicker-free text rendering. (At least this one seems to not be written with n…

you are showing how young you are. ;-) I'm glad this is back as someone that grew up in the BBS era, colorful text based stuff brings back joyful memories. I'm building my own terminal CLI coding agent. My plan is to make it this colorful with ascii art when I'm done, I'm focused on features now.

Re: Crush: Glamourous AI coding agent for your favourite terminal

#98
post #27

Earlier quoted context omitted.

Most of these agents work with any OpenAI compatible endpoints.

Actually not really. I spent at least an hour trying to get OpenCode to use a local model and then found a graveyard of PRs begging for Ollama support or even the ability to simply add an OpenAI endpoint in the GUI. I guess the maintainers simply don't care. Tried adding it to the backend config and it kept overwriting/deleting my config. Got frustrated and deleted it. Sorry but not sorry, I shouldn't need another cl…

docs for that are here: https://opencode.ai/docs/models/#local

Re: Crush: Glamourous AI coding agent for your favourite terminal

#99
post #7

The big question - which one of these new agents can consume local models to a reasonable degree? I would like to ditch the dependency on external APIs - willing to trade some performance in lieu.

Crush has an open issue (2 weeks) to add Ollama support - it's in progress.

nice, that would be my reason to use Crush.

Re: Crush: Glamourous AI coding agent for your favourite terminal

#100
post #69
post #59

I find it strange how most of these terminal-based AI coding agents have ended up with these attempts at making text UIs flashy. Tons of whitespace, line art, widgets, ascii art and gradients, and now apparently animations. And then what you don't get is the full suite of expected keybindings, tab completion, consistent scrollback, or even flicker-free text rendering. (At least this one seems to not be written with n…

At least one can use Claude Code within emacs: https://github.com/stevemolitor/claude-code.el

You can also just run it in vterm
Post reply on HN