fechar-semana

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.