guard

Enforces full safety mode by warning on destructive commands and restricting edits to a chosen directory.

Updated Mar 11, 2026
One-click install
npx skills add https://github.com/kinetas/ai_coding_web --skill guard-kinetas
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: guard
Source: https://github.com/kinetas/ai_coding_web/tree/main/gstack/guard
Command: npx skills add https://github.com/kinetas/ai_coding_web --skill guard-kinetas

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Full safety mode to warn about destructive commands and to block edits outside a defined directory, preventing accidental damage in prod or during debugging.

Core Features & Use Cases

  • Destructive command warnings for rm -rf, DROP TABLE, force-push, etc.
  • Directory-bound edits to ensure changes stay within a specified path.
  • Integration with sibling skills (careful and freeze) for end-to-end safety during risky operations.

Quick Start

Run the guard command and specify the directory to restrict edits to.

Frequently Asked Questions about guard

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

FAQPage Schema
How do I prevent accidental destructive commands like rm -rf or DROP TABLE during production debugging?

To prevent accidental destructive commands during production debugging, you need a safety mode that warns before executing risky operations like rm -rf or DROP TABLE. This Skill enforces those warnings and restricts edits to a chosen directory to block unintended damage.

How do I restrict file edits to a specific directory during risky deployments?

You can restrict file edits to a specific directory boundary during risky deployments by configuring an edit boundary. This Skill enforces directory-bound edits, ensuring changes stay within a specified path and blocking any modifications outside that defined directory.

What is full safety mode for live system maintenance and how does it work?

Full safety mode for live system maintenance is a protective state that warns on destructive commands and restricts edits to a chosen directory. It works by using hooks to verify safety boundaries before tasks run, preventing accidental damage in production environments.

Can I use directory-bound edits alongside other risk-mitigation tools for DevOps?

Yes, directory-bound edits can integrate with sibling risk-mitigation tools like careful and freeze behaviors. This Skill combines edit boundaries with destructive command warnings for end-to-end safety during risky DevOps operations, debugging, and deployments.

How to set up edit boundaries before running tasks on live systems?

To set up edit boundaries before running tasks on live systems, run the guard command and specify the directory to restrict edits to. The Skill relies on user input to set the boundary and uses hooks to verify safety boundaries before any tasks execute.

When should I not use full safety mode for directory-bound edits?

You should not use full safety mode for directory-bound edits when you need unrestricted access to modify files across multiple directories. This Skill imposes strict boundaries and destructive command warnings, which may interfere with tasks requiring broad system changes outside a single chosen path.