path-storage-policy

Enforce path storage policies by routing project files between /home and /scratch.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/KwongFuk/codex-skills --skill path-storage-policy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: path-storage-policy
Source: https://github.com/KwongFuk/codex-skills/tree/main/global/path-storage-policy
Command: npx skills add https://github.com/KwongFuk/codex-skills --skill path-storage-policy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enforce a general path storage policy to keep project files organized across /home and /scratch, enabling predictable storage placement and better quota management.

Core Features & Use Cases

  • Defines a clear decision framework for placing sources, configurations, logs, and lightweight outputs under /home/$USER, while routing caches, datasets, model weights, and large artifacts to /scratch/$USER.
  • Provides a reusable layout blueprint and planning workflow that can be applied to new projects or tasks requiring storage discipline.
  • Supports planning steps to identify read/write paths, classify them, and enforce absolute path guidelines across runtimes and scripts.

Quick Start

Place new project data under /home/$USER for code and configs, and route large artifacts to /scratch/$USER.

Frequently Asked Questions about path-storage-policy

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I organize project files across /home and /scratch directories?

To organize project files across /home and /scratch, place sources, configurations, and logs under /home/$USER, while routing caches, datasets, and large artifacts to /scratch/$USER. This path storage policy ensures predictable placement and better quota management.

What is the best way to manage storage paths for large datasets and model weights?

The best way to manage storage paths for large datasets and model weights is to route them to /scratch/$USER. This storage policy splits heavy artifacts from source code, keeping your /home directory clean and within quota limits.

When should I use /scratch instead of /home for my project artifacts?

You should use /scratch instead of /home when storing caches, datasets, model weights, and large artifacts. The storage policy recommends keeping /home/$USER for lightweight sources and configurations to maintain filesystem planning discipline.

How do I enforce absolute path guidelines for scripts and runtimes?

You can enforce absolute path guidelines by applying a planning workflow that identifies read/write paths, classifies them by file type, and routes them to either /home or /scratch. This ensures consistent storage placement across all scripts and runtimes.

Does this storage policy require any specific dependencies or environment setup?

No specific dependencies are required to implement this storage policy. It provides a reusable layout blueprint and decision framework that can be applied directly to new projects needing storage discipline across /home and /scratch.