freeze

Deny file edits and writes outside a specified directory boundary.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The freeze skill prevents AI agents from accidentally modifying files outside a specified directory during a session, reducing unintended changes while debugging or scoping work.

Core Features & Use Cases

  • Edit/Write Guardrails: Blocks Edit and Write operations targeting files outside the allowed path, not just warning about them.
  • Session-Scoped Boundary: Persists a freeze boundary via a state file so every Edit/Write tool call is consistently checked.
  • Safe Scoping for Iteration: Useful when you need to “lock down edits” to a single module, or when you’re asked to only modify a particular folder.

Quick Start

Ask the freeze skill to restrict edits by telling it the exact directory path you want to allow.

Frequently Asked Questions about freeze

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

FAQPage Schema
How do I restrict AI agent file edits to a specific directory?

Restrict AI agent file edits to a specific directory by applying a PreToolUse hook that denies Edit and Write operations targeting paths outside your allowed scope, enforcing a safe boundary for debugging sessions.

Can I block write operations while leaving read-only operations unaffected?

Yes, you can block write operations while leaving read-only operations unaffected, as the edit blocking mechanism only intercepts and denies tool requests targeting paths outside the user-specified directory boundary.

How does directory restriction enforce session guardrails for scoped code changes?

Directory restriction enforces session guardrails by resolving requested paths and checking prefix inclusion with a normalized trailing-slash-safe rule, returning a deny decision if an edit targets files outside the frozen module.

Does edit blocking persist across multiple tool calls during a debugging session?

Yes, edit blocking persists across multiple tool calls during a debugging session by saving the freeze boundary to a state file, ensuring every subsequent Edit or Write request is consistently checked against the allowed path.

What is the best way to lock down edits to a single module folder?

The best way to lock down edits to a single module folder is to specify that exact directory path, which triggers a PreToolUse hook to block any file modifications attempting to target paths outside that boundary.

Why does the edit guardrail deny tool requests targeting paths outside the allowed scope?

The edit guardrail denies tool requests targeting paths outside the allowed scope to prevent accidental modifications to unrelated files, resolving the requested path and returning a permissionDecision deny on boundary violations.