Claude Certified Architect Foundations 시험 문제 및 답변 60선 (CCAR-F)

어떤 시험을 준비하고 계신가요?

Architect Foundations (CCAR-F) Architect Professional (CCAR-P) Associate (CCAO-F) Developer (CCDV-F)

무료 Claude Certified Architect Foundations (CCAR-F) 연습 세트의 60개 원본 문제 전체가 이 페이지에 있으며, 각 문제마다 정답과 설명이 제공됩니다. 제가 그중 세 문제를 단계별로 풀어보면서 올바른 답, 함정, 그리고 학습할 부분을 안내해 드립니다. 동일한 문제들은 스터디 모드 온라인 테스트, 시간 제한 120분 응시, 도메인별 결과 확인 기능으로도 활용 가능합니다.

무료 연습 시험 치르기 → 60문제 · 계정 필요 없음

Three original CCAR-F questions explained: blocking a refund with a hook, representing missing data as null and compacting session context

Claude Certified Architect Foundations를 공부하다가 두 가지 그럴듯한 답 사이에서 막히셨나요? 단순히 글자를 기억하는 것만으로는 충분하지 않습니다. 이 세 가지 예시는 요구사항, 이를 충족시키는 메커니즘, 그리고 각 대안을 기각해야 하는 이유까지 설명합니다.

정확히 무엇을 얻게 되나요

저는 공개된 시험 목표를 사용하여 준비 과정에서 이 문제들을 작성했습니다. 이 문제들은 실제 시험 출제 문제는 아닙니다. 각 문제는 네 가지 옵션 중 하나를 선택하도록 요구합니다. 아래의 $500 임계값과 11% 비율은 제가 고객 프로젝트에서 측정한 수치가 아니라 연습 문제상의 가정치입니다.

저는 7월 15일에 CCAR-F 시험을 치러 1000점 만점에 833점을 받았습니다. 저의 시험 응시 경험담에는 준비 과정과 실제 시험 응시 자체가 포함되어 있습니다. 이 점수는 개인적인 경험일 뿐, 문제 세트가 다른 사람들에게도 동일한 결과를 보장한다는 증거는 아닙니다.

실제 시험 범위

공식 CCAR-F는 60개의 문제로 구성되어 있으며, 시간 제한은 120분이고 합격 점수는 100점에서 1000점 사이의 720점입니다. 이 시험에는 단일 답변형과 다중 응답형 항목이 모두 포함되며, 총 6가지 시나리오 중 4가지를 선택합니다. 제가 만든 모의고사는 모든 6가지 시나리오를 단일 답변형 문제로 다루고 있습니다. 본 비교는 9월 29일에 확인한 Anthropic의 2026년 7월 시험 가이드, 버전 1.0를 따릅니다. 여기 제가 만든 세트의 도메인별 가중치와 문제 개수를 보여드립니다:

시험에서 저는 여러 개의 그럴듯한 해결책을 가진 결정들이 가장 어렵다고 느꼈습니다. 따라서 이 연습 문제들은 구체적인 제약 조건으로 시작합니다: 누가 환불을 승인할 수 있는지, 누락된 값을 어떻게 표현할지, 또는 언제 세션을 압축해야 하는지 등입니다. 여러분의 선택은 그 제약 조건에서 따라와야 합니다.

This set covers Foundations. The Architect Professional (CCAR-P) guide describes that separate scope and its own examples. A CCAR-F mock score does not assess readiness for Professional.

이 세트는 Foundations를 다룹니다. Architect Professional (CCAR-P) 가이드는 별도의 범위와 자체 예시가 있음을 설명합니다. CCAR-F 모의 점수는 Professional에 대한 준비 상태를 평가하지 않습니다.

If Professional is your exam, take the 63-question CCAR-P practice exam instead. It follows the Professional guide and, like the real exam, includes multiple-response questions.

