菜单
Vet a new tool or backend before adding it to the devcontainer image or mise manifest in this repo. Use when proposing a new tool, backend, registry, or package source and require docs-backed rationale, local feasibility proof, and a recorded acceptance or rejection decision.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Prepare for a /clear: bring all documentation up to date with this session's changes, persist recovery context (memory + handoff), and emit a copy-paste resume prompt so the next session begins the next task with zero context loss. Invoke explicitly as /clear-prep [next-task].
Use when adding or modifying a devcontainer feature in devcontainer.json - fetch its devcontainer-feature.json schema first and verify every option key exists, because features silently drop unknown options.
Use when creating branches, commits, pushes, or PRs with plain git. Branch BEFORE committing — never commit directly onto the default branch. Avoids virtual-branch composition bugs where commits silently depend on other applied branches.
Write a CROSS-SURFACE session handoff to a tracked path and push it, so a session on another surface (web, desktop, or CLI) can continue with zero context loss. Use when ending a session whose work must be picked up on a DIFFERENT machine/surface. For same-machine /clear continuity use /clear-prep instead. Invoke as /handoff [next-task].
Use when running parallel-scientist research - ALWAYS follow with an opus verification stage that re-probes load-bearing claims and surfaces gaps. Skipping the verifier almost shipped a wrong recommendation in session 2026-04-07e.
Use when sharing a single `~/.ssh/config` across macOS + Linux - apply OpenSSH `IgnoreUnknown` to tolerate macOS-only directives (`UseKeychain`, `AddKeysToAgent`) on Linux where they would otherwise be fatal.
基于 SOC 职业分类
| name | tool-admission-check |
| description | Vet a new tool or backend before adding it to the devcontainer image or mise manifest in this repo. Use when proposing a new tool, backend, registry, or package source and require docs-backed rationale, local feasibility proof, and a recorded acceptance or rejection decision. |
Do not add a new image tool blindly.
mise test-tool <tool>plugins/dotfiles-build-optimizer/scripts/local_preflight.sh tool <tool>failure-memory.Do not add a new image tool blindly.
mise test-tool <tool>plugins/dotfiles-build-optimizer/scripts/local_preflight.sh tool <tool>Record accepted or rejected tool decisions with failure-memory.