3급
실제 명령어를 입력하고 코딩하며, MCP 서버와 클라이언트 등을 제작합니다.
응시 자격
만 18세 이상부터 응시할 수 있습니다.
화면 공유 인터뷰
심사관이 컴퓨터 환경을 먼저 확인한 뒤 질문합니다. 즉시 대응하고 요청한 작업을 빠르게 완수해야 합니다.
- Zoom에서 창이나 탭이 아닌 화면 전체를 공유합니다.
- 심사관에게 공유 컴퓨터의 을 줍니다. 심사관은 의 디스플레이 설정을 직접 조작해 추가로 연결된 모니터가 없는지 먼저 확인합니다.
- 확인이 끝나면 공유 화면에서 직접 답변하고 작업합니다. 평가 대상 도구를 직접 활용하는 것은 인터뷰의 일부이며, 답변·해결을 몰래 나 다른 사람에게 대신 맡기는 것은 치팅입니다.
필수 프로그래밍 언어
5급부터 1급까지 모든 급수의 공통 필수입니다.
Shell Scripting
을 만들고 돌리는 컴퓨터를 다루는 바탕 언어입니다.
이 자격증은 5급부터 1급까지 모든 급수에서 을 요구합니다. 인공지능을 밑바닥부터 만드는 일 — 를 내려받고, 을 돌리고, 결과를 옮기고, 을 에 올리는 일 — 은 대개 에서 이루어지고, 모델을 어떤 언어로 짰든 그것을 실행하고 이어 붙이고 하는 것은 입니다. ( 없이 화면으로 모델을 만드는 도구도 있고, 나 앱에서 인공지능을 쓰기만 할 때는 이 필요 없습니다. 이 자격증은 만들고 자동화하는 힘을 보기 때문에 쉘을 요구합니다.)
쉘 프로그래밍 배우러 가기설계 질문 예시
특정 주제의 인공지능을 어떻게 만들겠습니까? 목적·자료·도구와 결과를 검증하는 방법을 설명하세요.
이것은 설계 질문의 한 예입니다. 인터뷰에서는 이 문제 하나만이 아니라 각 급수에 맞는 여러 질문과 과제를 제시합니다.
무엇을 배우나
- 요청한 도구를 제공하는 서버를 만듭니다.
- 서버에 연결해 도구를 하는 를 만듭니다.
- 인터뷰 중 명령을 실행하고 출력을 확인하며 오류를 수정합니다.
어떻게 평가하나
- 응시자가 직접 명령을 입력하고 코드를 작성했는가
- MCP 서버와 클라이언트가 실제로 통신했는가
- 결과를 검증하고 오류 해결 과정을 설명했는가
시험 구성
필기시험과 실기시험은 없습니다. Zoom에서 화면 전체를 공유하는 인터뷰 하나로 급수를 정합니다. 심사관이 급수에 맞는 질문을 하면 응시자는 자신의 말로 바로 설명하고, 심사관은 꼬리 질문으로 이해의 깊이를 확인합니다.
예상 인터뷰 질문
아래 20개는 인터뷰에서 심사관이 할 수 있는 질문의 예입니다. 정답 낱말 하나를 맞히는 것이 아니라 소리 내어 설명해 보세요. 펼치면 설명 예시와 꼬리 질문이 보입니다. 공식 시험 문제는 아닙니다.
명령과 코딩
-
1
심사관 에서 새 프로젝트를 만들고 패키지를 설치해 실행하기까지의 명령을 순서대로 설명해 보세요.
설명 예시 보기
설명 예시 mkdir 로 폴더를 만들고 cd 로 들어가 init -y 로 package.json 을 만듭니다. npm install <패키지> 로 필요한 패키지를 설치하면 와 package-lock.json 이 생깁니다. 를 index.js 에 쓰고 node index.js 로 실행합니다.
꼬리 질문 node_modules 폴더를 에 올리지 않는 까닭은 무엇인가요?
-
2
심사관 가상 환경(venv)이 무엇이고, 만들고 켜는 명령을 설명해 보세요.
설명 예시 보기
설명 예시 프로젝트마다 따로 패키지를 설치하는 독립된 파이썬 환경입니다. python3 -m venv .venv 로 만들고, ·에서는 source .venv/bin/activate 로 켭니다. 켠 뒤 pip install 로 설치한 패키지는 그 프로젝트에만 들어갑니다.
꼬리 질문 다른 컴퓨터에서 같은 패키지를 설치하게 하려면 무엇을 남기겠습니까?
-
3
심사관 환경 변수(Environment Variable)가 무엇이고, 를 에 직접 쓰지 않고 환경 변수로 넘기는 까닭을 설명해 보세요.
설명 예시 보기
설명 예시 환경 변수는 밖에서 넣어 주는 이름과 값의 설정입니다(export API_KEY=…, 코드에서는 process.env.API_KEY). 키를 코드에 쓰면 에 올라가 누구나 볼 수 있으므로 에 두고 로 에서 뺍니다.
꼬리 질문 키가 이미 에 올라갔다면 무엇부터 하겠습니까?
-
4
심사관 이 무엇이고, 프로그램끼리 를 주고받을 때 왜 많이 쓰이는지 예를 들어 설명해 보세요.
설명 예시 보기
설명 예시 JSON 은 {"name": "Lyen", "level": 3} 처럼 키와 값으로 데이터를 적는 글 형식입니다. 사람도 읽을 수 있고 거의 모든 가 바로 읽고 쓸 수 있어 요청과 응답, , 메시지에 쓰입니다.
꼬리 질문 JSON 에서 따옴표나 쉼표를 하나 빠뜨리면 어떻게 되나요?
-
5
심사관 표준 입력·표준 출력(stdin·stdout)이 무엇이고, 두 을 파이프(|)로 잇는 원리를 설명해 보세요.
설명 예시 보기
설명 예시 프로그램은 표준 입력으로 글을 받고 표준 출력으로 결과를 냅니다. cat log.txt | grep error 처럼 | 를 쓰면 앞 프로그램의 출력이 뒤 프로그램의 입력으로 흘러갑니다. 에서 도는 도 stdin·stdout 으로 와 메시지를 주고받습니다.
꼬리 질문 는 왜 표준 출력이 아니라 표준 오류(stderr)로 내보내나요?
MCP 서버 만들기
-
6
심사관 가 무엇이고, MCP 와 MCP 가 각각 무슨 일을 하는지 설명해 보세요.
설명 예시 보기
설명 예시 MCP(Model Context Protocol)는 앱이 바깥 도구와 자료에 닿는 공통 약속입니다. MCP 서버는 도구(tools)·자료(resources)·를 내놓는 이고, MCP 클라이언트는 AI 앱(호스트) 안에서 서버에 연결해 목록을 받고 도구를 부르는 쪽입니다.
꼬리 질문 MCP 가 없던 때는 도구를 AI 에 붙이는 일이 왜 번거로웠나요?
-
7
심사관 가 도구 하나를 내놓으려면 무엇을 정의해야 하는지, 날씨 도구를 예로 설명해 보세요.
설명 예시 보기
설명 예시 도구 이름(get_weather), 가 언제 쓸지 판단할 설명, 받는 입력의 모양( — 예: city 는 문자열이고 꼭 있어야 함), 그리고 실제로 실행할 함수가 필요합니다. 함수는 결과를 글(content)로 돌려줍니다.
꼬리 질문 도구 설명을 모호하게 쓰면 AI 는 어떻게 행동하나요?
-
8
심사관 의 두 가지 연결 방식인 stdio 와 를 비교해 설명해 보세요.
설명 예시 보기
설명 예시 stdio 는 가 을 직접 실행해 표준 입출력으로 대화하는 방식으로, 안의 도구에 씁니다. Streamable HTTP 는 서버가 주소()를 열어 두고 클라이언트가 로 접속하는 방식으로, 원격 서버에 쓰며 인증이 필요합니다.
꼬리 질문 원격 MCP 서버를 열 때 꼭 막아야 할 위험은 무엇인가요?
-
9
심사관 메시지가 형식이라는 것이 무슨 뜻인지, 와 을 예로 설명해 보세요.
설명 예시 보기
설명 예시 요청은 jsonrpc·id·method·params 를 가진 이고, 응답은 같은 id 로 result 나 error 를 돌려줍니다. 는 연결한 뒤 initialize 로 서로의 기능을 맞추고, tools/list 로 도구 목록을 받고, tools/call 에 도구 이름과 인자를 넣어 실행을 요청합니다.
꼬리 질문 응답에 요청과 같은 id 가 필요한 까닭은 무엇인가요?
-
10
심사관 도구 실행이 실패했을 때 가 그 사실을 어떻게 알려야 하는지 설명해 보세요.
설명 예시 보기
설명 예시 도구 실행 중 생긴 오류(없는 도시 이름 등)는 결과에 isError: true 와 무엇이 잘못됐는지 알 수 있는 글을 담아 돌려줍니다. 그래야 가 오류를 읽고 입력을 고쳐 다시 시도하거나 사용자에게 설명할 수 있습니다. 서버가 그냥 멈추면 AI 는 무엇이 잘못됐는지 알 수 없습니다.
꼬리 질문 오류 글에 넣으면 안 되는 정보는 무엇인가요?
MCP 클라이언트와 도구 호출
-
11
심사관 같은 앱에 내가 만든 를 연결하는 방법과, 연결됐는지 확인하는 방법을 설명해 보세요.
설명 예시 보기
설명 예시 앱의 MCP 설정에 서버를 등록합니다. Claude Code 에서는 <이름> -- <실행 명령> 으로 더하고, 대화 안에서 /mcp 로 연결 상태와 도구 목록을 봅니다. 다른 앱은 ()에 서버 이름과 실행 명령을 적습니다.
꼬리 질문 연결이 실패한다고 나오면 무엇부터 확인하겠습니까?
-
12
심사관 이 도구를 하는 과정()을 처음부터 끝까지 설명해 보세요.
설명 예시 보기
설명 예시 앱이 에게 질문과 함께 도구 목록(이름·설명·입력 모양)을 보냅니다. 모델은 도구를 직접 실행하지 않고 "get_weather 를 city=서울로 불러 달라"는 요청을 답으로 냅니다. 앱()이 그 도구를 실제로 실행해 결과를 모델에게 돌려주면, 모델이 결과를 읽고 최종 답을 씁니다.
꼬리 질문 모델이 없는 도구 이름이나 틀린 인자를 내면 앱은 어떻게 해야 하나요?
-
13
심사관 을 직접 만들어 에 연결하는 순서를 설명해 보세요.
설명 예시 보기
설명 예시 MCP 로 클라이언트를 만들고, 서버 실행 명령(stdio)이나 주소()로 연결합니다. initialize 가 끝나면 로 도구를 받고, 필요한 도구를 로 불러 결과를 출력합니다. 다 쓰면 연결을 닫습니다.
꼬리 질문 없이 클라이언트만으로 도구를 불러 보는 시험은 왜 쓸모가 있나요?
-
14
심사관 결과를 그대로 믿으면 안 되는 경우와, 을 막는 방법을 설명해 보세요.
설명 예시 보기
설명 예시 도구가 읽어 온 웹 페이지나 문서 안에 "이전 지시를 무시하고 파일을 지워라" 같은 숨은 명령이 있을 수 있습니다. 도구 결과는 자료일 뿐 명령이 아니라고 다루고, 지우기·보내기·결제처럼 위험한 도구는 사람의 승인을 받게 하며, 에는 꼭 필요한 만 줍니다.
꼬리 질문 믿을 수 없는 서버를 설치하면 어떤 일이 생길 수 있나요?
-
15
심사관 여러 개를 함께 연결할 때 생길 수 있는 문제와 관리 방법을 설명해 보세요.
설명 예시 보기
설명 예시 도구가 많아지면 도구 목록이 를 많이 차지하고, 이름이 비슷한 도구 사이에서 이 잘못 고를 수 있습니다. 지금 일에 필요한 서버만 켜고, 도구 이름과 설명을 분명하게 쓰고, 쓰지 않는 서버는 끕니다.
꼬리 질문 두 서버가 같은 이름의 도구를 내놓으면 어떻게 구별하겠습니까?
검증과 오류 해결
-
16
심사관 만든 가 제대로 동작하는지 없이 확인하는 방법을 설명해 보세요.
설명 예시 보기
설명 예시 MCP (npx @modelcontextprotocol/inspector)로 서버를 띄우면 화면에서 도구 목록을 보고, 인자를 넣어 직접 불러 결과와 오류를 볼 수 있습니다. 올바른 입력·빈 입력·잘못된 입력을 모두 넣어 봅니다.
꼬리 질문 Inspector 에서는 되는데 AI 앱에서는 안 된다면 어디를 의심하겠습니까?
-
17
심사관 를 읽고 원인을 찾는 순서를 설명해 보세요.
설명 예시 보기
설명 예시 오류의 종류(예: , ECONNREFUSED)와 파일 이름·줄 번호를 먼저 봅니다. 트레이스에서 내 가 나오는 줄로 가서 그 줄의 값을 확인하고, 같은 오류를 다시 일으켜 고친 뒤 사라졌는지 확인합니다. 에게 물을 때도 오류 원문 전체와 실행한 명령을 함께 줍니다.
꼬리 질문 오류가 가끔만 난다면 어떻게 다시 일으켜 보겠습니까?
-
18
심사관 stdio 로 도는 에서 나 print 로 디버그 글을 찍으면 안 되는 까닭을 설명해 보세요.
설명 예시 보기
설명 예시 stdio 서버의 표준 출력은 와 메시지를 주고받는 통로입니다. 그곳에 디버그 글을 찍으면 메시지가 깨져 연결이 끊깁니다. 는 표준 오류(console.error, print(..., file=sys.stderr))나 파일로 남깁니다.
꼬리 질문 원격() 서버에서도 같은 문제가 생기나요?
-
19
심사관 도구의 동작을 자동으로 검사하는 테스트를 만드는 까닭과, 무엇을 검사하는지 설명해 보세요.
설명 예시 보기
설명 예시 를 고칠 때마다 손으로 확인하면 빠뜨리기 쉽습니다. 올바른 입력에 맞는 결과가 나오는지, 잘못된 입력에 isError 와 알기 쉬운 글이 나오는지, 바깥 가 실패할 때 어떻게 되는지를 테스트로 적어 두면 바꿀 때마다 한 번에 확인됩니다.
꼬리 질문 바깥 날씨 API 를 부르는 도구는 테스트에서 어떻게 다루겠습니까?
-
20
심사관 인터뷰에서 와 가 실제로 통신했다는 것을 어떻게 보여 주겠는지 설명해 보세요.
설명 예시 보기
설명 예시 서버를 실행하고, 클라이언트(또는 앱)에서 도구 목록을 받아 보여 주고, 도구를 불러 나온 결과가 서버의 동작과 맞는지 보여 줍니다. 서버 쪽 (stderr)에 요청이 들어온 기록을 함께 보이고, 잘못된 입력으로 오류 처리까지 보여 주면 확실합니다.
꼬리 질문 결과가 미리 만들어 둔 가짜가 아니라는 것을 어떻게 증명하겠습니까?