LLM + Terminal integration just calls for disaster.
wouldn't manage production with ai too, however there are many tasks for e.g had recently to create an rpm, which is much better if ai can work on it
TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
41–50 of 67 posts
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#42Earlier quoted context omitted.
Maybe if you could explain what exactly is happening in the savebrace example because it's not clear how it relates to this.
If I've understood this interesting workflow correctly, there's two major components. streamdown: a markdown renderer for the terminal, intended for consuming LLM output. It has affordances to make it easier to run the code snippets: no indentation, easy insertion in the clipboard, fzf access to previous items. llmehelp: tools to slurp the current tmux text content (i.e. recent command output) as well as slurp the cu…
Basically.
About 20 years ago I had a since-long-disappeared article called "The Great Productivity Mental Experiment" which we can extend now for the AI era:
You've got 3 equally capable competent programmers with the same task, estimated to take on the order of days.
#1 has no Internet access and only debuggers, source and on system documentation
#2 has all that + search engines and the Internet
#3 has all #2 + all the SOTA AI tools.
They are all given the same task, and a timer starts.
Who gets to "first run" the fastest? 90% success rate? 99.9%?
The point of the exercise is the answer: "I don't know"
Ergo there is no clear objective time saver.
The next question is what would establish a clear victor without having to make a taxonomy of the tasks. We're looking for best time practice.
The answer is workflow, engagement, and behavior.
Current AI flow will get you to first run faster. But to the 99.9% pass? Without new flows it can't. It's a phenomenon called automation complacency and it can make bad workflows very costly.
(The original point of the exercise was to point out how better tools don't fix bad practice and how frameworks, linters, the internet, stronger type systems ... these can either solve problems or create larger ones based on how you use them. There is no silver bullet as Fred Brooks said in the 1980s)
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#43I already use aider and VS Code Agent Mode (which occasionally asks me to run commands for libraries, etc.) This seems… like an amazing attack vector. Hope it integrates with litellm/ollama without fuss so I can run it locally.
I wish you could use Cursor in Terminal mode, eg I press a button, a Cursor window opens with the terminal tab taking up all the space. That way we could just reuse Cursor's special+k and special+l instead of having to have a different app with the same functionality
I don’t see why I should spend time fiddling with Cursor when VS Code now does mostly the same thing.
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#44Earlier quoted context omitted.
Just wanted to say I love this, didn't known I needed this until now.
There's this new thing I'm currently working on. I have a tool that does a clean execvp of what you pass it through, as a total wrapper. You can do ./tool "bash" and then open up nvim, emacs, do whatever, while the tool sits there passing things back and forth cleanly. Full modern terminal support. Now here's the thing. You get context. Lots of it. Here's what it can do: psql# I need to join the users and accounts ta…
Mind blown.
This is so simple.
It’s like rlwrap, but generic. So you could reimplement rlwrap with this.
I’ve been experimenting with schemesh recently. It’s a shell with ask control structures in scheme. Amazing, but a little immature still. Having a scheme middleware would be stronger: I can have a full zsh where a control key drops me onto a Scheme interpreter.
Now, how far up your process tree do you want to host it?
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#45My first instinct is that this is super useful. But then I realise that I do enough sensitive stuff on the terminal that I don't really want this unless I have a model running locally. Then I worry about all the times I have seen a junior run a command from the internet and bricked a production server.
I suppose, you still need (and shall) understand what this command is doing eventually. But it certainly helps a lot when you don't exactly remember how the command is built. If not when googling stackoverflow, I personally rely a lot on previous commands which are saved in the history (ctrl + r)
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#46Earlier quoted context omitted.
I wish you could use Cursor in Terminal mode, eg I press a button, a Cursor window opens with the terminal tab taking up all the space. That way we could just reuse Cursor's special+k and special+l instead of having to have a different app with the same functionality
I don’t see why I should spend time fiddling with Cursor when VS Code now does mostly the same thing.
Cursor is still slightly ahead - and as the OP has written, it works well in the embedded terminal of Cursor / Code (without "fiddling")
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#47I already use aider and VS Code Agent Mode (which occasionally asks me to run commands for libraries, etc.) This seems… like an amazing attack vector. Hope it integrates with litellm/ollama without fuss so I can run it locally.
I wish you could use Cursor in Terminal mode, eg I press a button, a Cursor window opens with the terminal tab taking up all the space. That way we could just reuse Cursor's special+k and special+l instead of having to have a different app with the same functionality
Wish so too, I guess it would require either a plugin or ... that something like TmuxAI partners with Cursor so that Cursor would provide an API key that could be used in TmuxAI (instead of the API key of OpenRouter https://tmuxai.dev/getting-started#post-installation-setup)
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#48Can this be aimed at ollama or some other locally hosted model? It wasn’t clear from the docs since their config examples seem to presume you want to use a third party hosted API.
edit your `.config/tmuxai/config.yaml`
to add these lines:
``` openrouter: api_key: "dummy_key" model: gemma3:4b base_url: http://localhost:11434/v1 ```
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#49So I have yet to use any tool that needs an API key because I am concerned about costs. Does anyone have any idea what the daily usage of something like this would cost?
Gemini has a very generous Free Tier for their API (including 2.5 Flash and 2.5 Pro): https://aistudio.google.com/app/apikey
Re: TmuxAI: AI-Powered, Non-Intrusive Terminal Assistant
#50Can this be aimed at ollama or some other locally hosted model? It wasn’t clear from the docs since their config examples seem to presume you want to use a third party hosted API.
edit your `.config/tmuxai/config.yaml` to add these lines: ``` openrouter: api_key: "dummy_key" model: gemma3:4b base_url: http://localhost:11434/v1 ```
I tried it and it didn't work too well.
I suspect the prompts were optimized for Gemini, not local Gemma.
TBH I found the whole thing quite flaky even when using Gemini. I don't think I'll keep using it, although the concept was promising.