@the-bearded-bear/claude-craft 7.14.0 → 7.15.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/Dev/i18n/base/Common/skills/parallel-worktrees/SKILL.md +49 -0
- package/Dev/i18n/de/Common/rules/11-security.md +63 -3
- package/Dev/i18n/de/Common/rules/12-context-management.md +253 -0
- package/Dev/i18n/en/Common/rules/11-security.md +66 -3
- package/Dev/i18n/en/Common/rules/12-context-management.md +319 -0
- package/Dev/i18n/es/Common/rules/11-security.md +63 -3
- package/Dev/i18n/es/Common/rules/12-context-management.md +253 -0
- package/Dev/i18n/fr/Common/rules/11-security.md +63 -3
- package/Dev/i18n/fr/Common/rules/12-context-management.md +303 -0
- package/Dev/i18n/pt/Common/rules/11-security.md +63 -3
- package/Dev/i18n/pt/Common/rules/12-context-management.md +253 -0
- package/README.md +7 -6
- package/package.json +1 -1
|
@@ -0,0 +1,49 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: parallel-worktrees
|
|
3
|
+
description: Parallel git worktrees for concurrent Claude Code sessions. Use when working on multiple features or writer/reviewer workflows.
|
|
4
|
+
allowed-tools:
|
|
5
|
+
- Read
|
|
6
|
+
- Glob
|
|
7
|
+
- Grep
|
|
8
|
+
- Bash
|
|
9
|
+
triggers:
|
|
10
|
+
files: []
|
|
11
|
+
keywords:
|
|
12
|
+
- worktree
|
|
13
|
+
- parallel
|
|
14
|
+
- concurrent
|
|
15
|
+
- writer
|
|
16
|
+
- reviewer
|
|
17
|
+
- multi-session
|
|
18
|
+
- productivity
|
|
19
|
+
auto_suggest: true
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
# Parallel Worktrees
|
|
23
|
+
|
|
24
|
+
This skill provides guidance for running multiple Claude Code sessions concurrently using git worktrees.
|
|
25
|
+
|
|
26
|
+
See ../../rules/12-context-management.md for detailed documentation.
|
|
27
|
+
|
|
28
|
+
## Quick Reference
|
|
29
|
+
|
|
30
|
+
### Setup
|
|
31
|
+
|
|
32
|
+
```bash
|
|
33
|
+
git worktree add ../feature-name feature/branch-name
|
|
34
|
+
cd ../feature-name && claude
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
### Writer/Reviewer Pattern
|
|
38
|
+
|
|
39
|
+
| Terminal | Role | Command |
|
|
40
|
+
|----------|------|---------|
|
|
41
|
+
| Terminal 1 | Writer | `cd ../feature-auth && claude "Implement feature"` |
|
|
42
|
+
| Terminal 2 | Reviewer | `cd ../review-auth && claude "Review the code"` |
|
|
43
|
+
|
|
44
|
+
### Best Practices
|
|
45
|
+
|
|
46
|
+
- 3-5 worktrees maximum
|
|
47
|
+
- One worktree = one task
|
|
48
|
+
- Remove completed worktrees
|
|
49
|
+
- Never share sessions between worktrees
|
|
@@ -21,7 +21,8 @@ Sicherheit hat **absolute Priorität**. Dieses Dokument stellt die allgemeinen S
|
|
|
21
21
|
5. [Sensible Daten](#sensible-daten)
|
|
22
22
|
6. [Sicherheitsheader](#sicherheitsheader)
|
|
23
23
|
7. [Logging und Monitoring](#logging-und-monitoring)
|
|
24
|
-
8. [
|
|
24
|
+
8. [MCP- & Plugin-Sicherheit](#mcp---plugin-sicherheit)
|
|
25
|
+
9. [Checkliste](#checkliste)
|
|
25
26
|
|
|
26
27
|
---
|
|
27
28
|
|
|
@@ -488,6 +489,65 @@ Kritische Warnungen:
|
|
|
488
489
|
|
|
489
490
|
---
|
|
490
491
|
|
|
492
|
+
## MCP- & Plugin-Sicherheit
|
|
493
|
+
|
|
494
|
+
### Risiken von Drittanbieter-MCP-Servern
|
|
495
|
+
|
|
496
|
+
> **Warnung:** Sicherheitsforschung (Snyk, 2026) hat 76 boesartige Payloads in oeffentlichen MCP-Server-Registern identifiziert. Unueberprufte MCP-Server von Drittanbietern stellen ein erhebliches Risiko dar.
|
|
497
|
+
|
|
498
|
+
```
|
|
499
|
+
RISIKEN:
|
|
500
|
+
- Befehlsinjektion ueber MCP-Parameter
|
|
501
|
+
- Datenexfiltration (Dateien, Geheimnisse, Kontext)
|
|
502
|
+
- Ausfuehrung beliebigen Codes auf dem Host-Rechner
|
|
503
|
+
- Privilegieneskalation ueber freigegebene Tools
|
|
504
|
+
|
|
505
|
+
SCHUTZ:
|
|
506
|
+
- Eigene MCP-Server bevorzugen
|
|
507
|
+
- Quellcode vor der Installation von Drittanbieter-Servern auditieren
|
|
508
|
+
- Berechtigungen einschraenken (Tools-Allowlist)
|
|
509
|
+
- PreToolUse-Hook verwenden, um gefaehrliche Muster zu blockieren
|
|
510
|
+
```
|
|
511
|
+
|
|
512
|
+
### MCP/Plugin-Pruefungscheckliste
|
|
513
|
+
|
|
514
|
+
Vor der Installation eines MCP-Servers von Drittanbietern:
|
|
515
|
+
|
|
516
|
+
- [ ] Quellcode verfuegbar und auditierbar
|
|
517
|
+
- [ ] Verifizierter Autor/Organisation
|
|
518
|
+
- [ ] Kein unbegruendeter Netzwerkzugriff
|
|
519
|
+
- [ ] Kein Lesen sensibler Dateien (.env, Geheimnisse)
|
|
520
|
+
- [ ] Minimale Berechtigungen (Prinzip der geringsten Privilegien)
|
|
521
|
+
- [ ] Fixierte Version (nicht `latest`)
|
|
522
|
+
- [ ] Changelog und Sicherheitshistorie
|
|
523
|
+
|
|
524
|
+
### PreToolUse-Hook fuer Sicherheit
|
|
525
|
+
|
|
526
|
+
```json
|
|
527
|
+
{
|
|
528
|
+
"hooks": {
|
|
529
|
+
"PreToolUse": [
|
|
530
|
+
{
|
|
531
|
+
"matcher": "Bash",
|
|
532
|
+
"command": "echo '$TOOL_INPUT' | grep -qE '(curl|wget).*\\.(sh|py|rb)' && echo 'BLOCKED: suspicious download' && exit 1 || exit 0"
|
|
533
|
+
}
|
|
534
|
+
]
|
|
535
|
+
}
|
|
536
|
+
}
|
|
537
|
+
```
|
|
538
|
+
|
|
539
|
+
### CLAUDE.md vs Hooks
|
|
540
|
+
|
|
541
|
+
| Mechanismus | Staerke | Verwendung |
|
|
542
|
+
|-------------|---------|------------|
|
|
543
|
+
| **CLAUDE.md** | Vorschlag | Richtlinien, Konventionen |
|
|
544
|
+
| **Rules** | Starker Vorschlag | Detaillierte Regeln |
|
|
545
|
+
| **Hooks** | Durchsetzung | Effektive Blockierung, automatische Validierung |
|
|
546
|
+
|
|
547
|
+
> **Regel:** CLAUDE.md = Vorschlaege. Hooks = Anforderungen.
|
|
548
|
+
|
|
549
|
+
---
|
|
550
|
+
|
|
491
551
|
## Checkliste
|
|
492
552
|
|
|
493
553
|
### Entwicklung
|
|
@@ -535,6 +595,6 @@ Kritische Warnungen:
|
|
|
535
595
|
|
|
536
596
|
---
|
|
537
597
|
|
|
538
|
-
**
|
|
539
|
-
**Version:** 1.
|
|
598
|
+
**Letzte Aktualisierung:** 2026-02
|
|
599
|
+
**Version:** 1.1.0
|
|
540
600
|
**Autor:** The Bearded CTO
|
|
@@ -0,0 +1,253 @@
|
|
|
1
|
+
# Kontextverwaltung
|
|
2
|
+
|
|
3
|
+
## Ueberblick
|
|
4
|
+
|
|
5
|
+
Das Kontextfenster ist **DIE kritische Ressource** in Claude Code. Jeder Token zaehlt. Effektive Kontextverwaltung ist der Unterschied zwischen einem produktiven Assistenten und einem, der den Faden verliert.
|
|
6
|
+
|
|
7
|
+
> **Quelle:** Anthropic Best Practice #1 — "The context window is the single most important resource to manage."
|
|
8
|
+
|
|
9
|
+
**Prinzipien:**
|
|
10
|
+
- Kontext ist eine endliche und wertvolle Ressource
|
|
11
|
+
- CLAUDE.md und Regeln konkurrieren um die Aufmerksamkeit des Modells
|
|
12
|
+
- Sub-Agents fuer Untersuchungen verwenden
|
|
13
|
+
- Kontext zwischen Aufgaben bereinigen
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## Inhaltsverzeichnis
|
|
18
|
+
|
|
19
|
+
1. [CLAUDE.md Groessenregeln](#claudemd-groessenregeln)
|
|
20
|
+
2. [Kontextbereinigung](#kontextbereinigung)
|
|
21
|
+
3. [Sub-Agents fuer Untersuchungen](#sub-agents-fuer-untersuchungen)
|
|
22
|
+
4. [Context Compaction](#context-compaction)
|
|
23
|
+
5. [Verifikationsschleifen](#verifikationsschleifen)
|
|
24
|
+
6. [Plan Mode](#plan-mode)
|
|
25
|
+
7. [Token-Tracking](#token-tracking)
|
|
26
|
+
8. [Checkliste](#checkliste)
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## CLAUDE.md Groessenregeln
|
|
31
|
+
|
|
32
|
+
### Empfohlenes Limit
|
|
33
|
+
|
|
34
|
+
> **Haupt-CLAUDE.md: maximal 150-200 Zeilen.**
|
|
35
|
+
> Jede zusaetzliche Anweisung verduennt die Aufmerksamkeit auf bestehende Anweisungen.
|
|
36
|
+
|
|
37
|
+
### Modularitaetsstrategie
|
|
38
|
+
|
|
39
|
+
```
|
|
40
|
+
.claude/
|
|
41
|
+
CLAUDE.md <- Zusammenfassung (max. 150-200 Zeilen)
|
|
42
|
+
rules/ <- Detaillierte Regeln (bei Bedarf geladen)
|
|
43
|
+
references/ <- Technische Dokumentation
|
|
44
|
+
skills/ <- Faehigkeiten bei Bedarf
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
### Best Practices
|
|
48
|
+
|
|
49
|
+
| Praxis | Beschreibung |
|
|
50
|
+
|--------|-------------|
|
|
51
|
+
| **Kurze CLAUDE.md** | Ueberblick, Links zu Regeln |
|
|
52
|
+
| **Modulare Regeln** | Eine Datei pro Thema in `.claude/rules/` |
|
|
53
|
+
| **Separate Referenzen** | Technische Docs in `.claude/references/` |
|
|
54
|
+
| **Bedarfsgesteuerte Skills** | Faehigkeiten nur bei Bedarf geladen |
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
## Kontextbereinigung
|
|
59
|
+
|
|
60
|
+
### Wann `/clear` verwenden
|
|
61
|
+
|
|
62
|
+
```
|
|
63
|
+
/clear verwenden:
|
|
64
|
+
- Zwischen zwei NICHT zusammenhaengenden Aufgaben
|
|
65
|
+
- Nach einer langen Untersuchung
|
|
66
|
+
- Wenn der Kontext 50% des Fensters uebersteigt
|
|
67
|
+
- Vor dem Start eines neuen Features
|
|
68
|
+
|
|
69
|
+
/clear NICHT verwenden:
|
|
70
|
+
- Mitten in einer laufenden Aufgabe
|
|
71
|
+
- Wenn vorheriger Kontext benoetigt wird
|
|
72
|
+
- Direkt nach dem Laden relevanter Dateien
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
### Zeichen fuer Kontextverschmutzung
|
|
76
|
+
|
|
77
|
+
- Claude wiederholt bereits gegebene Informationen
|
|
78
|
+
- Antworten werden weniger praezise
|
|
79
|
+
- Claude verwechselt Elemente verschiedener Aufgaben
|
|
80
|
+
- Fehler nehmen trotz klarer Anweisungen zu
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
## Sub-Agents fuer Untersuchungen
|
|
85
|
+
|
|
86
|
+
### Prinzip
|
|
87
|
+
|
|
88
|
+
> **Recherchen an Sub-Agents delegieren, um den Hauptkontext sauber zu halten.**
|
|
89
|
+
|
|
90
|
+
Sub-Agents (Task-Tool) haben ihr eigenes Kontextfenster. Die Verwendung eines Sub-Agents zur Codebase-Erkundung vermeidet die Verschmutzung des Hauptkontexts.
|
|
91
|
+
|
|
92
|
+
### Wann einen Sub-Agent verwenden
|
|
93
|
+
|
|
94
|
+
| Situation | Aktion |
|
|
95
|
+
|-----------|--------|
|
|
96
|
+
| Bestimmte Datei/Muster suchen | Glob/Grep direkt |
|
|
97
|
+
| Unbekannte Architektur erkunden | Explore Sub-Agent |
|
|
98
|
+
| Multi-Datei-Untersuchung (> 3) | Explore Sub-Agent |
|
|
99
|
+
| Implementierung planen | Plan Sub-Agent |
|
|
100
|
+
| Unabhaengige parallele Aufgabe | General-Purpose Sub-Agent |
|
|
101
|
+
|
|
102
|
+
---
|
|
103
|
+
|
|
104
|
+
## Context Compaction
|
|
105
|
+
|
|
106
|
+
### Funktionsweise
|
|
107
|
+
|
|
108
|
+
Claude Code kompaktiert den Kontext automatisch, wenn er sich den Fenstergrenzen naehert. Aeltere Nachrichten werden zusammengefasst.
|
|
109
|
+
|
|
110
|
+
### Re-Injektions-Hooks
|
|
111
|
+
|
|
112
|
+
Den `SessionStart`-Hook mit dem `compact`-Matcher verwenden, um kritischen Kontext nach einer Kompaktierung erneut einzufuegen:
|
|
113
|
+
|
|
114
|
+
```json
|
|
115
|
+
{
|
|
116
|
+
"hooks": {
|
|
117
|
+
"SessionStart": [
|
|
118
|
+
{
|
|
119
|
+
"matcher": "compact",
|
|
120
|
+
"command": "cat .claude/context-essentials.md"
|
|
121
|
+
}
|
|
122
|
+
]
|
|
123
|
+
}
|
|
124
|
+
}
|
|
125
|
+
```
|
|
126
|
+
|
|
127
|
+
---
|
|
128
|
+
|
|
129
|
+
## Verifikationsschleifen
|
|
130
|
+
|
|
131
|
+
### Prinzip
|
|
132
|
+
|
|
133
|
+
> **Immer Verifikationsmittel bereitstellen: Tests, Screenshots, erwartete Ausgaben.**
|
|
134
|
+
> Quelle: "2-3x improvement in final result quality" (Anthropic)
|
|
135
|
+
|
|
136
|
+
### Muster: Spezifikation-Implementierung-Verifikation
|
|
137
|
+
|
|
138
|
+
```
|
|
139
|
+
1. SPEZIFIKATION
|
|
140
|
+
-> Erwartetes Verhalten definieren
|
|
141
|
+
-> Input/Output-Beispiele bereitstellen
|
|
142
|
+
-> Tests zuerst schreiben (TDD)
|
|
143
|
+
|
|
144
|
+
2. IMPLEMENTIERUNG
|
|
145
|
+
-> Loesung kodieren
|
|
146
|
+
|
|
147
|
+
3. VERIFIKATION
|
|
148
|
+
-> Tests ausfuehren
|
|
149
|
+
-> Mit erwarteten Ausgaben vergleichen
|
|
150
|
+
-> Bei Bedarf korrigieren
|
|
151
|
+
```
|
|
152
|
+
|
|
153
|
+
---
|
|
154
|
+
|
|
155
|
+
## Plan Mode
|
|
156
|
+
|
|
157
|
+
### Wann in Planung investieren
|
|
158
|
+
|
|
159
|
+
| Situation | Aktion |
|
|
160
|
+
|-----------|--------|
|
|
161
|
+
| Einfacher Bug, 1 Datei | Direkt beheben |
|
|
162
|
+
| Einfaches Feature, < 3 Dateien | Direkt implementieren |
|
|
163
|
+
| Komplexes Feature, > 3 Dateien | Plan Mode |
|
|
164
|
+
| Architektur-Refactoring | Plan Mode |
|
|
165
|
+
| Technologiewahl | Plan Mode |
|
|
166
|
+
| Unsichere Auswirkungen | Plan Mode |
|
|
167
|
+
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
## Token-Tracking
|
|
171
|
+
|
|
172
|
+
### Aktionsschwellen
|
|
173
|
+
|
|
174
|
+
| Kontext verwendet | Aktion |
|
|
175
|
+
|-------------------|--------|
|
|
176
|
+
| < 30% | Normal, weiterarbeiten |
|
|
177
|
+
| 30-60% | Ueberwachen, unnoetige Lesevorgaenge vermeiden |
|
|
178
|
+
| 60-80% | An Sub-Agents delegieren, /clear erwaegen |
|
|
179
|
+
| > 80% | Kompaktierung steht bevor, kritischen Kontext sichern |
|
|
180
|
+
|
|
181
|
+
---
|
|
182
|
+
|
|
183
|
+
## Parallele Worktrees
|
|
184
|
+
|
|
185
|
+
### Prinzip
|
|
186
|
+
|
|
187
|
+
> **"Single biggest productivity unlock"** — Boris Cherny (Anthropic)
|
|
188
|
+
|
|
189
|
+
`git worktree` verwenden, um gleichzeitig an mehreren Branches mit unabhaengigen Claude-Sessions zu arbeiten.
|
|
190
|
+
|
|
191
|
+
### Setup
|
|
192
|
+
|
|
193
|
+
```bash
|
|
194
|
+
git worktree add ../feature-auth feature/auth
|
|
195
|
+
cd ../feature-auth && claude
|
|
196
|
+
```
|
|
197
|
+
|
|
198
|
+
### Writer/Reviewer-Muster
|
|
199
|
+
|
|
200
|
+
```
|
|
201
|
+
Terminal 1 (Writer):
|
|
202
|
+
cd ../feature-auth
|
|
203
|
+
claude "JWT-Authentifizierung implementieren"
|
|
204
|
+
|
|
205
|
+
Terminal 2 (Reviewer):
|
|
206
|
+
cd ../review-auth
|
|
207
|
+
claude "Authentifizierungscode ueberpruefen"
|
|
208
|
+
```
|
|
209
|
+
|
|
210
|
+
### Empfehlungen
|
|
211
|
+
|
|
212
|
+
- Maximal 3-5 Worktrees
|
|
213
|
+
- Ein Worktree = eine Aufgabe
|
|
214
|
+
- Abgeschlossene Worktrees entfernen
|
|
215
|
+
- Keine Sessions zwischen Worktrees teilen
|
|
216
|
+
|
|
217
|
+
---
|
|
218
|
+
|
|
219
|
+
## Checkliste
|
|
220
|
+
|
|
221
|
+
### Vor jeder Session
|
|
222
|
+
|
|
223
|
+
- [ ] CLAUDE.md < 200 Zeilen
|
|
224
|
+
- [ ] Modulare Regeln in `.claude/rules/`
|
|
225
|
+
- [ ] Sauberer Kontext
|
|
226
|
+
|
|
227
|
+
### Waehrend der Session
|
|
228
|
+
|
|
229
|
+
- [ ] Kontext-% ueberwachen
|
|
230
|
+
- [ ] Untersuchungen an Sub-Agents delegieren
|
|
231
|
+
- [ ] `/clear` zwischen unzusammenhaengenden Aufgaben
|
|
232
|
+
- [ ] Tests/erwartete Ausgaben bereitstellen
|
|
233
|
+
|
|
234
|
+
### Fuer komplexe Aufgaben
|
|
235
|
+
|
|
236
|
+
- [ ] Plan Mode verwenden
|
|
237
|
+
- [ ] In Teilaufgaben zerlegen
|
|
238
|
+
- [ ] Worktrees fuer Parallelismus
|
|
239
|
+
- [ ] Verifikationsschleifen
|
|
240
|
+
|
|
241
|
+
---
|
|
242
|
+
|
|
243
|
+
## Ressourcen
|
|
244
|
+
|
|
245
|
+
- **Anthropic Best Practices:** [docs.anthropic.com](https://docs.anthropic.com/en/docs/claude-code/overview)
|
|
246
|
+
- **Boris Cherny Workflow:** Parallele Worktrees + Verifikationsschleifen
|
|
247
|
+
- **Claude Code Kontextverwaltung:** Context Compaction, `/clear`, Sub-Agents
|
|
248
|
+
|
|
249
|
+
---
|
|
250
|
+
|
|
251
|
+
**Letzte Aktualisierung:** 2026-02
|
|
252
|
+
**Version:** 1.0.0
|
|
253
|
+
**Autor:** The Bearded CTO
|
|
@@ -21,7 +21,8 @@ Security is an **absolute priority**. This document presents the general securit
|
|
|
21
21
|
5. [Sensitive Data](#sensitive-data)
|
|
22
22
|
6. [Security Headers](#security-headers)
|
|
23
23
|
7. [Logging and Monitoring](#logging-and-monitoring)
|
|
24
|
-
8. [
|
|
24
|
+
8. [MCP & Plugin Security](#mcp--plugin-security)
|
|
25
|
+
9. [Checklist](#checklist)
|
|
25
26
|
|
|
26
27
|
---
|
|
27
28
|
|
|
@@ -488,6 +489,68 @@ Critical alerts:
|
|
|
488
489
|
|
|
489
490
|
---
|
|
490
491
|
|
|
492
|
+
## MCP & Plugin Security
|
|
493
|
+
|
|
494
|
+
### Risks of Third-party MCP Servers
|
|
495
|
+
|
|
496
|
+
> **Alert:** Security research (Snyk, 2026) identified 76 malicious payloads in public MCP server registries. Unvetted third-party MCP servers represent a significant risk.
|
|
497
|
+
|
|
498
|
+
```
|
|
499
|
+
RISKS:
|
|
500
|
+
- Command injection via MCP parameters
|
|
501
|
+
- Data exfiltration (files, secrets, context)
|
|
502
|
+
- Arbitrary code execution on host machine
|
|
503
|
+
- Privilege escalation via exposed tools
|
|
504
|
+
|
|
505
|
+
PROTECTION:
|
|
506
|
+
- Prefer writing your own MCP servers
|
|
507
|
+
- Audit source code before installing third-party servers
|
|
508
|
+
- Limit permissions (tools allowlist)
|
|
509
|
+
- Use PreToolUse hook to block dangerous patterns
|
|
510
|
+
```
|
|
511
|
+
|
|
512
|
+
### MCP/Plugin Vetting Checklist
|
|
513
|
+
|
|
514
|
+
Before installing a third-party MCP server:
|
|
515
|
+
|
|
516
|
+
- [ ] Source code available and auditable
|
|
517
|
+
- [ ] Verified author/organization
|
|
518
|
+
- [ ] No unjustified network access
|
|
519
|
+
- [ ] No reading sensitive files (.env, secrets)
|
|
520
|
+
- [ ] Minimal permissions (principle of least privilege)
|
|
521
|
+
- [ ] Pinned version (not `latest`)
|
|
522
|
+
- [ ] Changelog and security history
|
|
523
|
+
|
|
524
|
+
### PreToolUse Hook for Security
|
|
525
|
+
|
|
526
|
+
Use Claude Code hooks to block dangerous patterns:
|
|
527
|
+
|
|
528
|
+
```json
|
|
529
|
+
{
|
|
530
|
+
"hooks": {
|
|
531
|
+
"PreToolUse": [
|
|
532
|
+
{
|
|
533
|
+
"matcher": "Bash",
|
|
534
|
+
"command": "echo '$TOOL_INPUT' | grep -qE '(curl|wget).*\\.(sh|py|rb)' && echo 'BLOCKED: suspicious download' && exit 1 || exit 0"
|
|
535
|
+
}
|
|
536
|
+
]
|
|
537
|
+
}
|
|
538
|
+
}
|
|
539
|
+
```
|
|
540
|
+
|
|
541
|
+
### CLAUDE.md vs Hooks
|
|
542
|
+
|
|
543
|
+
| Mechanism | Strength | Usage |
|
|
544
|
+
|-----------|----------|-------|
|
|
545
|
+
| **CLAUDE.md** | Suggestion | Guidelines, conventions |
|
|
546
|
+
| **Rules** | Strong suggestion | Detailed rules |
|
|
547
|
+
| **Hooks** | Enforcement | Effective blocking, automatic validation |
|
|
548
|
+
|
|
549
|
+
> **Rule:** CLAUDE.md = suggestions. Hooks = requirements.
|
|
550
|
+
> For critical security constraints, use hooks, not text instructions.
|
|
551
|
+
|
|
552
|
+
---
|
|
553
|
+
|
|
491
554
|
## Checklist
|
|
492
555
|
|
|
493
556
|
### Development
|
|
@@ -535,6 +598,6 @@ Critical alerts:
|
|
|
535
598
|
|
|
536
599
|
---
|
|
537
600
|
|
|
538
|
-
**Last updated:**
|
|
539
|
-
**Version:** 1.
|
|
601
|
+
**Last updated:** 2026-02
|
|
602
|
+
**Version:** 1.1.0
|
|
540
603
|
**Author:** The Bearded CTO
|