careful

Warn before executing destructive shell, Git, and Kubernetes commands.

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

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

  • Provides real-time warnings for dangerous commands across shells, Git, Kubernetes, and database operations.
  • Allows user override to proceed after acknowledgment, reducing workflow interruptions.
  • Suitable for production debugging, shared environments, and compliance-heavy workflows.

Quick Start

Enable careful mode and rely on warnings before executing any destructive commands.

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

You can guard destructive shell commands by enabling a pre-execution safety mode that scans for dangerous patterns like rm -rf and requires explicit user confirmation before proceeding. This prevents accidental data loss during terminal operations.

Can I override the safety warning when force-pushing or running git reset --hard?

Yes, you can override each warning to proceed after acknowledgment. The safety guardrails prompt for explicit confirmation before destructive Git workflows execute, reducing workflow interruptions while maintaining protection against accidental force-pushes or hard resets.

Does this work for protecting Kubernetes clusters from accidental kubectl delete operations?

Yes, this protects Kubernetes clusters by implementing pre-execution hooks that scan for dangerous patterns like kubectl delete. It requires explicit user confirmation before proceeding, securing container management workflows across development, staging, and production environments.

What is the best way to enforce safety guardrails when debugging live production systems?

The best way to enforce safety guardrails for live production systems is enabling a careful mode that intercepts destructive operations in real-time. It records warnings and requires explicit confirmation, ensuring compliance and preventing irreversible changes in shared environments.

Will these pre-execution hooks block automated database operations like DROP TABLE completely?

No, these pre-execution hooks do not block destructive operations completely; they pause execution to record warnings and require explicit user confirmation. This allows you to acknowledge the risk and manually override the warning to proceed with the database operation.

Do I need any specific shell environment or dependencies installed to use careful mode?

No specific shell environment or dependencies are required to use careful mode. It operates without external dependencies, applying pre-execution hooks directly to scan for dangerous patterns across your existing shell, Git, Kubernetes, and database workflows.