Live data from Hacker News

Show HN: Claudraband – Claude Code for the Power User

github.com

31–40 of 48 posts

Re: Show HN: Claudraband – Claude Code for the Power User

#31
post #9
post #5

Earlier quoted context omitted.

Codex and Gemini have ACP servers already: https://github.com/zed-industries/codex-acp https://geminicli.com/docs/cli/acp-mode/ In fact Codex, in OpenAI fashion, have their own protocol as well: https://developers.openai.com/codex/app-server Opencode too. These tools are already so programmable and embeddable, it's just Claude Code is a sticking point. But maybe it would be useful to provide a unified CLI and Daemon…

They have ACP servers but they might apply different rate limits or policies if they notice ACP use, while a solution like yours would not trigger that unless it becomes popular enough to specifically detect. It also seems this provides more features them just an ACP server.

> they might apply different rate limits or policies if they notice ACP use

Is there any evidence that supports this claim?

Re: Show HN: Claudraband – Claude Code for the Power User

#32
post #4

That's cool but by only supporting Claude Code you are contributing to the Anthropic lock-in problem. This needs to support at least Gemini CLI, Codex and OpenCode as well, preferably by being generic as much as possible.

Like this? http://nemesis8.nuts.services

Re: Show HN: Claudraband – Claude Code for the Power User

#34

Earlier quoted context omitted.

Some people open a claude code session and just talk with it. And some use hooks, custom commands, agent-teams..and so on. You can definitely be a power user. But I’m sure whether that translates to actual “power” is up for debate.

I would simply ask the claude code to use the hooks and custom commands and agent teams for me.

In order to ask it to use them, you should be first aware of them. Non-power users aren't.

Re: Show HN: Claudraband – Claude Code for the Power User

#35
It's interesting how Anthropic haven't shipped their own IDE for more vertical integration.

All it would take is implementing their own forked version of VSCode (like Cursor did) and making Claude the default choice.

Obviously I'm simplifying here, but they definitely have the capability to do it.

Re: Show HN: Claudraband – Claude Code for the Power User

#36
post #35

It's interesting how Anthropic haven't shipped their own IDE for more vertical integration. All it would take is implementing their own forked version of VSCode (like Cursor did) and making Claude the default choice. Obviously I'm simplifying here, but they definitely have the capability to do it.

> they definitely have the capability to do it.

You'd think so, but I guess they don't.

Re: Show HN: Claudraband – Claude Code for the Power User

#38
post #35

It's interesting how Anthropic haven't shipped their own IDE for more vertical integration. All it would take is implementing their own forked version of VSCode (like Cursor did) and making Claude the default choice. Obviously I'm simplifying here, but they definitely have the capability to do it.

What cursor has learned, very painfully, is that making a complex gui, even with the help of ai, is a lot fucking harder than a cli tool. Anthropic is wisely staying out of that space and sticking to more basic ui’s like cowork.

There is a LOT of work buried in your statement “all it would take”.

All one has to do is look at the evolution of cursor to confirm my statement. Compare v1 of cursor to v3 and see how much more insanely simplified the ui has become in v3 - it’s essentially a glorified cowork interface now

Re: Show HN: Claudraband – Claude Code for the Power User

#39
post #4

That's cool but by only supporting Claude Code you are contributing to the Anthropic lock-in problem. This needs to support at least Gemini CLI, Codex and OpenCode as well, preferably by being generic as much as possible.

For someone paying nothing for something that costs nothing, you have way more than nothing to complain about. Not appropriate.

Re: Show HN: Claudraband – Claude Code for the Power User

#40
post #27

If xterm.js is slower than tmux, why don't you just use tmux for the headless sessions as well? How is tmux not headless enough?

Not everyone has tmux. I default to tmux if you have it and fallback to xterm.js

Ah, ah, got it. So you get a kind of graceful degradation if the optional dependency is missing. Nice!

And, I guess, it's headless in the sense that you can't attach to it even if you want to. I get what you meant now.

Post reply on HN