careful

Warn before destructive Bash commands like rm -rf and kubectl delete.

Updated Feb 27, 2026
One-click install
npx skills add https://github.com/curielmc/beat-SPY --skill careful-curielmc
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: careful
Source: https://github.com/curielmc/beat-SPY/tree/main/.claude/skills/gstack/careful
Command: npx skills add https://github.com/curielmc/beat-SPY --skill careful-curielmc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The careful skill provides safety guardrails for destructive shell commands by detecting risky patterns and warning you before they run. It helps prevent accidental data loss in production or shared environments by surfacing warnings and allowing override.

Core Features & Use Cases

  • Warns before destructive commands like rm -rf, git reset --hard, kubectl delete, or docker prune.
  • Allows you to override warnings to proceed when you are confident.
  • Logs usage telemetry to ~/.gstack/analytics for auditing purposes.

Quick Start

Enable careful mode and execute a command to see a safety warning before destructive actions.

Frequently Asked Questions about careful

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

FAQPage Schema
How do I add a warning prompt before running destructive bash commands?

You can intercept destructive bash commands by applying pattern detection to risky actions like rm -rf or git reset --hard. This safety guardrail surfaces a warning prompt before execution, allowing you to prevent accidental data loss in production or shared environments.

Can I override the bash safety warning if I am confident the command is safe?

Yes, you can override the safety warning to proceed when you are confident. The guardrail allows you to bypass the prompt and execute the destructive command, while still logging the override event locally for auditing purposes.

What shell commands are intercepted by bash safety guardrails?

Bash safety guardrails intercept destructive commands that could cause data loss, such as rm -rf, git reset --hard, kubectl delete, and docker prune. The pattern detection applies across development, testing, and production scenarios.

Does the destructive command warning system keep a log of bypassed actions?

Yes, the destructive command warning system logs usage telemetry to a local analytics directory. This pre-action hook records safety events and overrides, providing a local audit trail for risky shell commands.

How do I prevent accidental data loss from kubectl delete or docker prune in production?

To prevent accidental data loss from kubectl delete or docker prune in production, implement a pre-action hook that detects these destructive patterns. This mechanism warns you before the command executes and provides an override option.

Is there a way to audit shell overrides for risky terminal commands?

You can audit shell overrides for risky terminal commands by logging usage telemetry locally. The guardrail records safety events to a designated analytics path, ensuring you can review when and how destructive commands were executed.