Hacker News Reader

Comment by HappySweeney | Hacker News Reader

I have a more primitive setup where I use Gemini, Claude, and Codex at the same time and cultivate expert contexts. Each of them lives in their own tmux session so they can read each other's terminals and prompt each other. One issue that I keep stamping out is that another instance will paste a prompt and hit enter in the middle of my typing.

View on HN

I do something very similar. With some hacky string matching you can detect wether a window is available for reception and get past that.

I desire a more robust system which injects the events into the harness directly, but haven't found a way that works across systems.

https://github.com/tcdent/dotfiles/blob/main/bin/agent-messa...

I hooked up Claude Code's "stop" hook to a frog croak, so I know when it's done.

I'm guessing the same hooks could be used to ... Okay I guess there isn't a User Typed But Didn't Send Yet hook... Hmm...

I heard earlier there's a T3 harness which somehow wrangles other harnesses as one big meta harness, but I haven't checked it out yet.

I had my stop hook playing a sound, but I have a couple of them running at the same time so I'd have up figure out which one stopped, so I had Claude change it so the stop hook told me which one stopped.

With a TTS? Or you mean just using different sounds. Considering both of those options right now.

A while back on my phone all the damn notifications sounded the same, so I just made a couple of recordings of myself saying the name of each app and set those as the notifications.

With TTS. It tells me what it just finished doing. That's pretty clever on your phone!

The hacky string matching is what I started with, but there was always new ghost text. I turned suggested prompts off which helped, but idle hooks plus ensuring the terminal doesn't change over a half second has done the trick so far, and I don't have to keep chasing new ghost text.

Reply on news.ycombinator.com