← ClaudeAtlas

context-guardsetuplisted

Configura o plugin context-guard — registra o wrapper de statusLine e as env vars no settings.json (os hooks de reset/guarda vêm do próprio plugin via hooks.json). Rode 1× após instalar o plugin.
pedroberaldo87/pedro-plugins · ★ 0 · Data & Documents · score 62
Install: claude install-skill pedroberaldo87/pedro-plugins
# Setup do Context Guard Você está configurando o plugin context-guard, que interrompe o workflow quando o uso do context window passa de um threshold, avisando pra preservar o estado da sessão. ## Arquitetura São três componentes — e **só um precisa de setup manual**: 1. **Wrapper de statusLine** (`hooks/context-guard-writer.sh`) — intercepta o JSON de stdin do Claude Code, extrai `context_window.used_percentage` + `session_id`, grava em `/tmp/claude-context-pct-<session_id>` (**por sessão**, v1.3.0) e encaminha pro statusLine que já existia (via `CLAUDE_STATUSLINE_FORWARD`). **Precisa do setup** — statusLine não pode ser um hook de plugin, então tem que ir no `settings.json`. 2. **Hook PostToolUse** (`hooks/context-guard.sh`) — lê o arquivo DA PRÓPRIA sessão após cada tool call e bloqueia com `{"decision":"block"}` se passar do threshold. **Vem do plugin** (`hooks/hooks.json`) — NÃO registre à mão. 3. **Hook SessionStart** (`hooks/context-guard-reset.sh`) — limpa o sentinel e o estado **só da própria sessão** pra guarda poder disparar de novo em sessão nova. **Vem do plugin** (`hooks/hooks.json`) — NÃO registre à mão. > **Por que por-sessão (v1.3.0):** antes o estado era um arquivo global (`/tmp/claude-context-pct`). Com várias sessões paralelas, a última statusLine a renderizar sobrescrevia o arquivo, então UMA sessão a 80% fazia o guard bloquear TODAS — falso-positivo em massa. Agora cada sessão só lê o próprio contexto. **Por que só o statusLine vai no settings.jso