/unknowns · quiz · sessão de 04/07/2026
← todos os movimentos

O sistema /unknowns + /plan

O primeiro quiz de verdade. A sessão construiu duas coisas que mudam como a gente trabalha; antes do "feito", prova que elas são suas. 5 situações, "feito" libera com 5/5.

construído: skill /unknowns + redesign /plan tasks: #149 #150 #151 gate: 5/5
1 · modelo mental do sistema
Antes do trabalhoescada · blindspot · interview
O trabalho/plan quando merece spec
Depoisquiz antes do "feito"
Acumulatrilha: termos, scores, buracos

O objetivo de tudo: o entendimento voltar pra você na mesma velocidade que o trabalho sai. Cada movimento ataca um jeito de o entendimento escapar.

2 · decisões não óbvias da sessão
decisão 1

Uma linguagem visual só, com fonte da verdade

O quê: tudo (planos, artefatos, índice) usa a paleta Thariq. Os tokens vivem no styles.css do /plan; os NOMES das classes antigas não mudaram.

Por quê: trocar só os valores das variáveis fez os 44 planos antigos e o kanban ganharem a cara nova de graça, sem tocar em nenhum arquivo deles.

decisão 2

Dois canais de feedback convivem no /plan

O quê: chips (reação rápida que monta a resposta) e annotator (comentar trecho específico) rodam juntos na mesma página.

Por quê: reagir e questionar são gestos diferentes; te obrigar a escrever pra reagir era o atrito que a gente tá matando.

decisão 3

Quiz-gate é padrão, não prisão

O quê: em sessão grande (3+ arquivos com lógica nova, conceito novo, ou decisão de arquitetura), o quiz vem antes do "feito". Você pode dispensar explicitamente; a decisão final é sempre sua.

decisão 4

A trilha evita re-ensinar

O quê: termo com status conquistado na trilha não aparece de novo em escada nem na "língua do plano". Errou algo que sabia: volta pra fila, sem drama.

Por quê: aula repetida vira ruído e você para de ler. A escada só gasta seu tempo com o que ainda não é seu.

decisão 5

Exemplos canônicos são os templates

O quê: os 4 exemplos em ~/case/unknowns/exemplos/ não são só demonstração: quando eu gero um artefato real, sigo a estrutura do exemplo do tipo, trocando só o conteúdo.

Por quê: melhorar o exemplo melhora todos os artefatos futuros de uma vez. É um lugar só pra evoluir o formato.

3 · o quiz
Situações, não decoreba. Errou: o feedback aponta qual decisão reler.
score 0/5
pergunta 1 de 5
Você abre no kanban um plano antigo, de maio. Como ele aparece?
Releia a decisão 1. A troca foi nos VALORES das variáveis CSS, não nos nomes das classes. Todo plano antigo referencia as mesmas classes, então herda a paleta nova sem ser tocado.
pergunta 2 de 5
Num plano novo aparece o termo "backfill", que você já marcou como "cravou" numa escada anterior. O que o plano faz?
Releia a decisão 4. Termo conquistado na trilha não re-ensina. Se você errar ele num quiz futuro, aí sim volta pra fila.
pergunta 3 de 5
Sessão grande fechou, você tá sem tempo nenhum e o Case oferece o quiz. O que acontece se você disser "hoje não"?
Releia a decisão 3. O quiz em sessão grande é obrigatório POR PADRÃO, mas você pode dispensar explicitamente. O sistema te cobra, não te prende.
pergunta 4 de 5
Revisando um plano, você quer aprovar a decisão 1 mas discorda de UMA frase específica no meio dela. Qual o caminho?
Releia a decisão 2. Chips e annotator convivem na mesma página: reação rápida num canal, comentário preso ao trecho no outro. Não precisa escolher.
pergunta 5 de 5
Você achou o exercício da escada fraco e quer que TODAS as escadas futuras melhorem. Onde é o conserto?
Releia a decisão 5. O exemplo canônico É o template. O styles.css guarda o visual (tokens), mas a ESTRUTURA de cada tipo vive no exemplo dele.
Liberado pra "feito" ✓

5/5. O sistema é seu: você sabe onde ele cede, onde ele cobra e onde ele evolui. Score vai pra trilha.

Ainda não

Releia as decisões apontadas nos feedbacks e recarrega a página pra refazer as erradas. Vale a segunda tentativa.

sua resposta, montada pelos cliques

Confere e cola de volta no Case