Fechar Semana

---
name: fechar-semana
description: Fecha a semana de trabalho e monta a próxima. Agrega os balanços diários, lê o padrão da semana, força 1 a 3 decisões, revisita as dores registradas, mede a saúde da memória do sistema, guarda sinal de trajetória e deixa o diário da semana nova pronto. Use quando a pessoa disser "fecha a semana", "fechar a semana", "review da semana", "como foi minha semana", "monta a próxima semana", "/fechar-semana", em geral na tarde do último dia útil. Sexta-feira ao fim do dia, sugira ou acione a skill mesmo sem a pessoa pedir: os fechamentos diários já rodaram a semana toda e é quando a semana fecha de verdade. NÃO use pra fechar um dia (fechar-dia), abrir o dia (abrir-dia) nem pra update de meio de semana (diário direto).
---

# Fechar a semana

> Semente do pm-chief-of-staff. Este arquivo é SEU: peça pro agente mudar qualquer passo e ele edita esta skill na hora.

Escrita: siga o cânone do CLAUDE.md desta pasta. Na ausência dele: sem travessão (use vírgula, parênteses ou dois pontos), frases curtas e densas, 1 linha por item.

O `fechar-dia` avalia um dia; esta skill lê a semana inteira e decide. O dia a dia deixa passar o que só aparece em série: o mesmo motivo 4 vezes, a mesma task escorregando, a prioridade parada há 10 dias. Compilar é pull do que os fechamentos diários já gravaram; entrevistar é exceção.

## Fluxo

