freeze

Block Edit and Write operations outside a designated directory for a session.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents accidental or undesired edits by locking all edits to a user-specified directory for the current session.

Core Features & Use Cases

  • Persistent boundary: Stores the allowed directory in a session-wide state so the rule remains active until the session ends.
  • Edit/Write guard: Intercepts Edit and Write operations and blocks any attempt to modify files outside the allowed path.
  • Focused debugging: Ideal when debugging a specific module or when you want to avoid touching unrelated code during rapid iteration.
  • Use Case: You are debugging a module in /src/analytics and want to prevent accidental changes to other parts of the repository.
  • Safer experimentation: Use when testing new changes in a controlled area to minimize collateral edits.

Quick Start

Provide the directory path to freeze edits for the current session.

Frequently Asked Questions about freeze

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

FAQPage Schema
How do I lock edits to a specific directory during a coding session?

You can block edits outside a directory by setting a session-wide boundary. The Skill intercepts Edit and Write operations via a pre-tool hook, returning a denial whenever a file path lies outside your designated workspace safeguard.

Can I prevent accidental file modifications outside my debugging workspace?

Yes, you can prevent unintended changes by freezing a specific directory boundary. It restricts Edit and Write operations to within the approved path, safeguarding unrelated code while you debug or experiment locally.

How does session edit control persist across tool calls?

Session edit control persists by storing the allowed directory path in a dedicated state file. This ensures the edit-block boundary remains active and enforces restrictions continuously until the current session ends.

What is the best way to ensure Write operations only affect a controlled directory?

The best way to restrict Write operations is by enforcing a strict boundary that intercepts modification attempts. A pre-tool hook checks the target path against an approved directory, returning a denial for any file outside that boundary.

When should I use a directory freeze boundary for my codebase?

You should use a directory freeze boundary when debugging a specific module or testing new changes in a controlled area. It minimizes collateral edits by preventing unintended changes to unrelated parts of the repository during rapid iteration.