careful

Intercept destructive Bash commands and issue warnings before execution.

Updated Feb 28, 2026
One-click install
npx skills add https://github.com/Analog-Labs/pixelport-launchpad --skill careful-analog-labs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: careful
Source: https://github.com/Analog-Labs/pixelport-launchpad/tree/main/.agents/skills/gstack/careful
Command: npx skills add https://github.com/Analog-Labs/pixelport-launchpad --skill careful-analog-labs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Safety guardrails for destructive commands. Warns before rm -rf, DROP TABLE, force-push, git reset --hard, kubectl delete, and similar destructive operations. User can override each warning. Use when touching prod, debugging live systems, or working in a shared environment. Use when asked to "be careful", "safety mode", "prod mode", or "careful mode".

Core Features & Use Cases

  • Warns before executing dangerous commands such as rm -rf, git reset --hard, and kubectl delete, giving you a chance to confirm.
  • Allows per-command override so you can proceed when needed.
  • Use Case: In production debugging, protect critical systems from accidental destructive changes.

Quick Start

Enable careful mode before running destructive commands to receive warnings and prompts.

Frequently Asked Questions about careful

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

FAQPage Schema
How do I add safety guardrails to prevent destructive bash commands from running?

Safety guardrails intercept dangerous Bash instructions like rm -rf or git reset --hard before execution. A PreToolUse hook parses commands and issues warnings, mitigating risks of accidental data loss or service disruption in development and production.

Can I override warnings when executing potentially destructive commands like kubectl delete?

Yes, you can override warnings on a per-command basis. The safety-first guard prompts for confirmation before executing destructive commands like kubectl delete, allowing you to explicitly approve and proceed when the action is intentional.

Does this safety mode work for production debugging and shared staging environments?

Yes, this safety mode is applicable in production debugging, staging, and shared environments. It protects critical systems by intercepting destructive actions that could cause data loss or service disruption before they execute.

What destructive operations are intercepted by these bash safeguards?

The safeguards intercept destructive Bash operations including rm -rf, DROP TABLE, force-push, git reset --hard, and kubectl delete. Parsing these commands prevents accidental data loss and service disruption across development and production workflows.

How do I enable careful mode before running risky commands in a live system?

Enable careful mode before running risky commands to receive warnings and prompts. The safety-first guard intercepts destructive instructions, requiring explicit approval before execution to protect live systems and shared environments.