A ready-to-use mise setup for developers who work across languages and cloud tools.
Start with four useful command-line tools, then add only the profiles you need. Stable tools use reviewed versions, and the same setup is tested on Linux and macOS before each release.
Current catalog: 67 tools across 9 profiles.
- One tool manager: mise installs the CLI tools for every profile.
- Pick your stack: Java, Go, Python, Node, cloud, AI, and terminal tools are optional.
- Predictable versions: stable profiles use exact pins and checked-in lockfiles.
- Safe setup: the installer does not replace your existing mise configuration.
- Easy to leave: preview every change and uninstall the links at any time.
This is a shared CLI baseline. It does not replace project dependency files, containers, dotfiles, cloud credentials, or tool-specific configuration.
Install mise, then clone the current stable release:
git clone --branch v1.0.1 --depth 1 \
https://github.com/pyahu/toolchain.git ~/.config/pyahu-toolchain
cd ~/.config/pyahu-toolchainChoose a few profiles. This example adds terminal, Node, and cloud tools:
./install.sh workstation node cloud
export MISE_ENV=workstation,node,cloud
mise install
mise exec -- rg --versionAdd the MISE_ENV line printed by the installer to your shell startup file. Follow the mise
shell activation guide to make installed
tools available directly on PATH.
Want to see the changes first?
./install.sh --dry-run workstation node cloudSee Getting started for a guided setup, verification, and uninstall.
The base profile is always active. Every other profile is optional and can be combined through
MISE_ENV.
| Profile | What it adds | Good starting point for |
|---|---|---|
| Base | rg, fd, jq, yq |
Any developer or CI runner |
workstation |
Shell navigation, Git clients, TUIs, editor | Daily terminal work |
java |
Temurin, Maven, Gradle, Kotlin | JVM projects |
go |
Go, linting, debugging, reload, image builds | Go services and CLIs |
python |
uv, Ruff, IPython | Python projects and exploration |
node |
Node.js, pnpm, Yarn, Bun | JavaScript and TypeScript projects |
cloud |
Kubernetes, GitOps, cloud, IaC, database CLIs | Platform and cloud work |
ai |
Hosted and local coding agents | Optional AI-assisted workflows |
arch |
D2 | Diagrams as code |
Read the profile guide for prerequisites and selection notes, or browse the complete tool catalog.
Base, workstation, Java, Go, Python, Node, cloud, and architecture tools use exact versions. Their lockfiles record Linux x64 and macOS arm64 artifacts when the mise backend provides that data.
The ai profile is different. Its tools follow recent upstream releases after a short delay, so
two installs on different days may select different versions. It has no lockfile and is kept
outside the stable reproducibility promise.
./install.sh node ai
export MISE_ENV=node,ai
mise installNode is recommended with AI because Kimi and Pi use it.
install.sh adds symlinks inside the mise config directory, normally ~/.config/mise. The base
goes into conf.d; selected profiles become config.<profile>.toml environment files.
It does not replace config.toml. It validates all destinations before writing, respects
MISE_CONFIG_DIR and XDG_CONFIG_HOME, and refuses unrelated files or links. Use --force only
after reviewing the backup behavior in Getting started.
Remove links created by this checkout with:
./install.sh --dry-run --uninstall
./install.sh --uninstallDownloaded tools remain in the mise cache but become inactive.
If you only want the four base tools in a repository, copy both files from the same immutable tag:
curl -fsSL -o mise.toml https://raw.githubusercontent.com/pyahu/toolchain/v1.0.1/mise.toml
curl -fsSL -o mise.lock https://raw.githubusercontent.com/pyahu/toolchain/v1.0.1/mise.lock
mise install --lockedCommit both files to the project. Its local mise configuration can override your global setup.
Releases are tested on Linux x64 and macOS arm64. Other platforms have different support levels; Windows is not currently supported. The support page explains exactly what the CI checks and where the guarantee stops.
If something fails, start with Troubleshooting. You can also report a bug, suggest a tool, or ask a question.
Read the guides on the documentation website or directly on GitHub:
- Getting started
- Profiles and prerequisites
- Complete tool catalog
- Common recipes
- Frequently asked questions
- Troubleshooting and rollback
- Releases and upgrades
- Version and update policy
- Certification and platform support
Contributions are welcome when a tool solves a real gap and fits a clear profile. Read CONTRIBUTING.md before proposing additions or version changes.
The project uses the MIT License, follows the Code of Conduct, and accepts private security reports through GitHub Security Advisories.
Maintainers can use the concise copy and demo in the sharing kit.