freeze

Restrict file edits to a specified directory during a session.

1|Updated Mar 24, 2026
One-click install
npx skills add https://github.com/greencm/gstuck --skill freeze-greencm
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: freeze
Source: https://github.com/greencm/gstuck/tree/main/output/gstack/freeze
Command: npx skills add https://github.com/greencm/gstuck --skill freeze-greencm

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill helps prevent accidental edits to files outside a specified directory, ensuring that all file changes are confined to a particular module or project area.

Core Features & Use Cases

  • Edit Restriction: Blocks file edits outside the designated directory.
  • Session Scope: The restriction applies only for the duration of the session.
  • Use Case: When debugging or when changes need to be scoped to a specific part of a codebase.

Quick Start

Run the /freeze command and specify the directory to restrict edits to.

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

To restrict file edits during a session, you can use a command to lock modifications to a specific directory path. This blocks any edit operations outside the allowed scope, ensuring changes remain confined to that codebase module.

Why does scoping file changes to a specific codebase module help prevent accidental edits?

Scoping file changes to a specific directory prevents accidental edits by actively blocking write operations outside the allowed path. This mechanism confines all modifications to a designated module or project area, ensuring debugging sessions remain isolated.

Can I limit code editing operations to just one project folder for a single session?

Yes, you can limit code editing to a single project folder for the duration of your session. This temporary restriction applies only while the session is active and blocks all modifications to files outside the designated directory.

What is the best way to block accidental code modifications outside an allowed path?

The best way to block accidental code modifications outside an allowed path is to apply a session-level edit restriction. By scoping the environment to a specific directory, any edit operations attempted outside that module are automatically blocked.

Does restricting file edits to a specific directory affect my entire codebase permanently?

No, restricting file edits to a specific directory does not affect your codebase permanently. The restriction is scoped strictly to the current session, meaning the block on outside edit operations is lifted once the session ends.

When should I use a session scope to limit file edits to a specific directory?

You should use a session scope to limit file edits when debugging a specific module or scoping changes to a particular area of a codebase. This ensures all file modifications are confined to the designated directory and prevents accidental edits elsewhere.