freeze

Restrict edits to a user-specified directory boundary during a session.

4|1|Updated Sep 13, 2023
One-click install
npx skills add https://github.com/louisfghbvc/mcp-leetcode-crawler --skill freeze-louisfghbvc
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: freeze
Source: https://github.com/louisfghbvc/mcp-leetcode-crawler/tree/main/.agent/skills/freeze
Command: npx skills add https://github.com/louisfghbvc/mcp-leetcode-crawler --skill freeze-louisfghbvc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Restrict edits to a specific directory during a session to prevent accidental changes outside the intended scope.

Core Features & Use Cases

  • Boundary-based edit restrictions: lock edits to a chosen directory and block outside writes.
  • Safe debugging: prevent unintended modifications when working on large repos.
  • Use case: when debugging a module, set a boundary so only changes within that module are allowed.

Quick Start

Freeze edits to a specific directory to enforce a scoped working area.

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, you can freeze a boundary that validates edit targets and blocks accidental modifications outside that scoped area for the entire session.

What is scoped editing and how does it prevent drift in a codebase?

Scoped editing locks changes to a chosen directory boundary, preventing drift by validating edit targets and blocking accidental writes to other parts of a large codebase.

Can I freeze a directory boundary to debug a module without affecting other files?

Yes, you can freeze a directory boundary to isolate debugging workflows, ensuring only changes within that specific module are allowed and preventing unintended modifications elsewhere.

What is the best way to prevent accidental modifications when working on large repos?

The best way to prevent accidental modifications on large repos is applying boundary-based edit restrictions that persist for the session and validate edit targets against a locked directory.

Does freeze work for the entire session or do I need to reapply the boundary?

Freeze persists the directory boundary for the entire session, continuously validating edit targets against the scoped area so you do not need to reapply it manually.

When should I not use directory freezing for codebase changes?

You should avoid directory freezing when your task requires modifying files outside a single scoped boundary, as it strictly blocks writes outside the specified directory during the session.