La checklist in 18 punti e l'audit settimanale

“Gli attrezzi vanno fuori posto nel momento in cui smetti di rimetterli a posto. Un rapido riordino settimanale tiene il banco usabile.”

La checklist in 18 punti

• Claude.ai 1: Memoria con ambito per progetto, con una lista di esclusioni.
• Claude.ai 2: Extended Thinking impostato su Light di default.
• Claude.ai 3: Uno stile personalizzato per ogni flusso di lavoro ricorrente.
• Claude.ai 4: Project instructions compilate (sotto le ~400 parole).
• Claude.ai 5: Ricerca nelle chat passate attivata.
• Claude.ai 6: Citazioni della ricerca web su Footnotes (se copi le risposte altrove).
• Claude.ai 7: Cartelle fidate sfoltite ai soli progetti attivi.
• Claude.ai 8: Incognito usato per i dati sensibili.
• Claude Code 9: Plugin inutilizzati impostati su false.
• Claude Code 10: permissions.deny impostato, più un livello filesystem (chmod 600 .env).
• Claude Code 11: hooks.SessionStart carica il contesto per branch.
• Claude Code 12: disableAllHooks noto come il tuo interruttore d'emergenza.
• Claude Code 13: Override di modello per progetto sui repo leggeri.
• Claude Code 14: Server MCP inutilizzati impostati su enabled: false.
• Claude Code 15: cleanupPeriodDays alzato rispetto al default di 30 giorni.
• API 16: Breakpoint di cache_control al confine statico/dinamico.
• API 17: Residenza regionale solo dove realmente richiesta.
• API 18: Rate limit per workspace e per funzionalità impostati.

Uno script di audit settimanale

Metti qualcosa del genere in ~/bin e lancialo ogni settimana per segnalare la metà Claude Code della checklist. È un esempio composto (lo script esatto dell'articolo di partenza non era disponibile), quindi adatta chiavi e obiettivi alla tua configurazione prima di fidarti.

#!/usr/bin/env bash
# claude-audit.sh: flag Claude Code settings drift. Adapt to your setup.
set -euo pipefail
cfg="$HOME/.claude/settings.json"

[ -f "$cfg" ] || { echo "no settings.json at $cfg"; exit 1; }

jq -e '.disableAllHooks == true' "$cfg" >/dev/null 2>&1 \
  && echo "WARN: disableAllHooks is on (panic switch left engaged)"

days=$(jq -r '.cleanupPeriodDays // 30' "$cfg")
[ "$days" -lt 90 ] && echo "INFO: cleanupPeriodDays=$days (consider raising)"

jq -r '.mcpServers // {} | to_entries[] | select(.value.enabled != false) | .key' "$cfg" \
  | sed 's/^/INFO: MCP server loaded on start: /'

jq -r '.enabledPlugins // {} | to_entries[] | select(.value == true) | .key' "$cfg" \
  | sed 's/^/INFO: plugin loaded on start: /'

[ -f ".env" ] && [ "$(stat -f '%Lp' .env 2>/dev/null || stat -c '%a' .env)" != "600" ] \
  && echo "WARN: .env is not chmod 600"
echo "audit complete"

Cosa è rimasto fuori

La fonte nomina quattro candidati scartati, che vale la pena elencare così non li rincorri: un override dell'adaptive reasoning (il default era difficile da battere nei test), l'auto-attivazione delle skill (già ben tarata con la progressive disclosure, quindi lasciala attiva), il dispatch da mobile a desktop (una funzionalità, non un'impostazione) e un tetto max-tokens per workspace (fa risparmiare sul lavoro loquace ma tronca le generazioni di codice lunghe, quindi testalo per workspace, non attivarlo di default).