만약 여러분의 시험이 Professional이라면, 대신 63문항 CCAR-P 실전 모의고사를 치르세요. 이 시험은 Professional 가이드를 따르며, 실제 시험처럼 다중 응답형 질문을 포함합니다.

Associate와 Developer도 자체 무료 실전 모의고사를 가지고 있으며, 각각 자체 시험 가이드에 따라 작성되었습니다.

세 가지 문제로 시작해 보세요

답변을 하나 선택하고 설명을 한 문장으로 작성한 후, 설명을 읽어보세요. 이 방법은 메커니즘을 이해했는지 아니면 단순히 익숙한 용어를 인식했는지를 확인할 수 있게 해줍니다. 여기 제시된 질문들은 아래 전체 세트의 3번, 55번, 20번 문제이며, 워크스루를 위해 약간 수정되었습니다.

QUESTION 3 · D1 · 에이전틱 아키텍처 (AGENTIC ARCHITECTURE)

회사 정책에 따르면 $500을 초과하는 모든 환불은 관리자의 승인을 받아야 합니다. 감사 결과, 지원 에이전트가 더 큰 금액에 대해 process_refund를 자율적으로 여러 번 호출한 것으로 나타났습니다. 이 정책이 지켜지도록 보장하는 가장 좋은 방법은 무엇일까요?

• A. process_refund에 PreToolUse 훅(hook)을 추가하여 $500 초과 호출을 차단하고 흐름을 인간의 에스컬레이션으로 리디렉션합니다.
• B. 시스템 프롬프트(system-prompt) 라인을 추가하여 에이전트가 항상 $500을 초과하는 환불을 에스컬레이션하도록 지시합니다.
• C. process_refund를 에이전트의 도구 세트에서 제거하여 모든 환불이 인간에 의해 처리되도록 합니다.
• D. 역사적 티켓(historical tickets)으로 모델을 파인튜닝(fine-tune)하여 $500 임계값을 학습하게 합니다.

정답: A. PreToolUse 훅은 환불이 실행되기 전에 도구 호출을 거부할 수 있습니다. 여기서 이는 금액을 확인하고 더 큰 환불 건에 대해 승인을 받도록 경로를 지정합니다. B와 D는 모델의 행동에 영향을 주지만 제한을 강제하지는 않습니다. C 역시 최대 $500까지 허용되는 환불을 차단합니다. 프로덕션 환경에서는 다른 경로가 검사를 우회할 수 없도록 환불 서비스 자체에서도 규칙을 적용해야 합니다. Agent SDK 훅을 사용한 도구 차단를 참조하세요.

훅을 테스트하려면 두 가지 호출, 즉 $500과 $501을 준비하세요. 첫 번째는 진행되어야 하고, 두 번째는 사람이 기다려야 합니다. 그런 다음 에이전트에게 명시적으로 제한을 무시하고 다시 시도하도록 요청하세요. 코드가 여전히 환불을 중단하는지 확인하세요. 모델이 요청을 이해했는지 추측할 필요가 없습니다. 금액이 없거나 파싱(parse)될 수 없는 경우에도 호출을 중단하고 오류를 보고해야 합니다.

QUESTION 55 · D4 · 구조화된 출력 (STRUCTURED OUTPUT)

구매 주문 번호(purchase-order number)가 없는 문서의 경우, Claude는 부재를 알리는 대신 약 11%의 확률로 그럴듯해 보이는 번호를 지어냅니다. 하위 시스템들은 이 조작된 값들을 실제 값으로 처리합니다. 가장 좋은 스키마 수준의 해결책은 무엇일까요?

• A. 모든 필드에 필수 신뢰도 부동소수점(required confidence float)을 추가하고, 낮은 값은 하위에서 폐기합니다.
• B. tool_choice를 "auto"로 변경하여 모델이 번호가 누락되었을 때 추출을 건너뛸 수 있게 합니다.
• C. 올바르게 형식화된 구매 주문 번호를 포함하는 몇 가지 예시(few-shot example)를 추가합니다.
• D. po_number 필드에서 null을 허용하고, 모델에게 값이 원본에 없을 때는 null을 반환하도록 지시합니다.

