경력기술서 · 2026.06 – 진행 중 · 디포커스

사내 인사업무 AX화

후보자 위키 · 서류 AI 평가 · 면접 질문 도우미

채용 담당자가 이력서를 읽고, 평가를 쓰고, 면접 질문을 준비하는 일을 Agent로 옮겼습니다. 하나의 만능 Agent가 아니라 일마다 다른 Agent를 두고, 모두 같은 후보자 위키를 근거로 씁니다.

Python LangChain LangGraph Spring MCP LLM-WIKI

배경 및 문제 인식

프로젝트 목적

채용 한 건마다 담당자는 이력서를 읽고, 서류 평가를 쓰고, 면접관에게 볼 항목과 질문을 준비합니다. 사내 Agent 플랫폼 위에서 이 일을 Agent가 돕도록 했습니다. 처음에는 Agent가 매번 이력서 원문을 통째로 읽었고, 같은 후보자인데도 평가와 면접 질문이 서로 다른 사실을 말하는 일이 생겼습니다. 그래서 후보자 정보를 한 번 정리해 두고, 평가와 면접이 그 정리본만 보게 바꿨습니다.

기존 · 매번 원문을 읽음 근거가 흩어짐

입력 이력서 PDF

평가할 때마다 전체 읽기

Agent 평가 · 면접을 한 Agent가 일이 섞이고 권한이 넓어짐

결과

문제 같은 후보, 다른 말 어디서 나온 사실인지 추적이 어려움

개선 · 한 번 정리해 두고 꺼내 봄 근거 하나

입력 이력서 PDF

한 번 정리

후보자 위키 경력 · 기술 · 프로젝트 카드 후보자 1명당 하나

필요한 카드만

역할별 Agent 서류 평가 · 면접 도우미 같은 근거, 다른 일

후보자 위키

설계 관점

이력서는 한 번만 정리하고, 이후에는 정리본만 꺼내 보게 했습니다. 정리는 쓰는 Agent가, 조회는 찾는 Agent가 맡습니다. 찾는 Agent는 목차부터 보고 필요한 카드만 열기 때문에, 이력서 전체를 매번 AI에 넣지 않습니다.

후보자 위키 동작 한 번 정리 · 여러 번 조회

Step 1 · 입력 이력서와 첨부 파일 평가 결과나 공고 조건은 넣지 않음

정리 요청

Step 2 · 쓰는 Agent 기존 정리본과 비교해 필요한 부분만 갱신 없으면 새로 만들고, 충분하면 그대로 둠

저장

Step 3 · 후보자 위키 목차 · 주제별 페이지 · 상세 카드 후보자 1명당 하나, 다른 후보와 섞이지 않음

질문이 오면

Step 4 · 찾는 Agent 목차 → 주제 → 카드 순으로 필요한 것만 읽음 없는 사실은 “확인되지 않음”으로 돌려줌

핵심: 정리하는 일과 찾는 일을 다른 Agent로 나눴습니다. 서류 평가는 둘 다 쓰고, 면접 도우미는 찾기만 합니다. 일반 문서 검색(RAG)은 채용 Agent에 붙이지 않았습니다.

후보자 1명위키 하나 · 다른 후보와 분리

갱신달라진 카드만 다시 씀

조회목차에서 고른 카드만

근거어느 카드에서 왔는지 남음

서류 AI 평가

설계 관점

서류 평가는 면접과 다른 Agent입니다. 평가는 결과를 저장해야 하고, 면접은 읽기만 해야 해서 권한이 다릅니다. 평가 Agent는 위키에서 근거를 모은 뒤 평가서를 쓰고, 그 평가서는 채용 시스템에 저장합니다. 위키에는 평가 문장을 섞지 않아, 다음 평가나 면접이 이전 평가에 끌려가지 않습니다.

서류 평가 동작 근거 → 평가서 → 저장

Step 1 · 담당자 후보자 목록에서 AI 평가 실행 1차 또는 2차 서류 심사

후보자 · 공고 정보

