5 Questões de Prática CCA-F: Configuração e Fluxos do Claude Code (com Explicações)

Resposta correta: B

Plan mode é projetado exatamente para esse caso: uma mudança grande, multi-arquivo com implicações arquiteturais e múltiplas abordagens válidas. Em plan mode, Claude lê arquivos e explora mas não edita; depois apresenta um plano para você revisar (ou refinar com Ultraplan) antes de aprovar a execução. Isso evita retrabalho caro em uma migração de 45 arquivos.

• bypassPermissions está incorreto porque desativa checagens de segurança e destina-se apenas a containers/VMs isoladas; apressar uma migração de 45 arquivos sem supervisão é arriscado.
• Modo default, já que plan mode é apenas para investigação read-only está incorreto. Plan mode é exatamente sobre adiar escritas durante uma tarefa de escrita: você explora em plan mode, aprova e troca para edit mode para execução.
• dontAsk mode está incorreto porque nega automaticamente qualquer coisa fora das allow rules, tornando o trabalho de design interativo impraticável; é para CI travado, não trabalho arquitetural exploratório.

Resposta correta: B

A flag -p / --print é o modo não interativo documentado: Claude processa o prompt, imprime a resposta no stdout e sai sem esperar input. É o ponto de entrada canônico para scripts de CI/CD e o Agent SDK.

• --interactive=false está incorreto; não existe essa flag na CLI documentada.
• --ci-mode está incorreto; tal flag não existe. A intenção é alcançada com -p combinado a flags como --output-format json e flags de permissão.
• --detach está incorreto; não existe flag --detach. Sessões em background são lançadas com --bg, que é um conceito diferente (agente de longa duração em segundo plano, não execução pontual que encerra ao concluir).

Resposta correta: A

Para integrações de CI que consomem a saída programaticamente, rode com -p, defina --output-format json e (quando precisar de um formato estável) passe --json-schema. O schema impõe a estrutura do campo structured_output para que um script downstream possa mapear achados em comentários inline de PR sem parsing ad-hoc.

• -p com --verbose, parsing com regex está incorreto: texto livre é instável entre runs e versões de Claude; parsing por regex é exatamente o que --json-schema substitui.
• Modo interativo com --resume está incorreto: o modo interativo espera por stdin e não é apropriado para CI. --resume retoma uma sessão existente por ID e não tem relação com saída estruturada de CI.
• claude --teleport está incorreto: --teleport retoma uma sessão web em um terminal local; não converte saída em JSON.

Resposta correta: B

CLAUDE.md aninhados carregam sob demanda quando Claude lê arquivos nesses subdiretórios, o que é o mecanismo documentado para convenções de escopo de diretório. Para convenções que cruzam o codebase (como 'todos arquivos *.test.tsx'), arquivos .claude/rules/ com frontmatter paths glob carregam apenas quando arquivos correspondentes são lidos, o que é mais eficiente do que um CLAUDE.md em nível de diretório.

• Adicionar tudo ao CLAUDE.md raiz está incorreto: incha o contexto sempre carregado e faz regras Vitest interferirem ao editar testes Playwright.
• Pedir aos desenvolvedores que colem manualmente está incorreto: é não confiável e derrota o propósito de memória persistente.
• Skill /testing único está incorreto: uma skill é invocada sob demanda (digitada ou auto-invocada por match de description), não a cada edição. Para convenções por tipo de arquivo, regras escopadas por path ou CLAUDE.md aninhado são as primitivas corretas.

Resposta correta: A

Regras escopadas por path são exatamente isso: um arquivo markdown sob .claude/rules/ com um campo paths no frontmatter YAML usando padrões glob. A regra é carregada apenas quando Claude lê arquivos correspondentes, mantendo sessões não relacionadas enxutas e garantindo que convenções Terraform não sejam ruído fora desse escopo.

• Anexar ao CLAUDE.md raiz está incorreto: o raiz carrega em toda sessão independentemente do que você faz, anulando o objetivo de direcionamento.
• Hook PreToolUse em cada chamada Bash está incorreto: hooks impõem comportamento do lado shell em eventos de ciclo de vida; não são o mecanismo documentado para instruções contextuais escopadas por path, e injetariam regras em chamadas Bash não relacionadas também.
• ~/.claude/rules/terraform.md sem frontmatter está incorreto: regras sem campo paths carregam incondicionalmente, e o caminho de usuário significa que se aplicariam a todo projeto da máquina, não apenas a este.