#cli #tmux

bin+lib tuxmux

Tmux utility for session and window management

4 releases

0.2.1 Dec 31, 2023
0.2.0 Dec 30, 2023
0.1.1 Nov 1, 2023
0.1.0 Sep 29, 2023

#282 in GUI

Download history 3/week @ 2023-11-04 1/week @ 2023-11-11 5/week @ 2023-11-18 10/week @ 2023-11-25 2/week @ 2023-12-16 5/week @ 2023-12-23 69/week @ 2023-12-30 2/week @ 2024-01-06 2/week @ 2024-01-13 10/week @ 2024-01-27 12/week @ 2024-02-10 61/week @ 2024-02-17

83 downloads per month


1.5K SLoC


ci-badge crates-io-badge license-badge

Tuxmux (tux) is a session and window manager for tmux.



  • Fuzzy find tmux sessions to create / attach.

  • Jump list to quickly open tmux sessions (harpoon like)

  • Keybinding support for jumping

  • Highly configurable

  • Support git worktrees on session creation



cargo install tuxmux


# Try out tuxmux with `nix run`
nix run github:EdenEast/tuxmux

# Create a devshell with `nix shell`
nix shell github:EdenEast/tuxmux

# Install into profile
nix profile install github:EdenEast/tuxmux

# Install from nixpkgs
nix-env -iA nixpkgs.tuxmux


cargo install --path .


Add this to the end of your config file (usually ~/.bashrc):

eval "$(tux completion bash)"

Add this to the end of your config file (usually ~/.elvish/rc.elv):

eval (tux completion elvish | slurp)

Add this to the end of your config file (usually ~/.config/fish/config.fish):

tux completion fish | source

Add this to the end of your config file (find it by running echo $profile in PowerShell):

Invoke-Expression (& { (tux compltion powershell | Out-String) })

Add this to the end of your config file (usually ~/.zshrc):

eval "$(tux completion zsh)"

For completions to work, the above line must be added after compinit is called. You may have to rebuild your completions cache by running rm ~/.zcompdump*; compinit.


If installed with nix the following are installed by default:

  • Bash

  • Fish

  • Zsh


113f268c ceb8 4b01 a28c 69676da778b0

Tuxmux includes a feature known as the "Jump List," which is designed to streamline the process of navigating and attaching to different sessions quickly. This concept is inspired by the "harpooning" concept introduced in ThePrimeagen/harpoon. The Jump List serves as a powerful tool to facilitate seamless interaction with multiple sessions.

What is Harpooning?

Harpooning is a concept from ThePrimeagen’s GitHub project, which involves quickly and efficiently attaching to different sessions or targets within a terminal environment. It’s a technique often used by developers and power users who work with multiple terminal sessions simultaneously.

Using the Jump List

The primary use case for the Jump List is to enable quick access and attachment to specific sessions through keybindings. Here’s how it works:

Populating the Jump List
Before you can use the Jump List, you need to populate it with the sessions you want to interact with. This can typically be done by defining a set of sessions or targets within your application’s configuration.


# Appends the path argument to the jumplist
tux jump --path ~/.config/nvim

# Append the current path to the jumplist
tux jump --path .

# Open the jumplist in your $EDITOR
tux jump --edit

Navigating with Keybindings
Once the Jump List is populated, you can use keybindings or keyboard shortcuts to navigate to a specific index within the list. Each index typically corresponds to a session or target. This allows you to jump to a desired session with a single key combination.


# Bind homerow keys to tuxmux jumplist indices
bind-key -r J   run-shell "tux jump --index 1"
bind-key -r K   run-shell "tux jump --index 2"
bind-key -r L   run-shell "tux jump --index 3"
bind-key -r '"' run-shell "tux jump --index 4"

Seamless Session Attachment
When you activate a specific index in the Jump List, the application will swiftly attach you to the corresponding session, streamlining the process of interacting with multiple sessions efficiently.

Git Worktree

This application offers support for Git worktrees, allowing you to manage multiple worktrees within a Git repository more efficiently. When creating a Tmux session using this application, you’ll have the flexibility to choose which worktree to attach to if the repository contains multiple worktrees.

When you create a Tmux session with this application, you may encounter situations where the Git repository contains multiple worktrees. To provide you with a seamless experience, the application will prompt you to choose which worktree you’d like to attach to within the Tmux session.


Tuxmux uses KDL as its configuration language.


mkdir -p ~/.config/tuxmux
tux --default-config > ~/.config/tuxmux/config.kdl

File locations

Tuxmux loads configuration information from two types of sources, local and global. The file is determined by searching each path for the first config.kdl file.

Local Global
~/.local/share/tuxmux ~/.config/tuxmux

Values defined in the local config file have presidence over global values. Values containing lists will be merged instead of overritten.


Full list of values defined in config.kdl.


Sets the maximux search depth for workspace paths.

Type: number
Default: 5

depth 3


Height of the fuzzy finder selection window. The value can be either a number or a string. A number represents the number of lines or entries to be displayed. A string can be either the string "full" meaning fullscreen or a number followed by a '%' (percent sign). The percentage is the percentage of the terminals hight to be used.

Type: string | number
Default: 50%

height 10


Select the repositories remote default branch if multiple worktrees are found. If the default worktree cannot be found the fallback will be to select the correct one.

Type: boolean
Default: false

default_worktree true


Workspace directory crawler will prune the paths containing any of these components.

Optional arguments:

  • default: (boolean) Append to default value if true (Default: true)

Type: string list
Default: { - ".direnv" "node_modules" }

exclude_paths default=false {
  - ".direnv"
  - "node_modules"


Configure the list of search paths used to search for valid workspaces. Tux uses these valid workspaces as options to attach to.


Workspace paths are paths to recursivly search to find valid workspaces. Tux will recursivly search the workspace paths until the max depth is reached. To override the default workspace value set optional default=false

Optional arguments:

  • default: (boolean) Append to default value if true (Default: true)

Type: string list
Default: { - "~" }

paths {
  workspaces default=false {
    - "~/code"


Single paths are paths that are added to the list of valid workspace paths. This is useful if you want to add a path that would not be defined as a valid workspace.

Optional arguments:

  • default: (boolean) Append to default value if true (Default: true)

Type: string list
Default: {}

paths {
  single default=false {
    - "~/.config/nvim"


Tuxmux is currently under development and subject to change before a v1 release. Have an idea for tuxmux? Open an issue or fork the project and create a PR.

Tuxmux was originally a shell script in my dotfiles and has grown into this utility program.


Tuxmux is licensed under Apache License (Version 2).

See LICENSE file for more details.


~567K SLoC