mise管理外のツールをmise.tomlから参照したい Homebrewや自前のビルドスクリプトなど、mise管理外の方法でインストールしたツールがある場合、mise linkを使うとそのツールをmise管理下のバージョンとしてシンボリックリンクで登録できる。登録後はmise.tomlやmise useから通常のバージョンと同じように参照できる。

mise.tomlのツールがすぐ使えるシェルを起動したい 【mise】mise envでmiseが設定する環境変数を出力する で紹介したmise envは、export文を出力するだけで、現在のシェルに反映するにはevalが必要になる。mise enを使うと、evalを挟まずに、mise環境が最初から有効なシェルをその場で起動できる。

PATHに追加すべきディレクトリを直接知りたい 【mise】mise whereでツールのインストールパスを確認する で紹介したmise whereは、ツールのインストールディレクトリそのものを返す。ただしツールによっては、実行ファイルはインストールディレクトリ直下ではなくbin/のようなサブディレクトリにある。mise bin-pathsを使うと、実際に実行ファイルが置かれているディレクトリを直接確認できる。

ファイルを保存するたびにタスクを再実行したい 【mise】mise runでタスクを定義して実行する で紹介したmise runは、実行するたびに手動でコマンドを打つ必要がある。mise watchを使うと、ソースファイルの変更を検知して自動的にタスクを再実行できる。

AIアシスタントにmiseの情報を渡したい Claude DesktopやCursorのようなMCP(Model Context Protocol)対応のAIアシスタントに、プロジェクトで使っているツールやタスクの情報を渡したい場合がある。mise mcpを使うと、mise自体をMCPサーバーとして起動し、標準入出力を経由したJSON-RPCでmiseの情報を扱えるようにできる。

mise setで設定した環境変数を削除したい 【mise】mise setでmise.tomlに環境変数を設定する で設定した環境変数が不要になったら、mise unsetで削除する。

プロジェクトごとの環境変数をmise.tomlで管理したい MISE_DATA_DIRのようなMISE_*環境変数はmise自体の動作を制御するものだが、mise setで設定するのはそれとは別に、プロジェクトで使う任意の環境変数である。mise.tomlの[env]セクションに書いておくと、mise activate済みのシェルやタスク実行時に自動的に反映される。

独自の名前でバージョンを指定したい miseはnodeのlts-jodのように、一部のツールでLTSバージョンなどのエイリアスをあらかじめ用意している。mise tool-aliasを使うと、自分で任意のエイリアス名を定義できる。設定は~/.config/mise/config.toml(グローバル設定ファイル)に保存され、プロジェクトを問わず使える。

ツール名がどのバックエンドで解決されているか確認したい mise use jqのように短いツール名を指定すると、miseは内部のレジストリを参照して、実際にどのバックエンド(aqua、asdf、cargo、goなど)からインストールするかを自動的に決める。mise registryを使うと、この対応関係を確認できる。

mise-actionなしでもmiseをセットアップできる jdx/mise-actionを使わなくても、mise公式のインストールスクリプトを使えばGitHub Actions上でmiseをセットアップできる。mise-actionが内部で何を自動化しているかを知るために、手動セットアップと比較する。