careful

Warn before executing destructive commands and require explicit confirmation.

Updated Apr 6, 2026
One-click install
npx skills add https://github.com/JeremiahEllington/NoahEllington --skill careful-jeremiahellington
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: careful
Source: https://github.com/JeremiahEllington/NoahEllington/tree/main/.claude/skills/careful
Command: npx skills add https://github.com/JeremiahEllington/NoahEllington --skill careful-jeremiahellington

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Destructive commands can cause catastrophic data loss or service disruption. This Skill provides safety guardrails that warn before executing dangerous actions such as rm -rf, DROP TABLE, force-push, git reset --hard, kubectl delete, and related commands, while allowing explicit overrides when appropriate.

Core Features & Use Cases

  • Real-time warnings for destructive shell and deployment commands
  • Optional overrides that let experienced users proceed after a confirmed warning
  • Suitable for development, staging, and production environments where risky operations occur

Quick Start

Enable careful mode and attempt a destructive command to trigger the safety prompt.

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 like rm -rf?

You can add a warning prompt by using a Bash hook that detects destructive patterns like rm -rf and requires explicit confirmation before execution. This guardrail approach intercepts risky commands and enforces an interactive safety check.

What destructive commands should I guard against in a production environment?

Common destructive commands to guard against include rm -rf, git reset --hard, kubectl delete, and DROP TABLE operations. A safety hook can detect these dangerous patterns in user input and warn before execution to prevent catastrophic data loss or service disruption.

Can I override the safety warning when I need to run a necessary destructive command?

Yes, you can override the safety warning by providing explicit confirmation after the prompt appears. The override feature is designed for experienced users who need to proceed with confirmed risky operations in development, staging, or production environments.

Does this bash safety guardrail work for git and kubectl commands?

Yes, the bash safety guardrail works for git and kubectl commands by detecting dangerous patterns such as git reset --hard, force-push, and kubectl delete. It uses a Bash hook to intercept these commands and enforce confirmation before execution.

How do I set up a bash hook to detect dangerous command patterns?

You set up a bash hook that intercepts user input and matches it against known dangerous command patterns like rm -rf and git reset --hard. Once a match is detected, the hook pauses execution and requires explicit user confirmation before proceeding.

When should I not use a destructive command guardrail?

You should not rely on a destructive command guardrail as your only safety measure in fully automated pipelines where interactive confirmation is not possible. The hook requires explicit user confirmation, making it best suited for interactive development, staging, and production sessions.