freeze

Block file edits outside a specified directory during a session.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires bash, and includes scripts (resource) components.

What problem does it solve?

This Skill ensures that file edits are confined to a specified directory, preventing unintended modifications to other files during a session.

Core Features & Use Cases

  • Directory Locking: Lock the file editing scope to a specific directory.
  • Preventive Edits: Blocks any Edit or Write operations targeting files outside the allowed path.
  • Use Case: Ideal for debugging scenarios where accidental edits to unrelated code should be avoided, or when changes need to be scoped to a single module.

Quick Start

Run /freeze to lock edits to the directory you specify.

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 during a software development session?

You can restrict file edits to a specific directory by locking the editing scope to a single path, which blocks any Write or Edit operations targeting files outside the allowed directory during your active software development session.

What is directory locking and when do I need it for code scoping?

Directory locking confines file modifications to a designated path, preventing unintended edits to unrelated code. You need it for code scoping when debugging a specific module to ensure accidental changes do not affect other project files.

Can I use Bash to prevent unintended file modifications outside a project module?

Yes, this approach uses Bash to check file paths and apply permission control, effectively preventing unintended file modifications by blocking edit operations that target paths outside your specified project module directory.

How do I lock my editing scope to a single directory to avoid accidental code changes?

You can lock your editing scope to a single directory by running a command to specify the allowed path, which automatically blocks all subsequent edit and write operations targeting files outside that directory for the session.

Does directory locking work for debugging scenarios where accidental edits should be avoided?

Yes, directory locking is ideal for debugging scenarios where accidental edits to unrelated code must be avoided. It restricts all file modifications to your specified module path, keeping the rest of the project safe.

What are the limitations of restricting file edits to a specific directory?

A key limitation is that restricting file edits blocks all write operations outside the specified directory, meaning you cannot modify configuration files or other modules in the same session without changing the locked directory path.