Show HN: Claudraband – Claude Code for the Power User • Hacker News Board

Show HN: Claudraband – Claude Code for the Power User

#1

Post by halfwhey » Sun, Apr 12, 2026, 4:55 PM UTC

Hello everyone.

Claudraband wraps a Claude Code TUI in a controlled terminal to enable extended workflows. It uses tmux for visible controlled sessions or xterm.js for headless sessions (a little slower), but everything is mediated by an actual Claude Code TUI.

One example of a workflow I use now is having my current Claude Code interrogate older sessions for certain decisions it made: https://github.com/halfwhey/claudraband?tab=readme-ov-file#s...

This project provides:

- Resumable non-interactive workflows. Essentially `claude -p` with session support: `cband continue 'what was the result of the research?'` - HTTP server to remotely control a Claude Code session: `cband serve --port 8123` - ACP server to use with alternative frontends such as Zed or Toad (https://github.com/batrachianai/toad): `cband acp --model haiku`. - TypeScript library so you can integrate these workflows into your own application.

This exists cause I was using `tmux send-keys` heavily in a lot of my Claude Code workflows, but I wanted to streamline it.

Show HN: Claudraband – Claude Code for the Power User
github.com

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

#2

Post by colobas » Sun, Apr 12, 2026, 7:32 PM UTC

Any idea of how this interacts with Anthropic's ToS for subscription-based use?

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

#3

Post by cortesoft » Sun, Apr 12, 2026, 7:39 PM UTC

colobas wrote: post #2

Any idea of how this interacts with Anthropic's ToS for subscription-based use?

It looks like it shouldn’t be an issue… it is just a wrapper around CLI calls to the official Claude code. It would be indistinguishable from the Anthropic side, and it isn’t even doing anything hacky or impersonating the official client.

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

#4

Post by lifis » Sun, Apr 12, 2026, 7:43 PM UTC

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.

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

#5

Post by halfwhey » Sun, Apr 12, 2026, 7:50 PM UTC

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

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 for all of them.

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

#6

Post by halfwhey » Sun, Apr 12, 2026, 7:52 PM UTC

cortesoft wrote: post #3

colobas wrote: post #2

Any idea of how this interacts with Anthropic's ToS for subscription-based use?

It looks like it shouldn’t be an issue… it is just a wrapper around CLI calls to the official Claude code. It would be indistinguishable from the Anthropic side, and it isn’t even doing anything hacky or impersonating the official client.

This is my interpretation as well, Anthropic wants to be in full control of the connection between the client and their servers, and that's compatible with what I'm trying to do.

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

#7

Post by j45 » Sun, Apr 12, 2026, 7:54 PM UTC

cortesoft wrote: post #3

colobas wrote: post #2

Any idea of how this interacts with Anthropic's ToS for subscription-based use?

It looks like it shouldn’t be an issue… it is just a wrapper around CLI calls to the official Claude code. It would be indistinguishable from the Anthropic side, and it isn’t even doing anything hacky or impersonating the official client.

Nor is it flooding servers with open claw type use.

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

#8

Post by obmelvin » Sun, Apr 12, 2026, 7:57 PM UTC

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

It isn't ones duty to develop for everybody. If someone makes something for their own use case and shares it, that's fine.

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

#9

Post by lifis » Sun, Apr 12, 2026, 8:05 PM UTC

halfwhey wrote: post #5

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

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.

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

#10

Post by halfwhey » Sun, Apr 12, 2026, 8:10 PM UTC

lifis wrote: post #9

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

That's a good point, I'll look into tackling this soon