Skills freeze

install
source · Clone the upstream repo
git clone https://github.com/openclaw/skills
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/ashish797/founderclaw/freeze" ~/.claude/skills/openclaw-skills-freeze && rm -rf "$T"
OpenClaw · Install into ~/.openclaw/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.openclaw/skills && cp -r "$T/skills/ashish797/founderclaw/freeze" ~/.openclaw/skills/openclaw-skills-freeze && rm -rf "$T"
manifest: skills/ashish797/founderclaw/freeze/SKILL.md
source content

Freeze — Restrict Edits to a Directory

Lock edits to a specific directory. Everything outside is read-only.

How to Use

  1. Ask the user which directory to lock to (or detect from context — e.g., the directory containing the bug).
  2. Announce: "Edits restricted to
    {dir}/
    . Everything else is read-only. Say 'unfreeze' to remove."
  3. Enforce: Before any Edit or Write, check that the target file is within the locked directory. If not, refuse and remind the user.

Detection

After activating freeze, note the locked directory in your context. Every edit command should be checked:

  • Target file starts with locked dir → proceed
  • Target file is outside → "This file is outside the frozen scope (
    {locked_dir}/
    ). Say 'unfreeze' to edit elsewhere."

Auto-detect for Debugging

When invoked during debugging, auto-lock to the directory containing the affected files:

  • If investigating
    src/auth/login.ts
    → freeze to
    src/auth/
  • If the bug spans multiple directories → ask which one to lock
  • If genuinely cross-cutting → skip the lock, note why