What CCDV-F Questions and Answers feature?

The supplied examination set identifies A as correct. A small collection of high-quality labeled examples is ideally suited to few-shot or multishot prompting . The examples demonstrate concretely what acceptable input/output behavior looks like, allowing Claude to infer formatting, structure, tone, and task-specific conventions without requiring model retraining.

Anthropic's official prompting guidance states that examples are among the most reliable ways to steer Claude's output format, tone, and structure. It recommends using relevant, diverse examples and clearly separating them from the surrounding instructions. Anthropic currently recommends approximately three to five examples where practical and suggests XML structures such as < examples > and < example > to make prompt organization explicit.

B discards useful supervision by relying exclusively on zero-shot behavior. C is unnecessary for a small fixed set and does not ensure those examples are actually visible to Claude unless additional retrieval logic is created. D introduces unnecessary training complexity for a behavior that prompting already addresses efficiently.

Therefore, A provides the lowest-complexity, highest-leverage solution.

Relevant Claude Developer topics: Agent Construction, multishot prompting, few-shot learning, labeled examples, prompt design, output formatting, behavioral steering, and prompt evaluation .

===============

Option B is the correct automation pattern. A CI pipeline must operate non-interactively, so Claude Code should be invoked in its programmatic/headless execution mode and given only the permissions required for the predefined workflow. Output can then be captured by the pipeline and supplied to subsequent build, testing, reporting, or deployment stages.

Claude Code's configuration system supports explicit permission rules in JSON settings. Anthropic documents that settings.json controls, among other behavior, what Claude Code can execute without asking. For example, permissions.allow can authorize specific commands while permissions.deny prevents sensitive operations. Project-level .claude/settings.json can be version-controlled so CI behavior is reproducible across runners.

This is substantially safer than C, which disables confirmation behavior globally and expands the blast radius beyond the CI workload. D defeats automation because a human must remain present. A is unnecessary because Claude Code is explicitly configurable for automation scenarios.

The principle is least-privilege non-interactive configuration: authorize only the commands and resources required by the pipeline and capture machine-readable output for downstream processing. Relevant Claude Developer topics are Claude Code automation, configuration management, permissions, CI/CD integration, headless execution, and reproducible project settings.

Option B is correct. A large prompt containing overlapping, contradictory, or obsolete instructions creates instruction ambiguity and increases the likelihood that Claude will apply an unintended rule, over-weight irrelevant guidance, or produce inconsistent behavior.

Anthropic's current prompting guidance reinforces this principle: Claude performs best when instructions are clear, explicit, and direct. Prompt design should minimize ambiguity and provide the model with precisely the context and behavioral requirements needed for the task. Refactoring should therefore remove obsolete requirements, consolidate duplicated instructions, resolve contradictions, and establish one authoritative formulation for each behavioral rule. The revised prompt should then be regression-tested against representative inputs.

A makes an already overloaded prompt larger and relies on instruction ordering instead of eliminating conflicts. C addresses only one defect while retaining redundant and obsolete material. D does not inherently solve contradictions and may fragment authoritative instructions across multiple locations.

Therefore, B addresses the root cause. Relevant Study Guide topics: system prompt design, prompt maintainability, instruction clarity, conflicting instructions, prompt refactoring, regression evaluation, and context quality.

===============