atuin/crates/atuin-hex/src/lib.rs, branch main

chore: Rename 'atuin hex' to 'atuin pty-proxy' (#3473)

2026-05-12T00:12:13Z

feat: Enable atuin hex for illumos (#3413)

2026-04-14T21:16:36Z

This bumps the `portable-pty` dep which itself has a dependency on a newer termios that knows about illumos. Unless this was pinned for a particular reason I think this is fine. With this dep bumped we can enable `atuin hex` on illumos. ## Checks - [x] I am happy for maintainers to push small adjustments to this PR, to speed up the review cycle - [x] I have checked that there are no existing pull requests for the same thing

feat: Client-tool execution + permission system (#3370)

2026-04-10T20:24:57Z

Adds client-side tool execution to Atuin AI, starting with `atuin_history`. The server can request tool calls, which are executed locally with a permission system, and results are sent back to continue the conversation.

fix: Atuin Hex fails to init on bash and zsh (#3341)

2026-03-24T16:43:12Z

Fixes #3340

fix: Don't run 'atuin init' in 'atuin hex init' — each must be initialized separately (#3334)

2026-03-23T22:12:02Z

feat: hex init nu (#3330)

2026-03-23T04:06:28Z

- **feat(hex): add nushell support for `atuin hex init`** - **docs(hex): add nushell hex setup instructions** This adds setup for nushell. It breaks the pattern of calling `eval $(atuin init)` on behalf of the user because nushell simply cannot do this. I tried to source the atuin.nu file and add the preamble to it, but it is part of the atuin package, so it made things too difficult. I think settling for separate init is ok. Partially addresses #3329. Please see #3323 as well. I was able to get it working and I am using these changes in my dotfiles: https://github.com/xav-ie/dots/compare/b1a8cf96b58f802396ac5103f0925e1434fc473c...696dbf31008395587353e3071f5296c459685a17 Basically, I just do as the new docs say and make sure to add hex init before regular init and source it. ## Checks - [x] I am happy for maintainers to push small adjustments to this PR, to speed up the review cycle - [x] I have checked that there are no existing pull requests for the same thing

feat: use pty proxy for rendering tui popups without clearing the terminal (#3234)

2026-03-09T21:28:32Z

It feels much, much nicer this way. This has also been asked for pretty consistently since we made inline rendering the default. Now we can have everything :) Maintains a shadow vt100 renderer so that we can restore the terminal state upon popup close. This happens on a background thread, so our impact on terminal performance should still be super minimal, if anything ## Checks - [ ] I am happy for maintainers to push small adjustments to this PR, to speed up the review cycle - [ ] I have checked that there are no existing pull requests for the same thing