guard

其他 社区 v0.1.0
解读按原文结构重写,命令、链接、术语均保留;右侧可核对作者原始 SKILL.md

设计思路

guardcareful + freeze 的「双保险一键启用」——同时打开「危险命令拦截」和「编辑路径围栏」。作者特地在 SKILL 里点出依赖:guard 引用了 carefulfreeze 兄弟目录里的 hook 脚本,两者必须同时安装(gstack setup 脚本会一起装上)。

准备工作

通过 AskUserQuestion 让用户输入要锁的目录(文本输入,不是单选):

"Guard mode: which directory should edits be restricted to? Destructive command warnings are always on. Files outside the chosen path will be blocked from editing."

确定路径后:

FREEZE_DIR=$(cd "<user-provided-path>" 2>/dev/null && pwd)
FREEZE_DIR="${FREEZE_DIR%/}/"
eval "$(~/.claude/skills/gstack/bin/gstack-paths)"
STATE_DIR="$GSTACK_STATE_ROOT"
mkdir -p "$STATE_DIR"
echo "$FREEZE_DIR" > "$STATE_DIR/freeze-dir.txt"

回执给用户:

Guard mode active. Two protections are now running:

  1. Destructive command warningsrm -rfDROP TABLE、force-push 等执行前会警告(可 override)。
  2. Edit boundary — 文件编辑限制在 <path>/,越界 block。

解除编辑围栏跑 /unfreeze;要全部停就结束 session。

受保护的范围

  • 危险命令清单见 careful
  • 编辑围栏机制见 freeze

guard 不发明新规则,只是把这两套硬规则同时启动;适合「我要让 agent 帮我改这一块、其他都别动、危险命令都先问我」这类场景。

适合谁

  • 让 agent 自动跑、但希望最严防呆的工程师
  • 给客户机器 / 实习生用 agent,想叠加最高保护
  • 涉及生产代码的修复任务

不适合

  • 大重构需要跨目录改——guard 会把围栏当成束缚
  • sandbox / 容器内本身已隔离,叠加反而干扰

配套

careful(危险命令层)、freeze(路径围栏层)、unfreeze(解除围栏)、git-guardrails-claude-code(git 命令层);按需选层叠加。

流狐档案 作者与许可取自来源;运行、权限和网络为流狐检测或估算
流狐分类
通用
作者声明 Agent
未找到明确声明;不据此推断已兼容或已测试
静态检查
92 / 100 · 启发式扫描,不代表运行安全
作者 / 版本 / 许可
@garrytan · v0.1.0 · 未声明 license
流狐 Token 估算
低消耗
流狐接入估算
需简单配置
是否需要外部 API Key
未发现要求
检测到的系统要求
macOS · Linux · Windows
底层运行要求
Bun
检测到的文件与系统行为
  • 只读
  • 允许写入 / 修改
  • Shell 执行
检测到的网络行为
仅限本地
安装命令数
无(仅作为资料)

档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。

需要注意: 未限定 allowed-tools,默认拥有全部工具权限。

输出预览 guard.preview
作者没有在当前 SKILL.md 中定义固定输出样例。

讨论

基于 GitHub Discussions。登录 GitHub 即可参与讨论、点赞、订阅更新。