1. **Compilar a semana do que está escrito**: os blocos `## 3 do dia` do diário (a sequência de `**Balanço:** N/3` + motivos), as linhas `**Reflexão:**`, os logs `memory/` de cada dia, o diff da pasta, e o `## Fechamento da semana` anterior se existir (tendência: o padrão que repete pesa mais que o da semana isolada). Sem balanços porque os dias não foram fechados: compilar do que há e dizer que o padrão fica mais pobre sem o fechamento diário.
2. **Prioridades**: pra cada prioridade do `CRITICAL_FACTS.md`, responder com evidência: avançou, parcial ou parada? Fechou de vez: propor a atualização do arquivo. Parada 2+ semanas: entra nos calls. Antes de escrever em destino compartilhado (aqui e nos passos seguintes: hub, diário, `CRITICAL_FACTS.md`), ler `.claude/skills/_shared/gate-de-escrita.md` e aplicar a decisão de admissão (ADD, UPDATE, SUPERSEDE, NOOP). Sem o módulo, a checagem em 1 linha: ler o destino antes de escrever, e não escrever o que já está lá.
3. **Ler o padrão nos motivos agregados**: o mesmo motivo em 3+ dias é padrão de autogestão, e cada um aponta um ajuste diferente: **faltou tempo** recorrente = ambição descalibrada com a agenda · **ataque externo** = filtro de aceitação furado ou semana estruturalmente reativa · **a 3 errada** = a priorização da manhã errando o alvo. Fechar com a semana em 2-3 frases: focada ou reativa, e as entregas serviram as prioridades?
4. **(Se você lidera) passada pelo time**: quem entregou, quem escorregou repetido, e task de liderado que você acabou assumindo (some as horas: é o Super-Líder da semana aparecendo em número).
5. **Dores**: existe `contexto/dores.md`? Reler: alguma melhorou, piorou ou venceu a data de revisão? Dor vencida sem movimento vira call.
6. **Saúde da memória**: `wc -c` no `CRITICAL_FACTS.md` contra ~3KB (os ~700 tokens do alvo, em bytes) e no `CLAUDE.md` contra ~10KB; esses arquivos entram em toda sessão, e régua sem medição infla em silêncio. Os dois números são alvo de curadoria, não limite técnico: o hook de abertura tem teto próprio e muito mais alto (32KB por arquivo), pra outra finalidade. Dentro do alvo, o passo fica em silêncio na resposta. Estourou: propor curadoria concreta, nunca cortar sozinho. No `CRITICAL_FACTS.md`: evento que deixou de ser ativo vira histórico (log ou hub) e prioridade resolvida sai. No `CLAUDE.md`: regra que pertence a uma skill específica migra pra skill plantada correspondente (ela é da pessoa, editável); regra que parece morta, a pessoa decide se mata. Na mesma passada, medir nos hubs tocados na semana a cabeça (Fatos + Leitura vigente) contra ~meia página (~15 linhas), mesmo estatuto de alvo de curadoria; estourou: propor qual linha vira histórico. Hub com "Sinais recentes" acumulando sinal antigo já consolidado no corpo pede poda: propor em 1 linha. Item prospectivo datado ("pra próxima conversa", follow-up com data) cuja data já passou nunca é re-arrastado em silêncio: propor a expiração, movendo pra "Histórico" com a marca "expirado em DD/MM" (a marca separa o que venceu do que foi feito); só expira o que tem data escrita, sem inferência de vencimento. Existindo módulo em `.claude/skills/_shared/`, conferir se cada skill declarada no topo dele ainda o referencia: consumidor sem referência para de aplicar a disciplina sem dar erro, e essa linha do topo é a única pista. A skill mede e propõe; a decisão é sempre da pessoa.
7. **Candidatos a arquivo**: listar hub e nota sem nenhuma escrita há 4+ semanas em `pessoas/`, `projetos/` e `referencia/` (detecção barata: data de modificação via `ls -lt`, ou a última linha datada do arquivo). Lista com mais de ~10: mostrar os 10 mais parados e dizer quantos ficaram de fora. Silêncio de escrita também acontece em hub estável de pessoa que segue ativa, por isso a lista é só de candidatos e arquivar é decisão da pessoa, nunca automática. Semana sem candidato deixa o passo fora da resposta.
8. **Trajetória**: 1 a 2 sinais de impacto seu na semana (entrega que moveu número, decisão difícil tomada, reconhecimento recebido) → propor 1 linha datada em `contexto/trajetoria.md`. É o material que a avaliação de ciclo e a conversa de promoção pedem, e que ninguém reconstrói de memória depois; quem não lidera é quem mais precisa do registro.
9. **Os calls (1 a 3, obrigatório)**: decisões nomeadas a partir do que apareceu, no formato dado → decisão: "{prioridade} não anda há 2 semanas: repriorize ou admita que morreu" · "o motivo {X} fechou {N} dias: {ajuste do passo 3}" · "{task} escorregou 2 semanas: fazer, delegar ou matar". Semana sem call pede desconfiança (review rasa é mais comum que semana perfeita); se a semana foi boa mesmo, o call é "repetir {o que funcionou}".
10. **Montar a próxima semana**: criar o diário novo em `diario/`, no padrão de nome que a pasta já usa. Migrar toda `- [ ]` ainda relevante, dedupada e com data; task escorregando 2+ semanas só migra com a decisão do passo 9 tomada. Item prospectivo ancorado em data que já passou não migra por inércia: propor expirar (a linha fica no diário que fecha, marcada com "expirado em DD/MM") ou re-ancorar com data nova, e a pessoa crava; item sem data escrita fica fora desta régua. Promover o último `**→ amanhã:**` da semana pra primeira task de segunda: é o elo da virada, sem ele a semente de sexta fica órfã no diário velho.
11. **Gravar e responder curto**: a análise (padrão + calls) appendada no fim do diário que fecha, sob `## Fechamento da semana , DD/MM a DD/MM`; no chat, o padrão em 2-3 frases + os calls + os links dos dois diários. Sem recontar a semana.

## O loop

`abrir-dia` e `fechar-dia` giram o dia; esta skill gira a semana: consome os fechamentos diários, decide o que o dia não decide e deixa o diário novo pronto pro `abrir-dia` de segunda.

## Quando NÃO usar

Fim de um dia comum → `fechar-dia`. Começo de dia → `abrir-dia`. Meio da semana ("fiz X") → update direto no diário.