One-click install
npx skills add https://github.com/TimHL5/carousel --skill freeze-timhl5
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: freeze
Source: https://github.com/TimHL5/carousel/tree/main/.claude/skills/gstack/freeze
Command: npx skills add https://github.com/TimHL5/carousel --skill freeze-timhl5

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Restrict edits to a specific directory to prevent changes outside the allowed path. Use when debugging to prevent accidental changes, or when you want to scope changes to one module. Use when asked to "freeze", "restrict edits", "only edit this folder", or "lock down edits".

Core Features & Use Cases

  • Enforce a freeze boundary for edits within a session.
  • Persist the boundary across the session.
  • Provide a setup flow to define the allowed directory.

Quick Start

Tell the AI to restrict edits to a specific directory for the current session.

Frequently Asked Questions about freeze

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

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

To restrict AI edits to a specific directory, you can define an allowed path to prevent changes outside that boundary. This enforces a session-boundary that blocks modifications to other modules at write time.

Can I lock down file modifications to one folder to prevent accidental changes?

Yes, you can lock down file modifications by scoping edits to a single folder. This prevents accidental changes by blocking any write operations that target files outside your configured directory boundary.

How does session edit protection work for scoping changes to one module?

Session edit protection works by persisting a configured directory boundary throughout your active session. It intercepts edit and write commands to ensure no modifications occur outside the allowed path.

What is the best way to isolate bash script modifications to a specific path?

The best way to isolate bash script modifications is to establish a directory boundary at the start of your session. This restricts all subsequent edits to the allowed path and prevents external changes.

Does the directory boundary persist across the entire session or do I need to reconfigure it?

The directory boundary persists across the entire session without needing reconfiguration. Once you define the allowed directory, the edit protection remains active and blocks outside modifications until the session ends.

When should I use directory boundary restrictions for dev-tools?

Use directory boundary restrictions when debugging or scoping modifications to a single module. This prevents accidental changes to other parts of your project by ensuring edits only happen within the allowed path.