skills/security/damage-control/SKILL.md
Install, configure, and manage the Claude Code Damage Control security hooks system. Use when user mentions damage control, security hooks, protected paths, blocked commands, install security, or modify protection settings.
npx skillsauth add codewithbehnam/cc-docs Damage ControlInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Defense-in-depth protection system for Claude Code. Blocks dangerous commands and protects sensitive files via PreToolUse hooks.
This skill helps users deploy and manage the Damage Control security system, which provides:
ask: true)zeroAccessPaths - No access at all (secrets/credentials)readOnlyPaths - Read allowed, modifications blockednoDeletePaths - All operations except delete.claude/skills/damage-control/
├── SKILL.md # This file
├── patterns.yaml # Shared security patterns (single source of truth)
├── cookbook/
│ ├── install_damage_control_ag_workflow.md
│ ├── modify_damage_control_ag_workflow.md
│ ├── manual_control_damage_control_ag_workflow.md
│ ├── list_damage_controls.md
│ ├── test_damage_control.md
│ └── build_for_windows.md
├── hooks/
│ ├── damage-control-python/ # Python/UV implementation
│ │ ├── bash-tool-damage-control.py
│ │ ├── edit-tool-damage-control.py
│ │ ├── write-tool-damage-control.py
│ │ ├── python-settings.json
│ │ └── test-damage-control.py
│ └── damage-control-typescript/ # Bun/TypeScript implementation
│ ├── bash-tool-damage-control.ts
│ ├── edit-tool-damage-control.ts
│ ├── write-tool-damage-control.ts
│ ├── typescript-settings.json
│ └── test-damage-control.ts
└── test-prompts/ # Test prompts for validation
├── sentient_v1.md
├── sentient_v2.md
├── sentient_v3.md
└── sentient_v4.md
The install workflow copies hooks and creates settings based on the chosen level:
~/.claude/
├── settings.json # Hook configuration
└── hooks/
└── damage-control/
├── patterns.yaml
├── bash-tool-damage-control.py (or .ts)
├── edit-tool-damage-control.py
└── write-tool-damage-control.py
<agents current working directory>/
└── .claude/
├── settings.json # Hook configuration (shared)
└── hooks/
└── damage-control/
├── patterns.yaml
├── bash-tool-damage-control.py (or .ts)
├── edit-tool-damage-control.py
└── write-tool-damage-control.py
<agents current working directory>/
└── .claude/
├── settings.local.json # Personal overrides (gitignored)
└── hooks/
└── damage-control/
├── patterns.yaml
├── bash-tool-damage-control.py (or .ts)
├── edit-tool-damage-control.py
└── write-tool-damage-control.py
This section defines the decision tree for handling user requests. Based on what the user says, read and execute the appropriate workflow prompt.
Trigger phrases: "install damage control", "setup security hooks", "deploy damage control", "add protection"
Workflow: Read and execute cookbook/install_damage_control_ag_workflow.md
Trigger phrases: "help me modify damage control", "update protection", "change blocked paths", "add restricted directory"
Workflow: Read and execute cookbook/modify_damage_control_ag_workflow.md
Trigger phrases: "how do I manually update", "explain damage control config", "show me the settings"
Workflow: Read and execute cookbook/manual_control_damage_control_ag_workflow.md
Trigger phrases: - "test damage control", - "run damage control tests", - "verify hooks are working" - "damage control test this command <x>" - "damage control test this read to this path <x>" - "damage control test this write to this path <x>" - "damage control test this delete to this path <x>" - "damage control test this run this command <x>"
Workflow: Read and execute cookbook/test_damage_control.md
What it does:
Trigger phrases: "build for windows", "add windows patterns", "convert to windows", "windows damage control"
Workflow: Read and execute cookbook/build_for_windows.md
What it does:
Trigger phrases: "update global read only paths to include X", "add /secret to zero access paths", "block command Y"
Action: Execute immediately without prompts - the user knows the system.
Examples:
| Level | Path | Scope |
| ---------------- | ----------------------------- | -------------------------- |
| Global | ~/.claude/settings.json | All projects |
| Project | .claude/settings.json | Current project (shared) |
| Project Personal | .claude/settings.local.json | Current project (personal) |
| Type | Read | Write | Edit | Delete | Use Case |
| ----------------- | ---- | ----- | ---- | ------ | ----------------------- |
| zeroAccessPaths | No | No | No | No | Secrets, credentials |
| readOnlyPaths | Yes | No | No | No | System configs, history |
| noDeletePaths | Yes | Yes | Yes | No | Important project files |
| Implementation | Runtime | Install Command |
| -------------- | ----------- | ----------------------------------------------------------- |
| Python | UV (Astral) | curl -LsSf https://astral.sh/uv/install.sh \| sh |
| TypeScript | Bun | curl -fsSL https://bun.sh/install \| bash && bun add yaml |
| Code | Meaning | | ---- | ------------------------------------ | | 0 | Allow operation | | 0 | Ask (JSON output triggers dialog) | | 2 | Block operation |
Use the test prompts in test-prompts/ to validate the hooks:
sentient_v1.md - Tests rm -rf blocking (bashToolPatterns)sentient_v2.md - Tests find -delete blocking (noDeletePaths)sentient_v3.md - Tests ask patterns (SQL DELETE with ID)sentient_v4.md - Tests simple command blockingRun a test:
/project:test-prompts/sentient_v1
tools
macOS GUI automation CLI. Use steer to see the screen, click elements, type text, send hotkeys, scroll, drag, manage windows and apps, run OCR on Electron apps, and wait for UI conditions.
testing
Ship workflow: merge main, run tests, review diff, bump VERSION, update CHANGELOG, commit, push, create PR.
testing
Import cookies from your real browser (Comet, Chrome, Arc, Brave, Edge) into the headless browse session. Opens an interactive picker UI where you select which cookie domains to import. Use before QA testing authenticated pages.
development
Weekly engineering retrospective. Analyzes commit history, work patterns, and code quality metrics with persistent history and trend tracking. Team-aware: breaks down per-person contributions with praise and growth areas.