freeze

Solid

Lock file edits to one directory for the session — Edit/Write outside it are blocked, not just warned. Use when debugging to stop accidental edits to unrelated code, or to fence a parallel agent to one module. Triggers "freeze edits", "lock editing scope", "restrict edits to", "only edit this folder", "unfreeze", "lift the freeze".

Code & Development 42 stars 3 forks Updated today MIT

Install

View on GitHub

Quality Score: 87/100

Stars 20%
54
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
53
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Freeze: Lock Edits to a Directory Restrict `Edit` and `Write` to a single directory. Any edit targeting a file outside the boundary is **blocked** by the `freeze-guard` PreToolUse hook. State persists in `~/.claude/tmp/freeze.json`, tagged with the session that set it — a freeze forgotten from a different session or project self-heals away automatically instead of blocking the next session's edits. Note: notebook edits (`NotebookEdit`) and shell writes (`Bash`) are not gated — the boundary covers the file-editing tools only. ## Set the boundary If the user named a directory, use it. Otherwise ask which directory to lock to (AskUserQuestion, free-text path). Then run, substituting the chosen path for PATH: ```bash bun ~/.claude/src/scripts/freeze.ts set "PATH" ``` Confirm to the user that edits are now restricted to that path, and that they can lift it any time with "unfreeze". ## Lift the boundary ```bash bun ~/.claude/src/scripts/freeze.ts off ``` ## Check current state ```bash bun ~/.claude/src/scripts/freeze.ts status ```

Details

Author
darkroomengineering
Repository
darkroomengineering/cc-settings
Created
7 months ago
Last Updated
today
Language
TypeScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category