Its also the Repo. There's a lot of AI-guided commits. I'm all for using AI in a reliable and safe environment, but letting Claude steer just leads to garbage

For now. But looking at the repo, they're already having commits done by claude.

Fzf doesn't let you sync your shell history, though. I self-host an Atuin server so that I can share that history across my various machines.

If all you need is basic splits, sessions, and some simple templates/layouts (and like the convenience of knowing that tmux is widely available, and often installed by default) then you're fine to stay on tmux.

Zellij can do things like floating windows, contextual keybinding guidance (helps learn everything that can be done), and a more complex layout schema. You can disable all the UI eye-candy and switch to tmux-style bindings too.

It's worth trying out. I use both so that I can still function on systems without it.

A ton more conflicting keybindings.

I switched away from tmux a year or so ago due to one crash I kept getting, but thinking of going back. Really miss the simplicity.

There is no way is it not generated on user computer.

"get the correct command first" and "shipping a [external] dataset" are incompatible.

And my take! A fork of fish where any command that starts with > or a capital letter is fed to $fish_llm_command: https://github.com/breuleux/fish-shell. With Claude's help, that took all of 30 minutes to make.

About the "ai", the announcement is very vague. Is this incorporating a local model on device, something running on your infrastructure or a third party model like Claude? Because to me nowadays adding AI on anything usually means higher running costs equals sooner or latter enshittification.

Hey, thanks for responding. I guess I used the prototype then. Definitely don't remember anyone saying "this is a prototype" at the time, so I took the product at face value, and part of the reason I chose it was the fzf support.

I'm sure I recall some unhappy GitHub issues about the shift away...

And the algorithm isn't the value prop for me, not by a long shot. fzf's customizability takes the cake. And now the overall product is way too big and feature-ful for me. I want simple, unix-y software that clicks together like Lego.

You should be proud of the project's success for sure, it's just not for me!

The thing I found frustrating was I wanted to merge changes with just files without their sync server (i.e. just import this other atuin sqlite dB) so I raised a PR to support that.

They closed it (which is fine) but there is no offline migrate alternative.

It's a shame, and fair enough, their project, but I don't think my wishes and the projects are very aligned.

I keep half meaning to move back to zsh-histdb (I think that's what it was called) but haven't found an impetus to.

I'll probably check if there's a file based sync option next time I switch machines and decide then.

It's MIT licensed software, Noone will turn off lights. Community can take over or fork.