neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
翻譯準備中
開發工具、環境變數、工作執行器
AI 翻譯
dev tools, env vars, task runner
取自儲存庫 README
正在載入完整 README。 以下為已儲存的摘錄。
Dev tools, env vars, and tasks in one CLI
mise manages your development tools, environment variables, and project tasks.
Declare them in mise.toml, commit the file, and use the same setup in your shell,
your editor, and CI.
• Tools: install Node.js, Python, Go, and hundreds more, with different versions for each project.
• Environments: set project environment variables and load .env files.
• Tasks: run build, test, and other commands with the tools and environment they need.
• Bootstrap: declare machine setup, including system packages, dotfiles, and services.檢視完整 README ↗mise (pronounced "meez", short for mise-en-place) manages a project's dev
tools, environment variables, and tasks from one mise.toml that works across
your shell, editor, and CI:
[tools]
node = "24"
python = "3.14"
rust = "stable"
"cargo:cargo-nextest" = "0.9"
"github:BurntSushi/ripgrep" = "15"
"npm:prettier" = "3"
[env]
NODE_ENV = "development"
_.file = ".env"
_.path = "./node_modules/.bin"
[tasks.build]
description = "Build the application"
run = "npm run build"
[tasks.test]
description = "Run the test suite"
depends = ["build"]
run = "pytest && npm test"
.env
files, PATH entries, virtualenvs, and
secrets automatically as you
enter a directory.mise.toml or as scripts
in mise-tasks/, with dependencies, parallel execution, file watching, and
the project's tools and environment already configured.mise bootstrap
and mise dot apply to apply system
packages, dotfiles, Git repositories, macOS defaults, and background services.Adopt only the parts you need. Start with a single tool or task, and keep any
existing .tool-versions files as they are; mise also reads .nvmrc,
.python-version, and other
idiomatic version files
once enabled.
See the demo transcript for the commands shown above.
On macOS or Linux:
curl -fsSL https://mise.run | sh
~/.local/bin/mise --version
On Windows, run winget install jdx.mise. For Homebrew, apt, dnf, Scoop, and
other package managers, see
Installing mise.
The installer places the binary at ~/.local/bin/mise. If ~/.local/bin is not
on your PATH yet, run ~/.local/bin/mise in place of mise until you
activate mise in step 4.
mise exec node@24 -- node --version
# v24.x.x
mise exec downloads Node.js 24 if
needed and runs the command after -- with that version on PATH. Your shell
and config files stay untouched.
Create a project directory, select Node.js 24, set an environment variable, and add a task:
mkdir my-project && cd my-project
mise use node@24
mise set NODE_ENV=development
mise tasks add hello -- node -e "console.log(process.version, process.env.NODE_ENV)"
These commands install Node.js 24 and write mise.toml:
[tools]
node = "24"
[env]
NODE_ENV = "development"
[tasks.hello]
run = 'node -e "console.log(process.version, process.env.NODE_ENV)"'
Run the task with mise run:
mise run hello
# [hello] $ node -e "console.log(process.version, process.env.NODE_ENV)"
# v24.x.x development
Commit mise.toml so teammates and CI get the same setup when they run
mise install or mise run. "24" requests the latest release in the Node.js
24 series; run mise lock to record exact versions and checksums in a
lockfile, or
mise use --global node@24 to set a personal default in
~/.config/mise/config.toml.
Shell activation updates PATH and project environment variables whenever you
change directories, so you can invoke node directly without mise exec. If
you installed with mise.run, run the command for your shell once, then open a
new terminal:
# bash
echo 'eval "$(~/.local/bin/mise activate bash)"' >> ~/.bashrc
# zsh
echo 'eval "$(~/.local/bin/mise activate zsh)"' >> "${ZDOTDIR:-$HOME}/.zshrc"
# fish
mkdir -p ~/.config/fish
echo '~/.local/bin/mise activate fish | source' >> ~/.config/fish/config.fish
If a package manager installed mise, use mise in place of ~/.local/bin/mise.
With Homebrew, fish activates mise without this step.
For PowerShell, Nushell, Elvish, Xonsh, and IDE or CI shims, see Shell setup and Shims.
| Command | Action |
|---|---|
mise use node@24 | Install a tool and record it in the current project's mise.toml |
mise use --global node@24 | Install a tool and set it as your global default |
mise install | Install all tools declared in the active config files |
mise exec -- <command> | Run a command with the project's tools and environment |
mise run <task> | Run a project task with its dependencies, tools, and environment |
mise set KEY=value | Set an environment variable in mise.toml |
mise env | Print the resolved environment variables and PATH changes |
mise ls --current | List the tool versions active in the current directory |
mise outdated | List tools with newer releases than the installed version |
mise upgrade | Install those newer releases |
mise lock | Write exact tool versions and checksums to mise.lock |
mise config ls | Show the config files loaded for the current directory |
mise doctor | Check your mise installation, shell activation, and configuration |
Beyond project directories, ~/.config/mise/config.toml can declare the state
of your machine:
[bootstrap.packages]
"apt:build-essential" = "latest"
"brew:jq" = "latest"
[bootstrap.repos]
"~/src/app" = { url = "https://github.com/you/app.git" }
[dotfiles]
"~/.zshrc" = { mode = "track" }
Preview and apply the configuration, or bootstrap a new machine directly from a Git repository:
mise bootstrap --dry-run
mise bootstrap
mise bootstrap --adopt you/dotfiles
See Bootstrap and Dotfiles for supported package managers, dotfile tracking and templating, services, and remote SSH targets.
| Topic | Guides |
|---|---|
| Onboarding | Getting started · Existing projects · Migrating from asdf |
| Dev tools | Dev tools · Registry · Backends · Lockfile |
| Environments and tasks | Environments · Secrets · Tasks · Task configuration |
| Machine setup | Bootstrap · Packages · Dotfiles · Services |
| Shells, editors, and CI | Shell setup · Shims · · |
mise.toml, the expected and actual
behavior, and your mise doctor output after reviewing it for private
details.For security reports and other inquiries, see Contact. Before using AI to reply to an Issue or Discussion, read the AI reply policy.
| Reference and troubleshooting | mise.toml · Settings · CLI reference · Troubleshooting · FAQ |
| Contributing | Contributing · Writing docs |