Step 2 · 평가 Agent 후보자와 공고 요건 확인 채용 시스템에서 필요한 값만 가져옴

근거 요청

Step 3 · 후보자 위키 정리본 갱신 후, 요건에 맞는 사실 조회 강점 · 부족한 점 · 확인 안 된 점

근거를 들고

근거 있음

평가서 작성 후 저장 담당자 화면에 결과 표시

근거 없음

평가 실패로 기록 근거 없이 추측해 쓰지 않음

핵심: 평가서는 위키가 아니라 채용 시스템에 남습니다. 1차는 후보자 단위, 2차는 심사위원 배정 건 단위로 저장해, 같은 후보자라도 누가 심사한 평가인지 섞이지 않습니다.

1차 · 2차심사 차수별로 따로 저장

Tool 7개조회 · 완료 · 실패 · 1차 결과

근거 우선근거가 없으면 평가하지 않음

저장 위치채용 시스템 · 위키에 섞지 않음

면접 질문 도우미

설계 관점

면접관은 진행 중에 “이 후보가 무슨 경력이 있나”, “이번 차수엔 뭘 보나”, “이 사람한테 뭘 물어볼까”를 묻습니다. 평가표 전체를 대화마다 AI에 붙이면, 표가 바뀌어도 이전 기준을 볼 수 있습니다. 그래서 화면은 면접과 후보자 번호만 넘기고, 도우미가 질문에 따라 평가표와 후보자 위키 중 필요한 쪽만 꺼내 보게 했습니다. 합격 판단과 점수 입력은 사람이 합니다.

면접 도우미 동작 질문에 따라 필요한 쪽만

Step 1 · 면접실 면접관이 질문 입력 화면은 면접 · 후보자 번호만 함께 보냄

질문 의도 판단

Step 2 · 면접 도우미 무엇이 필요한 질문인지 구분 사실 · 평가 항목 · 맞춤 질문

필요한 쪽만 조회

경력 · 기술

후보자 위키만 이력에 있는 사실

이번 차수 항목

평가표만 항목 · 설명 · 예시 질문

맞춤 질문

둘 다 항목에 맞춰 후보 사실로 질문

도우미가 골라서

Step 3 · 답변 면접관에게 질문 · 확인 포인트 제시 평가 카테고리별로 나눠 보여줌

핵심: 평가표는 “이번 차수에 무엇을 볼지”, 위키는 “이 후보의 사실”입니다. 평가표에서는 항목·설명·예시 질문만 가져오고, 배점이나 다른 면접관의 점수는 도우미가 보지 못합니다.

읽기 전용합격 판단 · 점수 저장 안 함

질문 4유형사실 · 항목 · 맞춤 · 후속

평가표 3항목항목 · 설명 · 예시 질문

면접 차수후보자당 최대 9차

핵심성과

근거 평가와 면접이 같은 사실을 봄

한 일

이력서를 후보자 위키로 한 번 정리하고, 평가와 면접 Agent가 그 정리본에서 필요한 카드만 꺼내 보게 했습니다.

개선

매번 원문을 통째로 읽지 않습니다. 같은 후보자에 대해 평가와 면접 질문이 서로 다른 사실을 말하던 문제가 줄었습니다.

역할 일마다 Agent와 권한을 나눔

한 일

정리, 평가, 면접을 다른 Agent로 두고, 평가만 결과를 저장하게 했습니다. 면접 도우미는 읽기만 합니다.

개선

면접 중 질문 한 번이 평가 결과를 바꾸는 일이 없습니다. 근거가 없으면 평가를 추측으로 채우지 않고 실패로 남깁니다.

면접 질문에 맞는 정보만 꺼냄

한 일

면접 도우미가 질문 의도를 보고 평가표, 후보자 위키, 또는 둘 다를 고르게 했습니다. 평가표는 항목·설명·예시만 보여줍니다.

개선

평가표가 바뀌어도 다음 질문부터 최신 기준을 봅니다. 배점과 다른 면접관의 점수는 질문 준비에 섞이지 않습니다.