菜单
Use this skill when the user needs to understand or modify the flake module system that orchestrates the entire configuration — `mkFlake`, `perSystem`, flake modules. Applies when discussing how modules plug together, system-scoped config, or the flake framework itself.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
After `nix flake update`, sync `input_rev` and `input_hash` metadata in all flake-input skill files to match new `flake.lock`.
Guides stable API and interface design. Use when designing APIs, module boundaries, or any public interface. Use when creating REST or GraphQL endpoints, defining type contracts between modules, or establishing boundaries between frontend and backend.
Tests in real browsers via Chrome DevTools MCP. Use when building or debugging anything that runs in a browser. Use when you need to inspect the DOM, capture console errors, analyze network requests, profile performance, or verify visual output with real runtime data. Requires the chrome-devtools MCP server to be configured.
Automates CI/CD pipeline setup. Use when setting up or modifying build and deployment pipelines. Use when you need to automate quality gates, configure test runners in CI, or establish deployment strategies.
Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.
Simplifies code for clarity. Use when refactoring code for clarity without changing behavior. Use when code works but is harder to read, maintain, or extend than it should be. Use when reviewing code that has accumulated unnecessary complexity.
| name | flake-parts |
| description | Use this skill when the user needs to understand or modify the flake module system that orchestrates the entire configuration — `mkFlake`, `perSystem`, flake modules. Applies when discussing how modules plug together, system-scoped config, or the flake framework itself. |
| metadata | {"input_rev":"f7c1a2d347e4c52d5fb8d10cb4d94b5884e546fb","input_hash":"sha256-m1Yf0wZ8j1OHjTc2UwHwyQRSnNeSgLJOd7q5Y45hzi4=","when_to_use":"flake-parts, mkFlake, flake modules, perSystem, flake framework"} |
grep -A4 '"flake-parts"' flake.lock | grep narHash
Expected: sha256-m1Yf0wZ8j1OHjTc2UwHwyQRSnNeSgLJOd7q5Y45hzi4=
If different, update metadata.input_hash and metadata.input_rev.
inputs.flake-parts.lib.mkFlake { inherit inputs; } with the module list in flake.nix:111.perSystem for system-scoped config (packages, dev shells, checks, formatters), systems for supported architectures, debug for conditional builds.flake.nixosConfigurations, home-manager configs via flake.homeConfigurations.modules/flake-parts.nix:5 imports inputs.flake-parts.flakeModules.modules and re-exports flakeModules from disko and home-manager..nix file under modules/ is auto-imported by import-tree and fed to mkFlake. A raw Nix expression (not a flake-parts module function) will break the entire flake.perSystem config is scoped to the systems list — if a host uses aarch64-linux but systems omits it, that host's packages won't build.nix flake show --json 2>/dev/null | jq '.nixosConfigurations | keys'