freeze

Restrict Edit and Write operations to a user-defined directory via a Bash script and PreToolUse hook.

Updated Oct 25, 2025
One-click install
npx skills add https://github.com/shaythegay13/serenity-pocket-app-final --skill freeze-shaythegay13
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: freeze
Source: https://github.com/shaythegay13/serenity-pocket-app-final/tree/main/.claude/skills/gstack/freeze
Command: npx skills add https://github.com/shaythegay13/serenity-pocket-app-final --skill freeze-shaythegay13

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Restrict file edits to a specific directory for the session. Blocks Edit and Write outside the allowed path. Use when debugging to prevent accidentally "fixing" unrelated code, or when you want to scope changes to one module. Use when asked to "freeze", "restrict edits", "only edit this folder", or "lock down edits".

Core Features & Use Cases

  • Scoped edits: Lock edits to a designated folder, preventing modifications outside that path.
  • Safe debugging: Avoid accidental changes across the codebase during fixes.
  • Session boundary: Persists the boundary for the current session via a state file.

Quick Start

Ask the user to specify a directory to freeze edits, then apply and persist the boundary for the session.

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 coding session?

You can restrict file edits to a specific directory by setting a directory boundary that blocks Edit and Write operations outside the allowed path. This persists for the current session via a state file, preventing accidental modifications to unrelated code.

Can I lock down edits to one folder to avoid accidental changes while debugging?

Yes, you can lock down edits to one folder to ensure safe debugging. By enforcing a directory boundary, the tool blocks any file modifications outside the user-defined path, keeping your debugging fixes scoped and isolated.

How does a PreToolUse hook prevent modifications outside a designated path?

A PreToolUse hook prevents modifications outside a designated path by intercepting file operations before they execute. It checks the target path against a stored directory boundary state and blocks Edit or Write operations that fall outside the allowed scope.

What is the best way to scope changes to a single module without affecting the rest of the codebase?

The best way to scope changes to a single module is to apply a session boundary that locks edits to that specific directory. This restricts all file modifications to the defined path, ensuring the rest of the codebase remains untouched.

Do I need to configure a Bash script to freeze edits to a directory?

Yes, the mechanism relies on a Bash script to store the boundary state. This script works with a PreToolUse hook to persist the directory boundary for the session and actively block Edit and Write operations outside that scope.