Anthropic CCA-F Practice Test 9
Question 80
An approval request remains unanswered for two business days. How should a controlled workflow respond?
- Reviewer identity, decision, reason and versioned evidence references
- Use an explicit timeout and escalation transition rather than waiting forever
- Assign approval authority to an independent principal or review service
- Authenticate the caller and bind approval to the exact pending task and expiry
Explanation
Correct Answer
B:A workflow should make missed deadlines visible and actionable. Timeouts and escalation paths prevent indefinite silent stalls on human steps. After the agreed approval window expires, persist a timed-out state and notify the authorized escalation owner. Do not convert unanswered approval to implicit consent or leave a task running indefinitely.
Incorrect Answers
A:Recording override identity and reasoning supports audit of a decision after one exists. The current approval has remained unanswered for two business days, so there is no decision to record yet. A deadline-driven workflow needs timeout and escalation transitions to surface the pending request rather than wait forever.
C:Segregating request and authorization roles prevents one compromised assistant from completing an unchecked financial transaction. That addresses a different part of the system, not the requirement to handle unresolved approvals with deterministic timeouts.
D:Authenticating an approval callback protects a decision that has actually arrived. Here no approval has been received for two business days; callback validation cannot unstick the pending task. The workflow needs an explicit deadline, timeout state, notification, and authorized escalation path.
Question 81
A reviewer overrides an AI recommendation and compliance needs to reconstruct why. What must the workflow store?
- A time-bounded approved exception with named accountability and audit record
- Reviewer identity, decision, reason and versioned evidence references
- Use an explicit timeout and escalation transition rather than waiting forever
- Explicit success/failure status with machine-checkable error details
Explanation
Correct Answer
B:Human-in-the-loop governance is only auditable if overrides have durable attribution and supporting context. Plain 'approved' text omits critical accountability data. Link the reviewer and reason to the exact model recommendation and its cited evidence version. Without this linkage, compliance cannot reconstruct whether the override was based on new facts or an unsupported discretionary judgment.
Incorrect Answers
A:A time-limited exception explains a deliberate policy waiver, but an ordinary human override of an AI recommendation may not be an exception at all. The audit must preserve who overrode which recommendation, the stated reason, and the exact evidence version reviewed.
C:A timeout and escalation policy handles reviews that never receive a decision. This scenario involves a reviewer who already made an override; the compliance question is traceability, not overdue execution. Record the reviewer, decision rationale, and supporting evidence for that exact recommendation.
D:Downstream stages must not infer success from a fluent sentence. It would leave the stated need to record traceable human decisions and override rationale unresolved.
Question 82
An agent creates a payment request and is also allowed to approve it. What architectural control mitigates the conflict?
- Require a recorded human approval token checked at the signing boundary
- Authenticate the caller and bind approval to the exact pending task and expiry
- Assign approval authority to an independent principal or review service
- Use an explicit timeout and escalation transition rather than waiting forever
Explanation
Correct Answer
C:Segregation of duties keeps a request initiator from also approving a sensitive operation without independent review. A legitimate agent request should pass through a distinct approval principal or authorization service before the side effect is committed. This boundary matters most when the requested action can expose private records or irreversibly alter business state; one assistant should not be its own approval authority.
Incorrect Answers
A:A recorded approval token can protect signature execution, but allowing the same agent to originate and authorize its own payment still creates a conflict of duties. Require an independent approver or review service with separate credentials. The execution tool can then validate that actor's approval record for the specific payment.
B:A callback must not trust an arbitrary approval-like message. This alternative does not establish how to separate initiation from approval rights in the stated workflow.
D:An approval timeout prevents an outstanding payment request from waiting indefinitely, but it does not prevent an agent from approving its own request. The conflict is separation of duties; make a distinct authorized principal responsible for approval before a payment can execute.
Question 83
A workflow writes a partial customer update then a later stage fails. What design makes recovery safer?
- Define compensating actions and checkpointed state for partially completed steps
- Delete the partial-write audit record and retry every mutation without determining which writes committed
- Reviewer identity, decision, reason and versioned evidence references
- Explicit success/failure status with machine-checkable error details
Explanation
Correct Answer
A:Multi-step external operations are not automatically atomic. Explicit compensations and recorded completion states help recover from a later failure. Record which updates reached the external service before the later stage failed. A compensating action must know the original operation identifiers; blindly replaying the entire workflow can duplicate or reverse successful work.
Incorrect Answers
B:Erasing the mutation record makes compensation and safe retry harder, potentially duplicating effects. A recoverable multi-step workflow tracks completed side effects and applies defined compensating actions.
C:Human-in-the-loop governance is only auditable if overrides have durable attribution and supporting context. That addresses a different part of the system, not the requirement to recover safely from partial side effects.
D:Machine-readable failure status identifies a failed stage, but does not by itself undo earlier customer updates that already committed. A recovery plan also needs a state record of which writes succeeded and compensating actions for those effects. Without this, retrying every step can duplicate mutations or leave an inconsistent customer record.
Question 84
An urgent patch release needs an exception to a normal scan gate. What should the architecture require?
- Reviewer identity, decision, reason and versioned evidence references
- Run a deterministic schema validator and block deployment on validation failure
- Enforce the scan as a programmatic prerequisite to the deploy tool
- A time-bounded approved exception with named accountability and audit record
Explanation
Correct Answer
D:Exceptions should be explicit policy decisions, not hidden skips. Expiry and ownership prevent the bypass from becoming permanent uncontrolled behavior. The exception should name its approving authority, reason, affected release, expiry and compensating checks. A one-time bypass is not approval to turn off scans permanently or to hide which safeguard was waived.
Incorrect Answers
A:Reviewer identity and evidence should be logged, but a generic audit record alone does not define how a scan exception is authorized and limited. The exception must have an approved scope, expiration and explicit accountable owner, then be enforced by the deploy control. Merely recording a reviewer does not permit a safe bypass.
B:External validation provides a hard, repeatable check independent of the assistant's confidence. This alternative does not establish how to allow controlled exceptions without deleting safeguards in the stated workflow.
C:Text instructions are probabilistic guidance. The decisive requirement here is to allow controlled exceptions without deleting safeguards. The ordinary scan prerequisite describes normal behavior, but the question explicitly asks how an urgent exception must be governed when a scan is bypassed. An enforceable time-limited exception is the missing control.
Question 85
A model generates a support answer that must never omit a case reference number. What ensures the final output meets this contract?
- Check whether the output contains the case reference using a file-permission check after sending it to the customer.
- Require a recorded human approval token checked at the signing boundary
- Validate the required reference field and reject incomplete responses before delivery
- Explicit success/failure status with machine-checkable error details
Explanation
Correct Answer
C:A required case reference is an application-level output invariant, so the consumer must validate that field before delivering the generated answer. Check that a valid reference actually exists and matches the associated case record, then reject or repair an incomplete response under a bounded retry policy. JSON syntax or a fluent explanation alone does not prove the reference is present.
Incorrect Answers
A:File permissions do not validate an answer field, and checking only after delivery is too late to prevent a missing case number reaching the customer. Require a pre-delivery field check on the generated output and reject or repair incomplete responses within the permitted workflow.
B:A human approval token is a safeguard for authorized signatures or transfers. It does not check whether a generated support answer contains the required case reference. Validate the reference against the linked case before delivery and reject an otherwise fluent but incomplete answer.
D:An explicit success/failure envelope is valuable for execution outcomes, but this response could still be marked successful while missing its mandatory case reference. Validate the actual field and its relationship to the case before delivering the answer. A generic status flag cannot establish that the content satisfies the required output contract.
Question 86
A refund workflow requires approval after lookup and before any money moves. Which control most reliably preserves the required sequence?
- Gate answer generation on the verified entitlement result
- Implement the dry-run and approval as distinct validated workflow stages
- Use checkpoints and a compensating or rollback procedure for completed writes
- Enforce the approval predicate at the refund execution boundary
Explanation
Correct Answer
D:A refund workflow requires approval after lookup and before any money moves. The relevant control is to enforce the approval predicate at the refund execution boundary. Deterministic tool authorization is necessary because prompts cannot guarantee that an autonomous model never bypasses a financial control. Enforce ordering and approvals at the execution boundary, with explicit success, failure and cancellation transitions.
Incorrect Answers
A:A workflow dependency prevents the model from asserting an unsupported refund entitlement before lookup completes. The required action is “Enforce the approval predicate at the refund execution boundary”; the other measure addresses a separate concern. Deterministic tool authorization is necessary because prompts cannot guarantee that an autonomous model never bypasses a financial control.
B:A staged dry-run and approval workflow can protect destructive writes, but the scenario specifically requires that no refund execution bypass the approval. Even a well-described workflow can be circumvented if the refund tool never checks authorization. Enforce the approval predicate on the exact refund amount and recipient at the executing service.
C:Recovery-aware orchestration tracks which side effects committed rather than pretending the entire workflow was atomic. Here, a refund workflow requires approval after lookup and before any money moves. Enforce the approval predicate at the refund execution boundary. Deterministic tool authorization is necessary because prompts cannot guarantee that an autonomous model never bypasses a financial control.
Question 87
An agent must fetch entitlement before composing a customer-facing policy answer. Which enforced workflow change solves the problem?
- Gate answer generation on the verified entitlement result
- Implement the dry-run and approval as distinct validated workflow stages
- Use checkpoints and a compensating or rollback procedure for completed writes
- Route rejected files by an explicit validation outcome, including reasons and references
Explanation
Correct Answer
A:The relevant control is to gate answer generation on the verified entitlement result. A workflow dependency prevents the model from asserting an unsupported refund entitlement before lookup completes. This matters when an agent must fetch entitlement before composing a customer-facing policy answer. Keep completed side effects and outstanding approvals distinguishable so a downstream step cannot invent success.
Incorrect Answers
B:Technical control flow must make side effects impossible until required evidence and authorization are present. The required action is “Gate answer generation on the verified entitlement result”; the other measure addresses a separate concern. A workflow dependency prevents the model from asserting an unsupported refund entitlement before lookup completes.
C:Recovery-aware orchestration tracks which side effects committed rather than pretending the entire workflow was atomic. This is not a substitute for “Gate answer generation on the verified entitlement result”; that control is necessary in the stated circumstances. A workflow dependency prevents the model from asserting an unsupported refund entitlement before lookup completes.
D:A structured handoff lets reviewers inspect a reproducible failure instead of receiving an unexplained label. Here, an agent must fetch entitlement before composing a customer-facing policy answer. Gate answer generation on the verified entitlement result. A workflow dependency prevents the model from asserting an unsupported refund entitlement before lookup completes.
Question 88
A destructive write requires a dry run plus explicit sign-off. How should the workflow boundary be implemented?
- Use checkpoints and a compensating or rollback procedure for completed writes
- Implement the dry-run and approval as distinct validated workflow stages
- Route rejected files by an explicit validation outcome, including reasons and references
- Run the dry-run and destructive write as one unrestricted command before requesting sign-off.
Explanation
Correct Answer
B:Technical control flow must make side effects impossible until required evidence and authorization are present. For this situation, the system should implement the dry-run and approval as distinct validated workflow stages. The factual trigger is a destructive write requires a dry run plus explicit sign-off. Enforce ordering and approvals at the execution boundary, with explicit success, failure and cancellation transitions.
Incorrect Answers
A:Recovery-aware orchestration tracks which side effects committed rather than pretending the entire workflow was atomic. The proposed option cannot provide the specific “Implement the dry-run and approval as distinct validated workflow stages” behavior that the case requires. Technical control flow must make side effects impossible until required evidence and authorization are present.
C:A structured handoff lets reviewers inspect a reproducible failure instead of receiving an unexplained label. Here, a destructive write requires a dry run plus explicit sign-off. Implement the dry-run and approval as distinct validated workflow stages. Technical control flow must make side effects impossible until required evidence and authorization are present.
D:Executing the destructive step before approval defeats the explicit sign-off requirement. A dry run should produce inspectable evidence with no production mutation, and a later authorized step should enforce the approval predicate before any write.
Question 89
A multi-step migration fails halfway through a batch of updates, with some writes already committed. Which recovery design is most appropriate?
- Route rejected files by an explicit validation outcome, including reasons and references
- Separate non-mutating review from the publish action and enforce distinct permission checks
- Use checkpoints and a compensating or rollback procedure for completed writes
- Carry a completeness flag and block unsupported final assertions
Explanation
Correct Answer
C:When a multi-step migration fails halfway through a batch of updates, the system should use checkpoints and a compensating or rollback procedure for completed writes. Recovery-aware orchestration tracks which side effects committed rather than pretending the entire workflow was atomic. Keep completed side effects and outstanding approvals distinguishable so a downstream step cannot invent success.
Incorrect Answers
A:A structured handoff lets reviewers inspect a reproducible failure instead of receiving an unexplained label. Here, a multi-step migration fails halfway through a batch of updates. Use checkpoints and a compensating or rollback procedure for completed writes. Recovery-aware orchestration tracks which side effects committed rather than pretending the entire workflow was atomic.
B:Separating read-only review from publication prevents accidental release, but it does not recover database writes already committed before a migration failure. Track completed changes and their operation IDs, then apply defined rollback or compensation steps to restore consistency without blindly replaying the entire migration.
D:Handoff contracts must preserve partial status so later steps do not silently convert gaps into confident facts. The required action is “Use checkpoints and a compensating or rollback procedure for completed writes”; the other measure addresses a separate concern. Recovery-aware orchestration tracks which side effects committed rather than pretending the entire workflow was atomic.
Question 90
A document classifier must hand off rejected files to human review. Which enforced workflow change solves the problem?
- Separate non-mutating review from the publish action and enforce distinct permission checks
- Carry a completeness flag and block unsupported final assertions
- Implement explicit branch predicates over the validated account data
- Route rejected files by an explicit validation outcome, including reasons and references
Explanation
Correct Answer
D:A document classifier must hand off rejected files to human review. The relevant control is to route rejected files by an explicit validation outcome, including reasons and references. A structured handoff lets reviewers inspect a reproducible failure instead of receiving an unexplained label. Enforce ordering and approvals at the execution boundary, with explicit success, failure and cancellation transitions.
Incorrect Answers
A:Breaking the workflow at the side-effect boundary prevents innocuous analysis requests from silently triggering publication. Here, a document classifier must hand off rejected files to human review. Route rejected files by an explicit validation outcome, including reasons and references. A structured handoff lets reviewers inspect a reproducible failure instead of receiving an unexplained label.
B:Handoff contracts must preserve partial status so later steps do not silently convert gaps into confident facts. Here, a document classifier must hand off rejected files to human review. Route rejected files by an explicit validation outcome, including reasons and references. A structured handoff lets reviewers inspect a reproducible failure instead of receiving an unexplained label.
C:Deterministic branch conditions are testable and reduce ambiguity about when to escalate or proceed. The proposed option cannot provide the specific “Route rejected files by an explicit validation outcome, including reasons and references” behavior that the case requires. A structured handoff lets reviewers inspect a reproducible failure instead of receiving an unexplained label.