Capítulo 11 — Projeto aplicado
Mapa da aula
Aula 11 publicada. Mapa, exemplo, EX051.
flowchart TD
N0["11.1 Escopo do projeto"]
N1["11.3 Pré-registro"]
N2["11.4 Transferência para as operações"]
N3["11.5 Folha de rosto de ética"]
N4["11.6 Limite de tempo"]
N5["11.7 Narrativa"]
N6["11.9 Semana de execução solo"]
N7["11.10 Envelopes lacrados"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
N7 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX051"]
Desenho lógico
flowchart LR
N0["11.1 Escopo do projeto"]
N1["11.3 Pré-registro"]
N2["11.4 Transferência para as operações"]
N3["11.5 Folha de rosto de ética"]
N4["11.6 Limite de tempo"]
N5["11.7 Narrativa"]
N6["11.9 Semana de execução solo"]
N7["11.10 Envelopes lacrados"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX051"]
[11.1 Escopo do projeto]
|
v
[11.3 Pré-registro]
|
v
[11.4 Transferência para as operações]
|
v
[11.5 Folha de rosto de ética]
|
v
[11.6 Limite de tempo]
|
v
[11.7 Narrativa]
|
v
[11.9 Semana de execução solo]
|
v
[11.10 Envelopes lacrados]
|
v
[Exemplo resolvido] --> [Exercício EX051]
Objetivos de aprendizagem
Você vai (1) entregar um projeto de especialista para a MCH; (2) manter os não objetivos; (3) avaliar com pré-registro; (4) transferir o resultado para as operações.
11.1 Escopo do projeto
O projeto aplicado constrói uma planilha de pontuação de cenários e um verificador de garantia integrados aos campos do FindingsDesk, avaliados sobre exercícios passados sintéticos. A planilha de pontuação reaproveita a fórmula do lab_scenario, duas vezes o aprendizado menos o risco, e o verificador reaproveita as quatro expressões proibidas. A integração com os campos do FindingsDesk faz parte do escopo, e não é um acabamento opcional. O escopo proíbe varredura real de participantes, módulos de exploração e enterro automático de achados por LLM, e a entrega precisa funcionar quando Amira não puder digitar durante a semana de execução solo, que é como o projeto prova que pode ser transferido.
11.2 Não objetivos
O projeto tem três não objetivos: nenhuma varredura real de participantes, nenhum módulo de exploração e nenhum enterro automático de achados por LLM. Eles são conferidos de novo em cada ponto de controle quinzenal, onde um questionário pergunta qual não objetivo você quase violou neste sprint. Amira responde primeiro, com o próprio quase erro com um recurso de resumo por LLM, para que os juniores vejam que a franqueza é esperada; ouvir uma pessoa sênior admitir um quase erro torna mais fácil para os juniores contarem os seus. Um quase erro repetido no mesmo não objetivo vira tema do ponto de controle seguinte.
11.3 Pré-registro
Duas medidas são pré-registradas: a precisão na detecção de expressões proibidas e a correlação da classificação com a ordem definida pelos especialistas do white team em um conjunto congelado. O conjunto congelado é um lote fixo de exercícios passados sintéticos que ninguém pode editar depois que a tag é enviada, e as tags vão para o git antes de a avaliação rodar. Amira não ajusta limiares depois de ver como seus cenários favoritos pontuam. Qualquer tag emendada exigiria uma nota no log de decisões, a mesma regra que governa os limiares de cenários na avaliação controlada.
11.4 Transferência para as operações
Na transferência, os operadores rodam o verificador sozinhos e Amira não pode digitar. A preparação é uma conta de operador recém-criada, com histórico do shell vazio, o README e um envelope lacrado com trechos das ROE; o operador precisa produzir, só com isso, um material do conselho verificado. Amira só pode ser contatada por telefone nessa semana, e, se o operador ligar para ela, a ligação é registrada como defeito de documentação contra o README, e não tratada como um resgate discreto que esconde lacunas. O log de defeitos é o principal resultado da semana de transferência.
11.5 Folha de rosto de ética
Todo pacote de projeto começa com uma declaração de "somente sintético" na primeira página, e os revisores conferem essa declaração antes de ler qualquer código do repositório. A verificação é mecânica: os merges rejeitam folhas de rosto sem a palavra "sintético", e um merge rejeitado volta ao autor com o modelo da folha de rosto anexado. A mesma franqueza vale para os quase erros: as respostas dos outros ficam anônimas, enquanto o quase erro da própria Amira fica identificado, para que a franqueza venha de cima. A folha de rosto é a primeira coisa que um revisor lê.
11.6 Limite de tempo
O projeto dura oito semanas, com pontos de controle quinzenais, que o mantêm dentro de um limite de tempo de especialista. Amira recusa tempo de construção sem prazo que consuma o trabalho do catálogo, mesmo quando as ferramentas parecem promissoras. Os pontos de controle questionam os não objetivos e mostram se a prontidão para a execução solo é real antes de o prazo acabar. As execuções solo da sétima semana, no exemplo resolvido, ficaram dentro desse prazo e deixaram um ponto de controle para correções. Um projeto que precisa de uma nona semana tem de pedi-la por meio de um objeto de decisão, e não tomá-la por deriva.
11.7 Narrativa
O questionário dos pontos de controle leva cinco minutos no início de cada ponto quinzenal, antes de qualquer demonstração de novos recursos, para que os não objetivos sejam discutidos antes de alguém se entusiasmar com o que foi construído. Amira responde primeiro com o quase erro do resumo por LLM. As folhas de rosto de ética são conferidas quanto à palavra "sintético" antes que os repositórios do projeto aceitem merges. A semana de execução solo proíbe que ela digite, então os operadores precisam ter sucesso apenas com a documentação. Cada um desses hábitos é pequeno, e juntos eles mantêm os não objetivos visíveis em cada sprint do projeto.
11.8 Log de quase erros
As respostas sobre quase erros são guardadas anonimamente quando outras pessoas as compartilham, registradas apenas pelo número do sprint, para que os padrões ao longo das oito semanas fiquem visíveis. O quase erro da própria Amira continua identificado, o que sinaliza aos juniores que admitir um não traz punição; franqueza que só os juniores demonstram não é franqueza, e os líderes vão primeiro. Ela repete o hábito nas clínicas de decisão, abrindo com o recurso de resumo por LLM que quase construiu e, em seguida, pedindo à sala que cada um conte um seu. O log é revisto no último ponto de controle em busca de padrões repetidos.
11.9 Semana de execução solo
Na primeira turma, o operador ligou duas vezes para Amira durante a semana de execução solo. As duas ligações foram registradas como defeitos de documentação e viraram correções no README na mesma tarde, seguidas de um agradecimento ao operador. Cada correção cita o passo do README que o operador não conseguiu concluir, exatamente como ele o leu, para que a correção trate da lacuna real, e não da lembrança que Amira tem dela. A conta do operador é apagada depois da semana, para que a turma seguinte não herde nenhum histórico do shell. A segunda turma fez só uma ligação, sobre a mesma seção do README.
11.10 Envelopes lacrados
Os envelopes lacrados das ROE levam selos de cera, uma peça deliberada de teatro que lembra às pessoas que as ROE são especiais: abrir um deles deve parecer diferente de abrir a papelada de rotina. Os juniores se lembram dessa sensação quando mais tarde lidam com ROE de produção, então aqui o teatro serve ao cuidado, e não à bravata. O selo só é rompido pelo operador na manhã da semana de execução solo, diante de uma testemunha que registra o horário, o que também dá à transferência um registro claro de início. O selo rompido e o horário registrado são arquivados com as notas da transferência.
Exemplo resolvido (MCH sintética)
O projeto de Amira detecta 100% das expressões proibidas plantadas no conjunto congelado; os operadores concluem as execuções solo na sétima semana; os não objetivos se mantêm.
Caso sintético — Meridian Clearing House (MCH). A organização de compensação, Amira Hassan e todos os números foram inventados para fins didáticos.
Erros e limites
Testes guiados por ameaças e de sistemas de compensação exigem autorização jurídica especializada. Este livro só usa casos sintéticos e não traz código de exploração nem roteiro de ataque ao mercado.
Exercícios
- EX051 — Não objetivos. Cite dois não objetivos do projeto. Rubrica: 3 = dois entre nenhuma varredura real, nenhuma exploração e nenhum enterro automático por LLM; 2 = um; 1 = vago; 0 = nada.
- EX052 — Métrica. Dê uma métrica pré-registrada. Rubrica: 3 = precisão na detecção de expressões proibidas ou correlação da classificação; 2 = vago; 1 = impressões; 0 = nada.
- EX053 — Execução solo. Por que Amira não pode digitar durante a transferência? Rubrica: 3 = a documentação precisa bastar para os operadores; 2 = parcial; 1 = ela deveria digitar; 0 = nada.
- EX054 — Folha de rosto. Que declaração abre o pacote do projeto? Rubrica: 3 = somente sintético; 2 = parcial; 1 = uso real liberado; 0 = nada.
- EX055 — Sétima semana. O que acontece na sétima semana no exemplo resolvido? Rubrica: 3 = execuções solo pelo operador; 2 = parcial; 1 = entrar em produção com participantes; 0 = nada.
Síntese
O projeto aplicado entrega ferramentas com salvaguardas, prova de execução solo e não objetivos intactos.
Continue estudando — capítulo 11 de 12
← Capítulo 10 (rascunho) · Índice de capítulos do curso · Capítulo 12 (rascunho) →