freeze

Restrict edits to a specified directory using a PreToolUse hook.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Edits can drift during a session; this skill locks down editing to a specific directory, preventing accidental changes outside the designated path and helping you stay focused on debugging or module work.

Core Features & Use Cases

  • Restrict edits to a user-specified directory for the session.
  • Validate Edit and Write operations against the boundary using a PreToolUse hook.
  • Persist the boundary for the session via a state file and log boundary violations for analytics.
  • Deactivate or change the boundary with a simple command (e.g., /unfreeze) or by ending the session.

Quick Start

Run /freeze and provide a directory path to restrict edits to that directory 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 single directory during a coding session?

To restrict file edits to a single directory during a session, you can use a boundary enforcement tool that validates Edit and Write operations against a specified path and denies any modifications outside it.

How does a PreToolUse hook prevent accidental file changes outside a project module?

A PreToolUse hook prevents accidental file changes by intercepting edit operations, reading a persistent state file for the allowed directory boundary, and actively denying any write actions targeting files outside that designated path.

Can I lock down edits to a specific directory path to stay focused on debugging?

Yes, you can lock down edits to a specific directory path to stay focused on debugging by setting a session boundary that persists across operations until explicitly deactivated or the session ends.

What is the best way to prevent accidental code edits from drifting outside a target directory?

The best way to prevent accidental code drift outside a target directory is applying a session-wide edit boundary that restricts all write operations exclusively to the specified module path.

How do I unfreeze or change the directory boundary once it is set?

You can unfreeze or change the directory boundary by running a simple command like /unfreeze, which deactivates the current restriction and allows you to set a new path or resume unrestricted editing.

Does restricting edits to a directory boundary log violations during the session?

Yes, restricting edits to a directory boundary logs violations for analytics during the session, recording attempts to modify files outside the designated path while persisting the boundary state for the active session.