정답: D. null을 허용하면 모델이 문자열을 제공하지 않고도 누락된 번호를 표현할 수 있는 방법을 얻게 됩니다. Nullable(null 가능)과 Optional(선택적)은 다른 의미를 가집니다. 필드는 필수일 수 있지만 그 값은 null일 수 있습니다. A는 신뢰도 추정치를 추가하고, B는 도구 선택을 변경하며, C는 형식을 보여줄 뿐입니다. 어느 것도 스키마에서 부재를 정의하지 않습니다. 이 해결책이 사실적 정확성을 보장하는 것은 아니므로, 여전히 번호가 없는 문서에 대한 추출 테스트를 수행해야 합니다. 구조화된 출력(structured outputs) 문서에는 null을 포함한 지원되는 유형들이 나열되어 있습니다.

구매 주문 번호가 없는 문서를 사용하고 "po_number": null"이 예상되는지 확인합니다. 그런 다음 번호가 있는 문서를 제공하여 모델이 이를 변경 없이 복사하는지 확인합니다. 두 경우 모두 통과해야 합니다. 유효한 JSON만으로는 불충분합니다. 조작된 번호도 스키마에 맞을 수 있기 때문입니다. 만약 모델이 여전히 하나를 추가한다면, 그 결과를 원본과 비교하고 필드의 지침을 검사하십시오.

QUESTION 20 · D5 · 컨텍스트 관리 (CONTEXT MANAGEMENT)

여러 시간에 걸친 일관된 리팩토링 도중, 세션이 컨텍스트 제한에 근접합니다. 기록에는 대체된 중간 diff가 가득하지만, 작업과 목표는 변하지 않았고 최신 파일 상태는 여전히 유효합니다. 흐름을 잃지 않고 계속 진행하려면 어떻게 해야 할까요?

• A. 이전 컨텍스트 없이 완전히 새로운 세션을 시작하고 작업을 재설명합니다.
• B. 현재 세션에서 분기된 작업 흐름을 만들기 위해 포크(fork)합니다.
• C. 더 큰 컨텍스트 창을 요청하고 현 상태를 유지하며 계속 진행합니다.
• D. /compact를 실행하여 누적된 기록을 요약으로 압축한 후 동일한 작업을 계속합니다.

정답: D. /compact는 기록을 요약하고 추가 작업에 필요한 컨텍스트를 확보해 줍니다. 어떤 목표와 결정 사항을 보존해야 하는지 알려주고, 그 다음 요약을 확인하세요. 압축 과정에서 세부 정보가 누락될 수 있습니다. A는 컨텍스트를 처음부터 다시 구축해야 하며, B는 분기를 만들고, C는 불필요한 기록을 그대로 남겨둡니다. Claude Code context recommendations에서 /compact에 특정 초점을 부여하는 방법을 보여줍니다.

압축하기 전에, 리팩토링 후 무엇이 작동해야 하는지 그리고 어떤 테스트가 그것을 입증하는지를 기록하세요. 다음과 같이 질문할 수 있습니다: /compact Preserve the refactor goal, changed files and errors we have not fixed yet (리팩토링 목표, 변경된 파일 및 아직 해결하지 못한 오류를 보존해 줘). 결과로 나온 요약을 읽어보세요. 중요한 결정 사항이 빠져 있다면, 에이전트가 편집을 재개하기 전에 그것을 추가하세요. 그런 다음 동일한 테스트를 실행합니다. 이 연습은 기존의 한 가지 작업을 이어 나가는 것입니다.

만약 다른 옵션을 선택했다면, 그 옵션이 놓치고 있는 요구사항을 파악하세요. D1은 작업 수행 방지(preventing an operation)에 관한 것이고, D4는 누락된 데이터 표현(representing missing data)에 관한 것이며, D5는 동일한 작업을 계속하는 것에 관한 것입니다. 이 실수는 문서에서 다시 검토해야 할 부분을 알려줍니다.

