We may want to consider adopting OpenRouter's arch...
# proj-architecture
w
We may want to consider adopting OpenRouter's architecture for our CLI The basic idea would be: • When starting TUI or GUI, we start an agent-server if it's not yet running • TUI connects to the agent-server ◦ attaches to an existing conversation there, or creates a new one • GUI connects to the agent-server ◦ shows all active conversations ◦ can connect into an existing conversation or create a new one This creates a nice 1:1 link between conversations you're having w/ CLI and conversations in local GUI
thinky spin 1
c
Focus on this, it seems to me, implies that we'd finally be willing to rethink the configuration. I mean, technically we can still avoid it I guess, but UX wise, if you're working with the same conversations, it'd be weird to start a conversation with the settings you changed in CLI and be different than the conversation that you started with the settings in GUI
q
This is neat I wonder how long it takes to start an agent server; part of the allure of CLI is how lightweight it is Also what's the difference between this versus starting today's CLI with
DockerWorkspace
?
c
Actually, good question Rohit 🤔 Also, we have a “web view” with CLI. So it can achieve this effect perhaps? Without involving web repo.
w
yeah startup time is a good question
this would not work with Docker. It would be an agent-server running directly on the machine. Goal would be identical behavior to today's CLI
just all the data flowing through an agent-server, so that the web UI can connect seamlessly