careful

Warns before executing destructive commands in Bash via a PreToolUse hook.

Updated Mar 31, 2026
One-click install
npx skills add https://github.com/amanik/sailor-score-debug --skill careful-amanik
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: careful
Source: https://github.com/amanik/sailor-score-debug/tree/main/.claude/skills/gstack/careful
Command: npx skills add https://github.com/amanik/sailor-score-debug --skill careful-amanik

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Destructive commands can cause irreversible data loss or service disruption. This skill provides safety guardrails by warning before execution and requiring explicit confirmation for potentially destructive actions.

Core Features & Use Cases

  • Real-time pattern matching for dangerous commands (rm -rf, force-push, git reset --hard, kubectl delete, and similar actions) with an opt-out override option.
  • PreToolUse hook integration in Bash to intercept tool commands and surface a clear warning message before proceeding.
  • Lightweight analytics that log guarded events locally to help teams monitor unsafe operations without exfiltrating data.

Quick Start

Enable careful mode to automatically warn on destructive commands before execution.

Frequently Asked Questions about careful

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

FAQPage Schema
How do I prevent accidental execution of destructive shell commands like rm -rf or git reset --hard?

To prevent destructive shell commands, you need safety guardrails that intercept execution and require explicit confirmation. This skill uses a PreToolUse hook in Bash environments to analyze commands for patterns like rm -rf, force-push, and kubectl delete, returning a permission decision before they run.

Can I intercept and warn before running kubectl delete or force-push in a Bash shell?

Yes, you can intercept and warn before running kubectl delete or force-push in a Bash shell. The skill implements real-time pattern matching for these specific destructive actions, surfacing a clear warning message and requiring confirmation before proceeding with execution.

How does shell safety pattern matching work for intercepting unsafe DevOps commands?

Shell safety pattern matching works by analyzing tool commands for destructive patterns before execution. When a command matches known dangerous actions, the PreToolUse hook intercepts it and returns a permission decision, providing an opt-out override option if the operation is intentional.

Does this destructive command guardrail work outside of Bash development environments?

This destructive command guardrail applies specifically in Bash shells and development environments. It relies on a PreToolUse hook mechanism to analyze commands, so its shell safety features are designed for that context rather than general system-wide command interception.

What is the best way to monitor unsafe operations without exfiltrating shell data?

The best way to monitor unsafe operations without exfiltrating shell data is using lightweight local analytics. This skill logs guarded events locally to help teams track destructive command attempts and monitor unsafe operations without sending sensitive command data externally.

Can I override the warning if a destructive command is intentional?

Yes, you can override the warning if a destructive command is intentional. The skill provides an opt-out override option alongside its real-time pattern matching, allowing you to proceed with guarded actions like git reset --hard after acknowledging the warning.