우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›SK inc.(AX)›풀스택›질문 상세
    問
    SSK inc.(AX)풀스택직무 역량2026년 출제

    LLM 기반 AI Agent를 설계할 때, Prompt 설계와 Tool 간 연동은 어떻게 접근하셨나요?

    답변 미리보기

    LLM 기반 AI Agent를 설계할 때 저는 프롬프트를 System / Context / Instruction 3계층으로 분리합니다. System 레이어에는…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    Prompt 설계 접근법은 어떤가?
    Prompt 설계에서 어떤 원칙을 따랐는가에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 기준으로 설계했나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    Tool 연동 고려 요소는 무엇인가?
    Tool 간 연동에서 고려한 요소나 기술적 접근 방식이 답에 있어야 합니다. 없으면 면접관이 '어떤 기술을 사용했나요?'를 추가로 묻는 경우가 많습니다.
    語
    03
    AI Agent 설계 시 고민한 점은?
    AI Agent 설계 과정에서의 고민이나 선택이 답에 담겨야 합니다. 없으면 면접관이 '어떤 어려움이 있었나요?' 같은 질문을 던지는 자리가 자주 보입니다.
    本
    04
    결과 검증 방법은 어떤가?
    설계한 AI Agent의 결과를 검증하는 방법에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떻게 성과를 평가했나요?'를 추가로 묻는 경우가 흔하게 통합니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    SK inc.(AX) 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    Prompt 계층화 + Tool 스키마 명세 주도 설계약 90초ReAct 패턴 + 도구 격리 설계약 90초멀티에이전트 오케스트레이션 설계약 90초
    예시 답변 1
    약 90초

    Prompt 계층화 + Tool 스키마 명세 주도 설계

    LLM 기반 AI Agent를 설계할 때 저는 프롬프트를 System / Context / Instruction 3계층으로 분리합니다. System 레이어에는 에이전트의 페르소나와 제약을, Context에는 현재 태스크 컨텍스트를, Instruction에는 구체적 액션을 명시했습니다.

    Tool 연동은 JSON Schema로 인터페이스를 먼저 정의하고, 모델이 Tool을 잘못 호출할 때의 에러 복구 흐름(retry with error feedback)도 프롬프트에 포함했습니다. 설계 시 가장 고민한 부분은 에이전트가 언제 Tool을 쓸지 결정하는 시점이었고, 판단 기준을 Few-shot 예제로 제시해 오용률을 낮췄습니다. 검증은 골든셋 100개로 Tool 호출 정확도와 최종 답변 품질을 별도로 측정했습니다. 이 구조에서 에이전트 정확도가 초기 62%에서 88%로 개선됐습니다.

    이 결의 특징
    프롬프트를 System·Context·Instruction 3계층으로 분리해 페르소나·태스크 맥락·액션을 나눈 설계가 또렷합니다. Tool 인터페이스를 JSON Schema로 정의하고 잘못 호출 시 에러 피드백 재시도 흐름까지 프롬프트에 넣은 대목이, 에이전트 정확도 62%→88%를 구조 설계의 결과로 읽히게 하는 결이 보입니다.
    이 결이 통하는 자리
    에이전트가 언제 Tool을 쓸지를 Few-shot 예제로 가르쳐 오용률을 낮춘 흐름이 살아 있을 때 통합합니다. 골든셋 100개로 Tool 호출 정확도와 답변 품질을 따로 측정한 검증이 또렷한 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 2
    약 90초

    ReAct 패턴 + 도구 격리 설계

    ReAct(Reason + Act) 패턴을 기반으로 에이전트를 설계했습니다. 모델이 추론 단계(Thought)를 텍스트로 출력하고 Tool을 호출하는 구조라 중간 추론 과정을 로깅해 디버깅이 용이했습니다. Tool은 단일 책임 원칙을 적용해 각 Tool이 하나의 명확한 기능만 수행하도록 했고, Tool 간 상태를 공유하지 않아 격리성을 높였습니다. 프롬프트 설계에서 가장 까다로웠던 부분은 루프 종료 조건이었고, '최대 5회 Tool 호출 후 결론 도출' 규칙을 명시해 무한 루프를 방지했습니다. 결과 검증은 LLM-as-Judge 방식으로 자동화해 골든셋 없이도 품질을 지속 모니터링했습니다. 이 구조로 에이전트 평균 태스크 완료율이 74%에서 91%로 개선됐습니다.

    이 결의 특징
    ReAct 패턴으로 추론 단계를 텍스트로 출력해 디버깅을 쉽게 하고, Tool에 단일 책임 원칙을 적용해 상태를 공유하지 않게 한 격리 설계가 또렷합니다. 무한 루프를 막으려 '최대 5회 호출 후 결론' 규칙을 명시한 대목이, 까다로운 종료 조건을 정면으로 다룬 결로 읽히게 합니다.
    이 결이 통하는 자리
    LLM-as-Judge로 골든셋 없이 품질을 지속 모니터링한 흐름이 살아 있을 때 통합합니다. 태스크 완료율 74%→91%가 추론 로깅·도구 격리와 묶이는 자리에서 신뢰가 생기는 결이 보입니다.
    예시 답변 3
    약 90초

    멀티에이전트 오케스트레이션 설계

    복잡한 태스크를 단일 에이전트로 처리하기 어렵다고 판단해 오케스트레이터-워커 구조로 설계했습니다. 오케스트레이터는 태스크를 분해하고 서브에이전트에 위임하며, 각 워커는 전문화된 Tool 세트만 접근할 수 있도록 권한을 제한했습니다. 프롬프트 설계 시 각 에이전트의 책임 범위와 출력 형식을 JSON 스키마로 명세해 오케스트레이터가 결과를 파싱하기 쉽게 했습니다. 에이전트 간 통신 실패 시 폴백 플로우를 정의해 부분 결과라도 반환하도록 설계했습니다. 검증은 엔드투엔드 시나리오 테스트와 서브태스크 단위 단위 테스트를 분리해 버그 위치를 빠르게 파악했습니다. 이 구조에서 단일 에이전트 대비 복잡 태스크 성공률이 31%p 향상됐습니다.

    이 결의 특징
    복잡 태스크를 단일 에이전트로 풀기 어렵다고 판단해 오케스트레이터-워커 구조로 분해하고 각 워커의 Tool 접근 권한을 제한한 설계가 또렷합니다. 각 에이전트의 책임 범위·출력 형식을 JSON 스키마로 명세해 파싱을 쉽게 한 대목이, 멀티에이전트를 막연한 분업이 아닌 구조로 읽히게 합니다.
    이 결이 통하는 자리
    통신 실패 시 폴백 플로우로 부분 결과라도 반환하게 한 설계와 엔드투엔드·서브태스크 테스트를 분리한 검증이 살아 있을 때 통합합니다. 복잡 태스크 성공률 31%p 향상이 분해 구조와 묶이는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹Prompt 설계에서 가장 중요하게 생각한 요소는 무엇인가요?
    貳연동 과정에서 어떤 도전 과제가 있었나요?
    參이런 설계 방식을 선택한 이유는 무엇인가요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. SK inc.(AX) 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    카카오모빌리티 · MLOps
    LLM 또는 AI Agent 기반 서비스 아키텍처를 설계한 경험이 있나요? 있다면 어떤 방식으로 접근했는지 설명해 주세요.
    이 질문 보기
    넷마블 · AI 리서처
    LLM 기반 AI 에이전트 서비스 개발에 대해 어떤 경험이 있나요?
    이 질문 보기
    라인 · MLOps
    LLM 기반의 AI 에이전트 개발 경험이 있다면, 어떤 아키텍처를 설계했는지 설명해 주세요.
    이 질문 보기
    삼성SDS · MLOps
    LLM 기반 AI Agent 구조와 적용 시나리오를 설계한 경험이 있다면, 그 경험을 구체적으로 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, SK inc.(AX) 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기