freeze

Restrict file edits to a specified directory during a session.

Updated Mar 31, 2026
One-click install
npx skills add https://github.com/hetsheth-droid/toolbox-template --skill freeze-hetsheth-droid
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: freeze
Source: https://github.com/hetsheth-droid/toolbox-template/tree/main/incubating/gstack/freeze
Command: npx skills add https://github.com/hetsheth-droid/toolbox-template --skill freeze-hetsheth-droid

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Restrict edits to a single directory for the session to prevent accidental changes in other modules, helping debugging focus and maintain code integrity.

Core Features & Use Cases

  • Boundaries are set per session and persist across tool invocations, blocking edits outside the allowed path.
  • Useful during debugging, experimentation, or code review when changes should be contained within a module or folder.

Quick Start

Set the freeze boundary to a directory to start restricting edits within that path.

Frequently Asked Questions about freeze

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

FAQPage Schema
How do I restrict edits to a specific directory during a debugging session?

To restrict edits during debugging, set a freeze boundary that validates file paths and blocks modifications outside the allowed folder. This prevents accidental changes in other modules and maintains code integrity.

What is directory containment and when do I need it for code isolation?

Directory containment restricts file modifications to a single folder, needed when isolating work to a module during debugging, experimentation, or code review to prevent unintended changes elsewhere in the codebase.

Can I lock edits to one folder and keep that boundary active across multiple tool calls?

Yes, you can lock edits to one folder with a boundary that persists across multiple tool invocations within the same session. The boundary is set per session and continuously validates file paths to allow or deny edits.

What's the best way to prevent accidental code changes outside a target module?

The best way to prevent accidental code changes is to apply directory containment by setting a freeze boundary. This ensures edits are restricted to a specific directory for the duration of your working session.

Does a session boundary for file editing persist if I switch tasks or modules?

A session boundary for file editing persists across tool invocations within that session. You set the freeze boundary to a specific directory, and it remains active to validate file paths and deny edits outside that path.

Why should I use directory containment instead of manually checking file paths before editing?

You should use directory containment instead of manual checks because it automatically validates file paths against a stored freeze boundary to allow or deny edits. This removes human error and reliably prevents accidental changes during debugging.