freeze
GitHub限制文件编辑和写入操作仅限于指定目录,防止意外修改无关代码。通过询问用户路径并设置状态,拦截目标外的 Edit/Write 请求,适用于调试或模块化开发场景。
Trigger Scenarios
Install
npx skills add garrytan/gstack --skill freeze -g -y
SKILL.md
Frontmatter
{
"name": "freeze",
"hooks": {
"PreToolUse": [
{
"hooks": [
{
"type": "command",
"command": "bash $HOME\/.claude\/skills\/gstack\/freeze\/bin\/check-freeze.sh",
"statusMessage": "Checking freeze boundary..."
}
],
"matcher": "Edit"
},
{
"hooks": [
{
"type": "command",
"command": "bash $HOME\/.claude\/skills\/gstack\/freeze\/bin\/check-freeze.sh",
"statusMessage": "Checking freeze boundary..."
}
],
"matcher": "Write"
}
]
},
"version": "0.1.0",
"triggers": [
"freeze edits to directory",
"lock editing scope",
"restrict file changes"
],
"description": "Restrict file edits to a specific directory for the session. (gstack)",
"allowed-tools": [
"Bash",
"Read",
"AskUserQuestion"
]
}
When to invoke this skill
Blocks Edit and Write outside the allowed path. Use when debugging to prevent accidentally "fixing" unrelated code, 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".
/freeze — Restrict Edits to a Directory
Lock file edits to a specific directory. Any Edit or Write operation targeting a file outside the allowed path will be blocked (not just warned).
mkdir -p ~/.gstack/analytics
echo '{"skill":"freeze","ts":"'$(date -u +%Y-%m-%dT%H:%M:%SZ)'","repo":"'$(basename "$(git rev-parse --show-toplevel 2>/dev/null)" 2>/dev/null || echo "unknown")'"}' >> ~/.gstack/analytics/skill-usage.jsonl 2>/dev/null || true
Setup
Ask the user which directory to restrict edits to. Use AskUserQuestion:
- Question: "Which directory should I restrict edits to? Files outside this path will be blocked from editing."
- Text input (not multiple choice) — the user types a path.
Once the user provides a directory path:
Set the user-selected boundary with the shared state writer. It resolves the physical absolute path and serializes replacement with investigation cleanup:
bash "$HOME/.claude/skills/gstack/freeze/bin/freeze-state.sh" set "<user-provided-path>"
Only report success if the helper succeeds. On FREEZE_BUSY or unexpected state, preserve it and ask the user to inspect recovery after any active writer finishes; never write or delete the state file directly.
Tell the user: "Edits are now restricted to <path>/. Any Edit or Write
outside this directory will be blocked. To change the boundary, run /freeze
again. To remove it, run /unfreeze."
How it works
The hook reads file_path from the Edit/Write tool input JSON (shared
real-JSON extractor with /careful — one copy, sourced by both hooks), then
checks whether the path starts with the freeze directory. If not, it returns a
hookSpecificOutput payload with permissionDecision: "deny" to block the
operation (nested under hookSpecificOutput — Claude Code ignores a top-level
permissionDecision).
Polarity is fail-closed: a tool payload the hook cannot parse is DENIED, not
allowed — a boundary that fails open is not a boundary. A payload that parses
but has no file_path (a non-file tool) is allowed. Symlinks are resolved
through their FINAL component, so an in-boundary symlink pointing outside the
boundary is checked against its target.
The freeze boundary persists until explicitly removed via the state file. The hook script reads it on every Edit/Write invocation. Boundaries containing spaces are supported.
Notes
- The trailing
/on the freeze directory prevents/srcfrom matching/src-old - Freeze applies to Edit and Write tools only — Read, Bash, Glob, Grep are unaffected
- This prevents accidental edits, not a security boundary — Bash commands like
sedcan still modify files outside the boundary - To deactivate, run
/unfreeze; ending or killing a conversation does not remove persisted state
Version History
- 01593aa Current 2026-09-28 05:42
-
28d59ad
2026-08-20 05:28
修复了边界检查的多个bug(如JSON提取截断、路径空格处理、符号链接逃逸),实现了fail-closed安全策略,并与其他hook共享提取器。
- a325940 2026-07-25 11:04


