도메인별 핵심 개념 압축 정리

시험 직전에 단 한 절만 다시 본다면 이 절을 본다. 다섯 도메인의 빈출 개념을 출제 비중 순서로 압축하고, 각 개념마다 시험이 실제로 무엇을 묻는지와 가장 자주 깔리는 함정을 함께 정리한다. 개념을 외우는 데서 끝내지 말고, 인접 개념과의 경계를 구별하는 데 집중하라. CCA-F는 정의를 묻기보다 "이 제약에서 어느 쪽이 정답인가"를 묻는다.

도메인 1. 에이전트 아키텍처와 오케스트레이션 (27%)

가장 비중이 크고, 시나리오형 문항이 집중되는 도메인이다.

• 에이전트 루프: 모델이 tool_use를 내면 애플리케이션이 도구를 실행해 tool_result로 되돌리는 왕복이 반복되는 구조다. 한 번의 API 호출이 아니라 클라이언트가 루프를 주도한다는 점이 핵심이다. 시험은 "왜 한 번의 호출로 끝나지 않는가", "루프를 누가 도는가"를 묻는다.
• stop_reason: tool_use면 도구를 실행하고 루프를 계속, end_turn이면 정상 종료, max_tokens면 출력이 잘린 것, pause_turn이면 서버 측 장기 작업이 일시 중단된 상태라 같은 요청을 이어서 보내 재개해야 한다. 함정은 pause_turn을 종료로 오해해 루프를 끊는 것이다.
• 멀티 에이전트 패턴: 오케스트레이터-워커(중앙 조정), 순차 파이프라인, 병렬 팬아웃, 평가-최적화 루프를 구분한다. 함정은 단순 작업에 멀티 에이전트를 동원하는 과설계다. 시험은 "단일 에이전트로 충분한가, 분리가 정당한가"를 따진다. 서브에이전트는 독립된 컨텍스트 윈도우를 가져 메인 컨텍스트를 오염시키지 않는다는 점이 분리의 핵심 근거다.

도메인 2. Claude Code 설정과 워크플로우 (20%)

• CLAUDE.md: 프로젝트 규칙·컨벤션을 담는 자동 로드 컨텍스트다. 계층(엔터프라이즈, 프로젝트, 사용자, 로컬)이 병합되며, 간결성이 곧 효율이다. 함정은 거대한 CLAUDE.md가 컨텍스트를 잡아먹는다는 점을 간과하는 것이다.
• 슬래시 커맨드와 서브에이전트: 재사용 프롬프트는 슬래시 커맨드, 독립 컨텍스트가 필요한 위임은 서브에이전트로 분리한다. 시험은 둘의 선택 기준(컨텍스트 격리 필요 여부)을 묻는다.
• 권한과 Hooks: settings.json의 permission 규칙으로 도구 실행을 허용·차단하고, Hooks로 결정적(deterministic) 동작을 강제한다. "LLM에게 부탁"이 아니라 "훅으로 보장"이 정답인 문항이 잦다.

도메인 3. 프롬프트 엔지니어링과 구조화 출력 (20%)

• 명료성과 구조: 역할·맥락·제약·출력형식을 명시하고, XML 태그로 섹션을 구획한다. 함정은 모호한 지시를 모델 탓으로 돌리는 보기다.
• Few-shot: 예시는 형식과 엣지케이스를 보여줄 때 가장 강력하다. 일관된 형식의 예시 3~5개가 장황한 설명을 이긴다.
• 구조화 출력 JSON: 프리필(assistant 턴 시작 채우기)로 형식을 강제하거나 도구 입력 스키마로 구조를 보장한다. 함정은 "JSON으로 답해줘"라는 평문 지시만으로 스키마 준수를 기대하는 것이다. 결정적 구조가 필요하면 도구 스키마나 프리필이 정답이다.

도메인 4. 도구 설계와 MCP 통합 (18%)

• 도구 정의: 명확한 이름, 풍부한 description, 엄격한 입력 스키마가 도구 사용 정확도를 좌우한다. 모델은 description을 읽고 도구를 고르므로, 부실한 설명이 오용의 원인이다.
• 에러 핸들링: 도구 실패는 예외를 던지지 말고 모델이 읽고 복구할 수 있는 에러 메시지를 tool_result로 반환한다. 시험은 "재시도 가능한가, 모델이 자기수정할 단서를 받았는가"를 본다.
• MCP 신뢰 모델: MCP 서버는 도구·리소스·프롬프트를 표준 프로토콜로 노출한다. 신뢰되지 않은 MCP 서버는 프롬프트 인젝션·권한 남용 통로가 된다. 함정은 편의를 위해 과도한 스코프를 부여하는 것이다. 최소 권한과 출처 검증이 정답이다.

도메인 5. 컨텍스트 관리와 신뢰성 (15%)

• 컨텍스트 윈도우: 유한한 토큰 예산을 관리한다. 압축(요약), 외부화(파일·메모리), 서브에이전트 격리가 주요 기법이다. 함정은 무한정 대화를 누적하면서 성능 저하를 모델 한계로 오해하는 것이다.
• 에스컬레이션과 신뢰성: 모델이 확신 없을 때 사람에게 넘기는 경로, 재시도·폴백·타임아웃을 설계한다. 시험은 "자동화가 실패할 때 무엇이 받쳐주는가"를 묻는다. 결정적 검증(테스트·린트·훅)이 확률적 생성을 보강한다는 사고가 핵심이다.

정리

• 도메인 비중 순서(27·20·20·18·15)는 곧 복습 우선순위다. 에이전트 루프와 stop_reason, 멀티 에이전트 과설계 판단에 가장 많은 시간을 배분하라.
• 거의 모든 함정은 두 가지 형태다. 확률적 생성에 결정성을 기대하거나(JSON 지시·권한 부탁), 단순 문제에 무거운 아키텍처를 얹는 과설계다.
• 개념은 단독이 아니라 경계로 외운다. pause_turn과 end_turn, 슬래시 커맨드와 서브에이전트, 도구 스키마와 평문 지시의 차이가 점수를 가른다.
• 신뢰성 도메인의 일관된 정답 방향은 "결정적 보강"이다. 테스트·린트·훅·스키마가 LLM의 비결정성을 받쳐준다.
• 약한 도메인을 개념 단위로 좁히고, 그 개념의 대표 함정을 미리 떠올린 뒤 시험장에 들어가라.