freeze

Enforce a per-session directory boundary blocking Edit and Write operations.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Restrict edits to a specific directory for the current session, blocking Edit and Write outside the allowed path to prevent accidental changes during debugging or scoped modifications.

Core Features & Use Cases

  • Boundary-based enforcement of Edit and Write operations to keep changes contained within a chosen directory.
  • Session-scoped persistence of the boundary, so the rule remains active across the current conversation.
  • Prompt-driven setup that asks for the directory and normalizes it to a trailing slash to avoid edge-case path matching.

Quick Start

Ask the user for the directory to restrict edits to and activate the per-session boundary.

Frequently Asked Questions about freeze

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

FAQPage Schema
How do I restrict edits to a specific directory during a coding session?

To restrict edits to a specific directory during a coding session, you can activate a per-session boundary that intercepts and blocks Edit and Write operations outside your chosen path. This prevents accidental modifications to other modules while debugging.

Can I lock file modifications to a single folder to prevent accidental changes?

Yes, you can lock file modifications to a single folder by enforcing a directory-boundary policy. The boundary persists in your session state, continuously blocking any Edit or Write commands that target files outside the specified directory.

How does directory-boundary enforcement work for interactive code editing?

Directory-boundary enforcement works by hooking into Edit and Write commands during interactive code editing. It prompts you for a target path, normalizes it with a trailing slash to ensure accurate matching, and blocks any operations outside that boundary.

What is the best way to scope code changes to one module during debugging?

The best way to scope code changes to one module during debugging is to establish a session-scoped boundary. This keeps your modifications contained within a single directory, ensuring that wider system edits are intercepted and blocked.

Why does the session boundary normalize the directory path with a trailing slash?

The session boundary normalizes the directory path with a trailing slash to avoid edge-case path matching issues. This ensures that the enforcement logic accurately distinguishes between the allowed directory and similarly named sibling directories.

Does the edit restriction boundary stay active across the entire conversation?

Yes, the edit restriction boundary stays active across the entire conversation because it is stored in the session state. The directory lock persists until the session concludes, continuously intercepting write operations.