Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Crush: Glamourous AI coding agent for your favourite terminal

github.com

Post reply on HN
Print view View original

161–170 of 240 posts

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

#161

Post by mccoyb »

breuleux wrote: post #146
mccoyb wrote: post #132

Earlier quoted context omitted.

Say more about what you mean by "multi-program scrolling workflow", if you don't mind

I mean a session that isn't limited to interaction with a single program. For example, if I have an agent in this paradigm, I want to easily interleave prompting with simple commands like `ls`, all in the same history. That's not what I'm getting with apps like claude code or crush. They just take over the entire terminal, and crush even quits without leaving a trace.

Thanks, thinking about this - I think there are several ways to serve this concern: one could be having an agent as a server, where "prompting" is just a command `prompt ...` sent to the agent as a server. Then you never leave your terminal.

Presumably, you'd want this, but with some sort of interface _like_ these TUI systems?

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

#162

Post by SwiftyBug »

cedws wrote: post #77
dwaltrip wrote: post #75

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.

I completely agree with you, but let's not pretend that Go's dependency manager is free from supply chain attacks vulnerabilities. The whole module mirror shenanigans took a hit on my trust of Go's module management.

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

#163

Post by troupo »

jsnell wrote: 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…

People have been making TUIs since time immemorial.

Discover the joys of Turbo Vision and things like Norton Commander, DOS Navigator, Word Perfect etc.

They problem is that most current tools can neither do the TUI right or the terminal part right.

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

#164

Post by dgunay »

verdverm wrote: post #6

I don't get why terminal agents are so popular of late. Having spent more than a decade in terminal based development (vi*), and now fully moved over to a real IDE (vs code), it seems bonkers to me. The IDE is so much more... integrated

I like them because they're easier to launch multiple instances of and take fewer resources. Being able to fire agents off into tmux sessions to tackle small-fry issues that they can usually oneshot is a powerful tool to fight the decay of a codebase from high prio work constantly pushing out housekeeping.

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

#165

Post by mccoyb »

rawkode wrote: post #154

How to handle an OSS dispute where you're the baddy: rebrand and hope nobody notices. Let's not forget they're the company that bought an OSS project, OpenCode, and tried to "steal" it

You're talking about the wrong company. This is not the company you think it is. These are the creators of `bubbletea`, a popular TUI framework in Go.

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

#166

Post by jimmcslim »

alixanderwang wrote: post #159

Played around with it for a serious task for 15 mins. Compared to Claude Code: Pros: - Beautiful UI - Useful sidebar, keep track of changed files, cost - Better UX for accepting changes (has hotkeys, shows nicer diff) Cons: - Can't combine models. Claude Code using a combination of Haiku for menial search stuff and Sonnet for thinking is nice. - Adds a lot of unexplained junk binary files in your directory. It's prob…

> The initial init makes some CHARM.md

Oh god please no... can we please just agree on a standard for a well-known single agent instructions file, like AGENT.md [1] perhaps (and yes, this is the standard being shilled by Amp for their CLI tool, I appreciate the irony there). Otherwise we rely on hacks like this [2]

[1] https://ampcode.com/AGENT.md

[2] https://kau.sh/blog/agents-md/

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

#167

Post by layer8 »

troupo wrote: post #163
jsnell wrote: 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…

People have been making TUIs since time immemorial. Discover the joys of Turbo Vision and things like Norton Commander, DOS Navigator, Word Perfect etc. They problem is that most current tools can neither do the TUI right or the terminal part right.

I wouldn’t describe those traditional TUIs as trying to be flashy, though. They were largely utilitarian.

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

#168

Post by yahoozoo »

dedpool wrote: post #144

This one feels refreshing. It’s written in Go, and the TUI is pretty slick. I’ve been running Qwen Coder 3 on a GPU cluster with 2 B200s at $2 per hour, getting 320k context windows and burning through millions of tokens without paying closed labs for API calls.

Are you using a service for the GPU cluster?

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

#169

Post by jmj »

Aperocky wrote: 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.

OpenHands let's you set any LLM you want. https://github.com/All-Hands-AI/OpenHands
Post reply on HN