60개 문제 및 답변 전체 보기

온라인 테스트와 PDF의 순서대로 전체 세트를 제공합니다. 각 문제는 해당 도메인과 시나리오를 명시합니다. 정답과 그 설명은

고객 지원 해결 에이전트(Customer Support Resolution Agent)는 Claude Agent SDK를 사용하여 구축되었으며, 사용자 정의 MCP 도구(get_customer, lookup_order, process_refund, escalate_to_human)를 통해 백엔드 시스템에 접근합니다. 엔지니어링 팀은 어시스턴트의 텍스트가 "let me know if there's anything else."와 같은 종료 구문에 일치할 때마다 대화를 끝내는 래퍼 루프(wrapper loop)를 작성했습니다. 운영 로그에 따르면, 세션의 11%에서 루프가 tool_use 블록이 아직 보류 중인 상태로 종료되어 환불이 실제로 실행되지 않습니다. 에이전트 루프를 구동하는 올바른 방법은 무엇일까요?

• A. stop_reason이 end_turn일 때만 종료하고, stop_reason이 tool_use인 경우 요청된 도구를 실행하고, tool_result를 메시지 목록에 추가한 다음 루프를 계속합니다.
• B. 모델이 중단하기 전에 발화할 수 있는 모든 정중한 작별 인사를 인식하도록 종료 구문의 정규 표현식(regex) 허용 목록을 확장합니다.
• C. 최대 반복 횟수 제한을 추가하고 어시스턴트가 연속으로 두 번의 텍스트 전용 응답을 생성할 때 루프를 중지합니다.
• D. 각 어시스턴트 메시지에 대해 경량 의도 분류기(lightweight intent classifier)를 실행하여 해당 턴이 진정한 완료를 나타내는지 결정합니다.

정답 보기
올바른 답변: A. 에이전트 루프는 자연어 콘텐츠를 구문 분석하는 것이 아니라 API의 stop_reason 신호에 의해 구동되어야 합니다. tool_use는 모델이 도구 실행을 원한다는 의미이므로, 이를 실행하고, tool_result를 추가하며, 반복해야 합니다. end_turn만이 유일하게 올바른 종료 신호입니다. 종료 구문 일치(B)는 버그의 원인이 된 바로 그 취약한 텍스트 파싱이며 여전히 오작동할 것입니다. 반복 제한과 연속 텍스트 휴리스틱(C)은 합법적인 다단계 작업을 잘라낼 수 있으며, stop_reason을 무시합니다. 분류기(D)는 이미 결정론적 프로토콜 필드가 답을 제공하는 곳에 자연어 추론을 재도입하는 과잉 설계입니다.

Question 2 · D1 · 에이전트 아키텍처 및 오케스트레이션

시나리오: 고객 지원 해결 에이전트

지원 에이전트가 escalate_to_human을 호출할 때, 인간 에이전트들은 각 케이스를 이해하기 위해 전체 원본 대화를 다시 읽어야 하며, 에스컬레이션된 티켓의 평균 처리 시간이 증가했다고 보고합니다. 이 문제를 해결하려면 에스컬레이션 시점에 에이전트는 무엇을 해야 할까요?

• A. 인간이 완전한 정보를 갖도록 대화의 전체 원본 기록(transcript)을 첨부한다.
• B. 모델이 인계하기 전에 더 오래 추론하도록 에스컬레이션 턴에 확장된 사고(extended thinking)를 활성화한다.
• C. 모호한 케이스에서는 더 일찍 에스컬레이션하여 인간이 많은 대화가 쌓이기 전에 티켓을 받도록 한다.
• D. 고객의 문제, 확인된 식별자, 수집된 도구 결과 및 계정 상태, 이미 시도된 조치, 그리고 구체적으로 권장되는 다음 단계를 담은 구조화된 인계 요약(structured handoff summary)을 생성한다.