guard

Restrict edits to a specified directory and warn before destructive commands.

Updated Sep 10, 2024
One-click install
npx skills add https://github.com/TioSavich/UMEDCTA --skill guard-tiosavich
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: guard
Source: https://github.com/TioSavich/UMEDCTA/tree/main/.claude/skills/gstack/guard
Command: npx skills add https://github.com/TioSavich/UMEDCTA --skill guard-tiosavich

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents accidental destructive commands and unauthorized edits by enabling guard mode, which combines destructive command warnings with directory-based edit restrictions.

Core Features & Use Cases

  • Destructive-command warnings: warns before executing rm -rf, DROP TABLE, force-push, etc., when dangerous actions are detected.
  • Edit-boundary enforcement: restricts edits to a user-specified directory to prevent edits outside the protected path.
  • Unified safety workflow: leverages existing /careful and /freeze components for comprehensive protection during prod maintenance or debugging.

Quick Start

Ask the user which directory should be protected from edits and activate guard mode.

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 during production maintenance?

To prevent accidental destructive commands during production maintenance, you can enable guard mode to warn before executing actions like rm -rf, DROP TABLE, or force-push and restrict edits to a specified directory.

What is the best way to restrict file edits to a specific directory when debugging live systems?

The best way to restrict file edits to a specific directory when debugging live systems is to enforce an edit boundary, which prevents modifications outside your user-specified protected path.

How do guard mode warnings work for dangerous shell commands and database operations?

Guard mode warnings work by detecting dangerous shell commands and database operations, prompting the user for confirmation before executing destructive actions like force-push or DROP TABLE.

Can I use safety boundaries to protect my codebase while debugging?

You can use safety boundaries to protect your codebase while debugging by activating guard mode, which combines destructive command warnings with directory-based edit restrictions for comprehensive protection.

Does guard mode require any specific dependencies to enforce edit boundaries?

Guard mode does not require external dependencies to enforce edit boundaries, as it operates independently while leveraging integrated careful and freeze components to manage safety workflows.

Why should I activate guard mode before running operations on live systems?

You should activate guard mode before running operations on live systems because it logs guard activity, prompts for user input on dangerous commands, and prevents unauthorized edits outside protected paths.