freeze

Restrict file edits to a specified directory during a session.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Restricts file edits to a specified directory for the session, blocking edits outside the allowed path to prevent accidental changes.

Core Features & Use Cases

  • Enforces per-session directory boundaries to confine edits within a target folder.
  • Provides an interactive setup that asks for a directory, resolves it to an absolute path, and persists the boundary in a state file for the session.
  • Useful during debugging and focused development to lock changes to a single module and avoid unintended modifications.

Quick Start

Ask the user which directory should be restricted to, then resolve the path and enable 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 development session?

You can restrict file edits by setting a per-session directory boundary that blocks Edit and Write operations outside the allowed path. This prevents accidental modifications to other modules during focused work.

What is directory boundary enforcement and how does it work?

Directory boundary enforcement confines file edits to a target folder by persisting the allowed absolute path to a state file and using a pre-tool hook to block write operations outside that boundary.

How do I lock changes to a single module while debugging?

To lock changes to a single module, specify the target directory to restrict edits to for the session. The boundary is resolved to an absolute path and persisted, keeping debugging work scoped.

Can I prevent accidental file modifications outside a project folder?

Yes, you can prevent accidental modifications by enabling a boundary that blocks edit and write operations outside a specified directory. This keeps session work confined to the allowed path.

Does the edit restriction boundary persist across the entire session?

The edit restriction boundary persists across the entire session by saving the allowed directory path to a state file. The pre-tool hook references this file to block outside edits continuously.

When should I use a directory boundary for focused development?

Use a directory boundary when debugging or doing focused development to lock changes to a single module. This prevents unintended modifications to other parts of the filesystem during the session.