メニュー
Run temporary/ad-hoc binaries on NixOS using nix-shell -p and patchelf. Use when a prebuilt binary won't run on NixOS, or when you need a tool ephemerally without permanent installation.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | nix-shell-toolbox |
| description | Run temporary/ad-hoc binaries on NixOS using nix-shell -p and patchelf. Use when a prebuilt binary won't run on NixOS, or when you need a tool ephemerally without permanent installation. |
Run any package temporarily without installing it:
nix-shell -p <pkg> --run '<command>'
The package is available only for that command — no profile pollution, no garbage to clean up.
Examples:
nix-shell -p patchelf --run 'patchelf --set-interpreter <path> ~/.local/bin/<binary>'
nix-shell -p jq --run 'jq . < file.json'
nix-shell -p ripgrep --run 'rg pattern'
This works for any package on nixpkgs.
NixOS does not follow the FHS convention — there is no /lib64/ directory. Prebuilt Linux binaries with the standard dynamic linker hardcoded (/lib64/ld-linux-x86-64.so.2) will fail with:
Could not start dynamically linked executable: <binary>
NixOS cannot run dynamically linked executables intended for generic
linux environments out of the box.
To make them work, patch the ELF interpreter with patchelf:
# Run patchelf ephemerally
nix-shell -p patchelf --run \
'patchelf --set-interpreter /nix/store/<hash>-glibc-<version>/lib64/ld-linux-x86-64.so.2 ~/.local/bin/<binary>'
Find the correct glibc store path via ldd:
ldd ~/.local/bin/<binary>
# look for the line resolving /lib64/ld-linux-x86-64.so.2
The patched path is pinned to a specific glibc derivation. If that store path is garbage collected (nix-store --gc or system upgrade), the binary breaks and must be re-patched against the current glibc.
$HOME/.local/bin binaries take precedence over nixpkgs versions:echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc
Behavioral guidelines to reduce common LLM coding mistakes. Surface assumptions, avoid overcomplication, make surgical changes, define verifiable success criteria. Use when writing, reviewing, or refactoring code. Derived from Andrej Karpathy's observations on LLM coding pitfalls.
Configure and build Elisp projects using Eldev. Manage dependencies from package archives, Git repos, and local sources. Run tests with ERT, byte-compile projects, launch interactive Emacs sessions with project context, and manage loading modes. Use when user mentions eldev, an Eldev file, or an Elisp project with dependencies.
Prepare an Emacs Lisp package for MELPA submission — source file conventions, code style, and submission checklist. Use when user wants to submit a package to MELPA or asks about MELPA requirements.
Pin nixpkgs revisions to build and use older Emacs versions (27, 28, 29) for testing eldev projects. Use when user needs an older Emacs for testing, or mentions emacs27/28/29 and nix.
Create and maintain agent skills using Org-mode as the source format. Add entries to SKILLS.org with EXPORT_SKILL_* properties, then export to markdown. Use when user wants to create, write, or build a new skill in an Org-mode-based skills repo.
Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.