careful

Block destructive shell commands until explicit confirmation is provided.

Updated Aug 2, 2025
One-click install
npx skills add https://github.com/JovieInc/Jovie --skill careful-jovieinc
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: careful
Source: https://github.com/JovieInc/Jovie/tree/main/.claude/skills/gstack/careful
Command: npx skills add https://github.com/JovieInc/Jovie --skill careful-jovieinc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents destructive commands from executing without explicit confirmation.

Core Features & Use Cases

  • Guards against risky operations in shell workloads, including rm -rf, git reset --hard, kubectl delete, and SQL DROP/DELETE, with warning prompts and optional overrides.
  • Provides a safety-first workflow for touching production environments and debugging live systems, reducing the risk of accidental data loss.
  • Works with a pre-tool hook that flags dangerous commands and surfaces a clear decision before proceeding.

Quick Start

Enable safety mode and then run your destructive command, and you may override warnings if you choose.

Frequently Asked Questions about careful

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

FAQPage Schema
How do I prevent destructive bash commands from executing without confirmation?

Destructive shell commands like rm -rf and git reset --hard are intercepted by a pre-use Bash hook that scans input for dangerous patterns and returns a permission decision before execution. This mechanism stops accidental data loss across development, staging, and production environments.

Can I override warnings for specific destructive commands in production environments?

Yes, per-command overrides are available for destructive commands in production environments. When the safety hook flags a risky operation, you can explicitly choose to override the warning and proceed with the execution.

What shell workflows and commands does this production safety hook cover?

This production safety hook covers shell workflows including rm -rf, git reset --hard, kubectl delete, and SQL DROP statements. It applies across development, staging, and production environments to guard risky operations.

How do I set up guardrails for risky shell operations like git reset and kubectl delete?

You set up guardrails for risky shell operations by enabling safety mode, which activates a pre-tool hook to flag dangerous commands. The hook surfaces a clear warning prompt requiring explicit confirmation before running commands like git reset or kubectl delete.

Does this risk-management tool log incidents when it blocks destructive commands?

Yes, this risk-management tool logs incidents when it blocks destructive commands. After the pre-use Bash hook scans input and returns a permission decision, it records the event to maintain an audit trail of flagged operations.