Google Ultra only to use Opus 5.5

Am I the only one who keeps using Opus 5.5 now that it’s available instead of Gemini models ? Ever since it became available on AGY I didn’t ever come back.

reddit.com
u/Dangerous_Net_7223 — 7 days ago

TitanOS is the biggest mistake PhilipsTV ever made

TianOS is a shame. I cannot install OpenVPN, or any third party app. This television is totally unusable, the consequences are as bad as if they decided to remove HDMI ports. Come on. Am I the only customer feeling betrayed by philips ?

reddit.com
u/Dangerous_Net_7223 — 1 month ago
▲ 64 r/LLMDevs

I made a tool to allow AI agents deliberate in parallel terminals, and discuss between them

Hey everyone! I built a open source terminal multiplexer in Rust called RMUX (think tmux + a built-in SDK).

It lets you build custom TUIs and easily connect AI agent CLIs together. You can broadcast prompts to multiple models at once and have them read each other's replies (e.g., making Claude chat with Codex or Gemini directly in your terminal).

There's many uses cases. Demos and source code are over here: https://github.com/Helvesec/rmux

Let me know what you think about it, and I hope it will help you !

u/Dangerous_Net_7223 — 5 months ago
▲ 45 r/tmux

I ported tmux to windows, added async, and a public sdk

tmux is awesome but parsed stdout with grep was a nightmare. I added Multiplatform, playwright capabilities, allowing novel ways of use cases. I called it rmux. All 90 commands of tmux are there.
This is a fresh public preview, please let me know what you think about it 😄

https://github.com/Helvesec/rmux

u/Dangerous_Net_7223 — 5 months ago
▲ 293 r/rust

RMUX: native terminal multiplexer in Rust (Linux/macOS/Windows) with a programmable SDK

I've spent the last few months building RMUX, a terminal multiplexer written from scratch in Rust.

What it is

A tmux-compatible multiplexer with about 90 command snapshots covered in the docs, plus a second surface: a typed async Rust SDK talking to the same local daemon. Many tmux-style workflows, keybindings, and scripts should feel familiar, but RMUX also exposes structured automation primitives instead of only terminal text scraping.

Architecture

  • One local daemon and one wire protocol behind the public surfaces: a tmux-style CLI, a typed SDK, and a ratatui integration crate.
  • Native PTY/runtime handling per platform: Unix PTYs + Unix domain sockets on Linux/macOS, real ConPTY + Named Pipes on Windows. No WSL required. Getting ConPTY to behave was one of the hardest parts. And Tokio for async ofc
  • The SDK exposes typed handles for `Session` / `Window` / `Pane`, with stable pane IDs, structured snapshots, output streams, and locator-style waits.

Example:

pane.get_by_text("Ready").wait_for().await?;
pane.keyboard().type_text("hello").await?;
pane.wait_for_load_state(TerminalLoadState::Quiet).await?;
pane.expect_visible_text().to_contain("hello").await?;

The public SDK/protocol/render crates use `#![forbid(unsafe_code)]`; unsafe code is isolated in the low-level platform crates that need OS/PTY/IPC FFI.

Why I built it

I've been using tmux for a long time and grew tired of having to do grep every now and since. I then thought that adding playwright capabilities and rewriting everything in Rust would be a game changer. I hope you will like it :) You can do so much: ci, agents orchestration, testing TUIs, building custom dashboards... and it includes natively ratatui.

Repo: https://github.com/Helvesec/rmux

Docs + demos: https://rmux.io

Install: cargo install rmux --locked

 It's a v0.2 preview. Very open to feedback on the architecture, the async API design, or how I'm handling ConPTY. Happy to answer anything.

u/Dangerous_Net_7223 — 5 months ago