One-click install
npx skills add https://github.com/ToanPV90/dotfiles --skill freeze-toanpv90
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: freeze
Source: https://github.com/ToanPV90/dotfiles/tree/main/claude/.claude/skills/freeze
Command: npx skills add https://github.com/ToanPV90/dotfiles --skill freeze-toanpv90

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents accidental changes outside a chosen directory when you are working near sensitive or production-related files.

Core Features & Use Cases

  • Directory-scoped edit restriction: Blocks Edit and Write operations outside the selected boundary while allowing reads and search.
  • Session-persistent freeze state: Keeps the restriction active until you explicitly deactivate it with /unfreeze.
  • Safety guardrails: Resolves the target to an absolute directory path, requires the directory to exist, and avoids overly broad boundaries like / or $HOME ancestors of ~/.claude/.

Quick Start

Freeze edits to the folder /path/to/project so the AI can only modify files inside that directory tree until you run /unfreeze.

Frequently Asked Questions about freeze

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

FAQPage Schema
How do I restrict file edits to a specific directory boundary?

You can restrict file edits to a specific directory boundary by applying a freeze state that blocks all Write and Edit operations outside the target folder path while still allowing read-only access for research and verification.

What's the best way to prevent accidental modifications to sensitive configuration files?

To prevent accidental modifications to sensitive configuration files, enforce an absolute-path boundary with a trailing slash that blocks out-of-scope writes, keeping the restriction active until you explicitly run an unfreeze command.

Does the directory boundary work when working on a subset of a repository?

Yes, the directory boundary works effectively for a repository subset by confining edits to a single folder tree, preventing accidental changes to production-related files outside the target scope while allowing search operations.

How do I deactivate the session-persistent edit restriction after applying it?

To deactivate the session-persistent edit restriction, you must explicitly run the /unfreeze command, which releases the active freeze state and restores standard file system permissions for Edit and Write operations.

Why does the freeze state require the target directory to exist before writing?

The freeze state mandates the target directory exist before writing to enforce safety guardrails, preventing overly broad boundaries like the root or home ancestors of the configuration folder from accidentally exposing sensitive files.

Can I still perform read-only access on files outside the frozen directory scope?

Yes, you can perform read-only access on files outside the frozen directory scope, as the restriction specifically targets file Edit and Write operations, allowing you to read and search the broader file system for verification.