채용공고는 회사가 자기 상태에 대해 남기는 가장 정직한 문서다. IR 자료는 잘 보이려고 쓰고 기술 블로그는 자랑하려고 쓰지만, 공고는 당장 메워야 하는 구멍을 적는다. 그래서 요건 단위로 쪼개서 세어 보면 회사가 지금 무엇을 팔고 있고 무엇이 모자란지가 드러난다.

㈜클러쉬의 “Full Stack 경력자 채용(3명)” 공고를 그렇게 읽었다. 경력 10년 이상, 학력 무관, 요건 39개.

가장 먼저 눈에 걸린 것은 이것이었다.

필수 요건 10개 안에 LLM·RAG·에이전트·벡터DB·가드레일이 단 하나도 없다. 전부 우대로 빠져 있다.

AI 회사가 AI 서비스를 만들 사람을 뽑으면서 AI를 필수로 걸지 않았다. 이건 실수가 아니라 설계이고, “왜 10년차인가”라는 질문의 답이 정확히 거기서 시작된다.

0. 방법과 한계를 먼저 밝힌다

  • 분석 대상: 전달받은 공고 캡처 2장. 두 장은 서로 다른 공고가 아니라 한 공고의 앞부분과 뒷부분이다(앞장 = 담당업무부터 프론트엔드 필수까지, 뒷장 = 프론트엔드 우대부터 우대조건까지). 모집인원 3명, 경력 10년 이상, 학력무관 조건과 일치하는 공고다.
  • 다만 클러쉬는 이 공고 말고도 개발직 공고를 여러 건 동시에 돌리고 있다. 뒤에서 다룬다. 이게 “10년”의 의미를 푸는 두 번째 열쇠다.
  • 방법: (1) 공고 원문을 항목 단위로 전사한다 → (2) 블록별로 센다 → (3) 회사 공식 사이트·공고문, DART 감사보고서, 법령 원문, 정부 보도자료와 대조한다 → (4) 기술 항목은 각 프로젝트의 공식 문서·릴리스 노트·RFC·논문으로 사실을 확정한다.
  • 출처 등급을 섞지 않았다: 법령·공시·정부 문서·공식 문서는 1차 출처로 인용했다. 회사가 자기 성능을 주장한 수치는 벤더 주장이라 표시했고, 언론 보도만 있는 사실은 보도 기준이라 표시했다.
  • 하지 않은 것: 연봉, 팀 구성, 신규 개발과 유지보수의 실제 비중, 면접 난이도, 종업원 수는 확인하지 못했다. 이 글에 그런 수치는 없다. 문서 구조에서 읽어낸 것은 전부 “해석”이라고 표시했다.

1. 먼저 숫자로 봤다

블록 개수
담당업무 5
기술요건 – 백엔드 (필수) 6
기술요건 – 백엔드 (우대) 15
기술요건 – 프론트엔드 (필수) 4
기술요건 – 프론트엔드 (우대) 5
우대조건 9
요건 합계 39

필수 10개, 우대 29개. 비율이 1:3이다. 이 비율 자체가 신호다. 우대가 필수의 세 배라는 건 회사가 한 사람이 다 갖출 거라고 기대하지 않는다는 뜻이다. 우대 29개는 체크리스트가 아니라 순위표다.

그러면 진짜 관문은 필수 10개다.

2. 발견 1 — 필수 10개는 전부 pre-LLM 기술이다

백엔드 필수 6

  1. Java 17 이상, Spring Boot 3.x 기반 개발
  2. MyBatis, JPA 등 ORM 활용
  3. MariaDB, PostgreSQL 등 RDBMS 설계 및 운영
  4. Spring Security, JWT 기반 인증/인가 구현
  5. REST API 설계 및 개발, API Security
  6. Git 브랜치 전략(GitFlow 등) 및 PR·코드리뷰 중심 협업/형상관리

프론트엔드 필수 4

  1. React, Next.js, TypeScript
  2. State Management (Redux, Zustand, Recoil 등)
  3. REST API 연동 및 비동기 처리
  4. 반응형 UI/UX 구현

한 줄도 LLM이 아니다. 반면 담당업무 5개 중 4개는 AI다 — “AI OCR 솔루션 개발 및 구축”, “LLM/RAG 기반 AI 서비스 기능 개발 및 고도화”, “AI 기반 엔터프라이즈 문서파일 검색관리 유지보수 및 기술지원”, “신규 AI 검색솔루션 구축 및 개발”.

일은 전부 AI인데, 자격은 전부 AI가 아니다.

이 불일치는 사실 필연이다. LLM 분야에는 10년 경력자가 존재할 수 없기 때문이다.

기술 최초 공개 2026-08 기준 경과
Transformer 아키텍처1 2017-06-12 (arXiv v1) 9년 2개월
RAG2 2020-05-22 (arXiv v1) 6년 3개월
ChatGPT3 2022-11-30 3년 9개월
MariaDB Vector (GA)4 2025-06-04 1년 2개월

Transformer 논문조차 아직 10년이 안 됐다. 공고가 우대로 걸어 둔 MariaDB Vector는 GA된 지 1년 남짓이다.

그러니까 “경력 10년+”라는 조건은 논리적으로 필수 10개에만 걸릴 수 있다. 회사가 10년치를 요구하는 대상은 AI가 아니라 그 밑에 깔릴 엔터프라이즈 백엔드와 프론트엔드다.

이 공고가 실제로 사는 것은 AI 위에 얹는 층이 아니라 AI를 얹을 바닥이다. 뒤집어 말하면 — LLM을 만져본 적 없어도 필수 10개가 단단하면 지원 자격은 성립한다.

3. 발견 2 — 그 “바닥”조차 이미 과거형이다

필수 요건 중 가장 최신인 Spring Boot 3.x의 지원 상태를 확인해 봤다.

Spring Boot 3.0은 2022년 11월 24일 GA됐고 Java 17을 최소 요구 버전으로 올렸다.5 문제는 지원 기간이다.

세대 최초 릴리스 OSS 지원 종료
3.0.x 2022-11 2023-12
3.1.x 2023-05 2024-06
3.2.x 2023-11 2024-12
3.3.x 2024-05 2025-06
3.4.x 2024-11 2025-12
3.5.x 2025-05 2026-06
4.0.x 2025-11 2026-12
4.1.x 2026-06 2027-07

출처: spring.io 프로젝트 페이지 현재 게시값6

오늘은 2026년 8월 11일이다. 3.x 라인은 마지막 3.5.x까지 이미 OSS 지원이 끝났다. 지금 OSS 지원이 살아 있는 건 4.0.x와 4.1.x뿐이다.

즉 “Java 17 이상, Spring Boot 3.x 기반 개발 경험”은 최신 스택을 요구하는 문장이 아니다. 한 세대 뒤처진, 이미 지원이 끝난 코드베이스를 다룰 사람을 찾는 문장이다. 비난이 아니라 SI 업의 물리 법칙에 가깝다. 고객사 시스템은 벤더의 지원 종료 일정에 맞춰 움직이지 않는다.

정리하면 이 공고의 필수 요건은 한 줄도 남김없이 과거형이다. 미래형은 전부 우대 블록에 있다. 그리고 그 사이의 간격이 대략 “10년”이다.

흔한 오해 하나 — Spring Boot 2.7.x의 OSS 지원 종료를 “2023년 6월”로 적은 자료가 많은데, Spring 팀은 공식 블로그로 6개월 연장했고 실제 종료는 2023년 11월 23일 2.7.18 릴리스로 확정됐다.7

4. 발견 3 — 같은 자리를 7년·8년·10년으로 쪼개서 걸어 놨다

여기가 이 글에서 가장 중요한 부분이다. 이 공고 하나만 보면 “왜 하필 10년인가”가 풀리지 않는다. 회사가 동시에 올린 다른 공고들을 같이 놓아야 풀린다.

2026년 8월 11일 기준, 클러쉬가 채용 플랫폼에 올려 둔 개발 직군 공고에는 이런 것들이 있다.

공고 모집인원 요구 경력 학력
Full Stack 경력 개발자 채용 (이 글의 분석 대상) 3명 10년 이상 학력무관
풀스택 시니어 개발자 미명시 7년 이상 대졸 이상
[고급] FE/BE Full Stack 경력 개발자 (마감) – 8년 이상 –
PM 채용 (데이터포털 구축, 금융기관·공공 대상) 1명 10년 이상(PM 5년 포함) –
Cloud/Kubernetes Engineer 1명 4년 이상 –

출처: 잡코리아·사람인에 게시된 회사 작성 공고 원문8

같은 “풀스택”이라는 이름의 자리가 7년, 8년, 10년으로 세 번 갈려서 나와 있다. 기술 요건이 근본적으로 다르기 때문이 아니다. 등급이 다르기 때문이다.

결정적인 물증은 PM 공고에 있다. 그 공고는 자격을 이렇게 적었다 — “고급 이상 기술등급”.

그런데 여기에 반전이 있다. 그 등급 제도는 2012년에 폐지됐다.

소프트웨어산업 진흥법 시행령 개정으로 “소프트웨어기술자의 기술등급 기준”(별표1)이 폐지된 것이 2012년 11월 24일이다.9 즉 현행 법령에 특급·고급·중급·초급 기술자의 법적 정의는 존재하지 않는다.

그런데도 시장은 계속 쓴다. 그 이유를 소프트웨어정책연구소(SPRi)가 정부 연구보고서에서 이렇게 적어 놓았다.

“2012.11.24에 소프트웨어 기술자 등급제가 폐지되었으며 … 실질적으로는 등급제의 강제가 폐지된 것이고 시장에서는 아직도 등급이 통용되고 있는 현실이다. 등급이 통용되는 이유는 각종 소프트웨어 사업 대가산정 시에 소요되는 인건비를 기술자 등급과 이에 상응하는 노임대가를 사용하여 계산하도록 되어 있기 때문이다.”10

등급은 사람의 실력이 아니라 청구서의 단위다. 공공·금융 SI에서 투입 인력의 등급은 대가산정과 직결된다.

그리고 폐지된 그 구 기준의 특급기술자 요건이 “기사자격을 가진 자로서 10년 이상”이었다.11

구 특급기술자 기준 요구 경력
기사자격자 10년 이상
산업기사자격자 13년 이상
학사 12년 이상
석사 9년 이상
전문대졸 15년 이상

2009년 7월 31일 이전 경력에 적용되던 노임대가 기준. 출처: 한국소프트웨어산업협회 자료를 인용한 SPRi 연구보고서11

“10년”이라는 숫자와 “학력무관”이라는 조건이 이 표에서 정확히 만난다. 기사자격 기준의 특급 요건이 10년이고, 학사·전문대졸은 각각 12년·15년이었다. 학력을 보지 않고 연차만 10년으로 끊는 방식은 이 구 기준의 첫 줄과 같은 모양이다.

(인과관계를 단정하지는 않는다. 회사가 이 표를 보고 숫자를 정했다는 증거는 없다. 확인된 것은 ①회사가 “고급 이상 기술등급”이라는 폐지된 제도의 언어를 지금도 쓰고 있고, ②그 제도에서 10년이 특급의 문턱이었으며, ③그 등급이 통용되는 이유가 대가산정이라는 점을 공공연구기관이 명시했다는 사실까지다.)

참고로 지금 공식적으로 존재하는 것은 등급별 노임이 아니라 직무별 평균임금이다. 한국인공지능·소프트웨어산업협회가 소프트웨어진흥법 제46조 제4항의 인건비 기준으로 공표하는 2026년 적용 값에서 응용SW개발자(인공지능SW개발자 포함)는 월평균 7,754,124원이다.12

그러니까 “경력 10년 이상”에는 두 가지가 섞여 있다.

  1. 기술적 필요 — 뒤에서 볼 두 번의 세대 전환을 겪은 사람이어야 한다.
  2. 사업적 필요 — 특정 등급으로 프로젝트에 투입·청구할 수 있어야 한다.

두 번째를 빼놓고 첫 번째만 이야기하면 정직하지 않다. 같은 일을 7년·8년·10년으로 나눠 동시에 모집한다는 사실 자체가, 연차가 업무 난이도가 아니라 배치 단위로 쓰이고 있음을 보여준다.

5. 발견 4 — 우대조건 블록에 남은 봉합 자국

공고 맨 뒤 “우대조건” 9개를 앞의 기술요건과 대조하면 이상한 게 보인다.

우대조건 항목 앞 블록의 중복
WebSocket 또는 SSE 기반 실시간 메시징 구현 프론트 우대 5 “Websocket / SSE 기반 실시간 통신”
반응형 웹 UI 개발 및 브라우저 호환성 대응 프론트 필수 4 “반응형 UI/UX 구현”
AI 기반 서비스 개발 또는 운영 백엔드 우대 5 “LLM-RAG-Agent 서비스 개발”
AI OCR 이해 및 경험자 백엔드 우대 14 “OCR·문서 처리” + 담당업무 2
LLM 이해 및 경험자 백엔드 우대 5·6

9개 중 5개가 앞에 이미 나온 항목이고, 하나는 필수 항목이 우대조건으로 다시 등장한다.

더 결정적인 것 — 우대조건 9개 안에 Java, Spring, DB 관련 항목이 단 하나도 없다. 9개는 전부 프론트엔드(인터페이스 조율, 화면 설계, 메시지 중심 UI, 반응형 웹, 실시간 메시징) 아니면 AI 이해도(ChatGPT·Claude 이해 또는 관련 학위, AI 서비스 운영, AI OCR, LLM)다.

가장 단순한 설명은 이것이다. 원래 따로 있던 프론트엔드 직무 JD의 우대조건 블록이, 백엔드 JD와 합쳐지면서 그대로 남았다.

(문서 구조에서 읽은 해석이다. 회사의 작성 과정을 확인한 것은 아니다.)

그렇게 보면 “Full Stack”이라는 직무명의 실질이 드러난다. 이 자리는 풀스택 엔지니어 한 명이 아니라 백엔드 한 명 + 프론트엔드 한 명의 요구사항을 한 사람 몫으로 합친 것에 가깝다. 요건이 39개가 된 이유도 그것으로 설명된다.

6. “10년”이 실제로 지목하는 기술 세대

등급 이야기를 걷어내고 기술만 보면, 10년은 숙련도가 아니라 좌표다.

(a) MyBatis와 JPA를 동시에 필수로 걸었다. MyBatis는 iBATIS에서 이름을 바꾼 2010년 계보의 SQL 매퍼이고13, Spring Data JPA는 2011년 7월 1.0 GA다.14 한국 SI에서 이 둘은 세대가 다르다. 기존 고객사 자산은 MyBatis로 짜여 있고 신규는 JPA로 간다. 둘 다 실무로 써 본 사람을 뽑겠다는 건 두 세대에 걸쳐 일한 사람을 지목하는 것이다.

(b) Java 17 + Spring Boot 3.x는 마이그레이션 경험을 우회적으로 묻는다. Boot 3.0은 “모든 의존성을 Java EE에서 Jakarta EE API로 이관했다”고 공식 릴리스 노트가 명시한다.5 javax.* → jakarta.* 전면 교체다. 이걸 겪었다는 건 Boot 2.x 시절 코드를 갖고 있었다는 뜻이다. Java 17 자체는 2021년 9월 14일 GA된 LTS다.15

(c) 우대 항목에 2000년대 엔터프라이즈 자산이 그대로 남아 있다. Quartz, LDAP, Apache POI. LDAP은 RFC 4511(2006-06)의 디렉터리 접근 프로토콜이고16, POI는 마이크로소프트 문서 포맷용 Java API다.17 사내 AD 연동과 오피스 문서 처리는 금융·공공 SI의 상수다.

세 조건의 교집합을 역산하면 대략 2013년에서 2016년 사이에 커리어를 시작한 세대가 나온다. 2026년 기준 10년차에서 13년차다.

즉 “경력 10년+”는 “오래 일한 사람”이 아니라 “MyBatis에서 JPA로, Boot 2에서 Boot 3으로 넘어가는 두 번의 전환을 직접 겪은 사람”을 가리키는 좌표다. 연차는 그 좌표를 표현하는 가장 게으르지만 가장 편리한 방법이다.

그리고 이 인력은 실제로 흔하지 않다. 소프트웨어진흥법상 경력관리기관이 집계한 2025년 12월 31일 기준 통계에서, 경력이 확인된 기술자 170,808명 중 9년 이상은 85,495명으로 50.1%다. 절반은 된다. 그런데 같은 통계에서 직무를 인공지능SW개발로 신고한 사람은 1,247명, 전체(255,932명)의 0.5%다.18

연차 10년과 AI 경험을 동시에 만족하는 모집단은 이 교집합 안에 있다. 회사가 AI를 필수가 아니라 우대에 둘 수밖에 없었던 현실적 이유이기도 하다.

7. 그런데 왜 하필 지금인가 — 회사의 상태

공고를 이해하려면 회사가 지금 어떤 국면인지 봐야 한다. 클러쉬는 비상장이지만 외부감사 대상이라 DART에 감사보고서가 올라와 있다. 제11기(2025) 감사보고서를 직접 확인했다.19

항목 2025 2024 (미감사·재작성)
매출액 195억 6,978만원 81억 7,088만원
영업이익 14억 8,903만원 −24억 4,570만원
당기순이익 5억 7,542만원 −29억 9,673만원
자산총계 372억 3,635만원 201억 6,616만원
총급여 51억 9,323만원 33억 2,842만원

감사인 태림회계법인, 감사의견 적정. 2024년 비교수치는 감사받지 않았고, 감사보고서 주석은 전기 재무제표에 “유형자산의 과소계상과 비용의 사업연도 귀속오류 등 수정을 필요로 하는 중요한 오류사항”이 있어 재작성했다고 밝히고 있다. 그래서 2024년 수치는 참고용으로만 봐야 한다.

매출이 1년 만에 약 2.4배가 됐고, 영업손실에서 흑자로 돌아섰다. 인건비도 33억에서 52억으로 늘었다.

여기에 세 가지가 더 겹친다.

  • 프리IPO와 상장 준비: 380억원 규모 프리IPO를 마무리하고 코스닥 상장을 준비 중이라는 사실이 회사가 자기 사이트에 전재한 기사로 확인된다.20 (언론 보도 기준. 다만 DART 감사보고서 주석의 증자 이력 — 2025년 12월 170억, 2026년 1월 상환전환우선주 210억 발행 — 과 시기가 정합한다.)
  • 연쇄 합병: 2025년에 그린캣소프트·디씨온을, 2026년에 링크밸류·한국에프디엑스네트웍스를 각각 무증자 흡수합병했다. 회사 공식 공고문에 계약 체결일·주총 승인일·합병기일이 모두 게시돼 있다.21
  • 국가AI컴퓨팅센터 컨소시엄: 삼성SDS가 주관하는 국가AI컴퓨팅센터 사업의 참여사 명단에 클러쉬가 포함됐다고 과학기술정보통신부 발표를 인용한 다수 언론이 보도했다. 2026년 8월 3일 착공했다.22 (정부 보도자료 본문이 첨부파일로만 제공돼 웹 텍스트에서 회사명을 직접 확인하지는 못했다. 그래서 이 건은 보도 기준으로 표기한다.)

“왜 지금 10년차를 3명 뽑는가”에 대한 가장 단순한 답은 여기 있다. 수주가 2.4배로 늘었고, 흑자로 돌아섰고, 상장을 준비하는 중이다. 늘어난 일을 당장 수행할 사람이 필요하다. 학습 잠재력을 살 국면이 아니라 온보딩 비용 0을 사야 하는 국면이다.

8. 이 자리는 무엇을 만드는 자리인가

공고의 요건을 회사가 공식 사이트에 게시한 서비스 설명과 나란히 놓으면 거의 1:1로 붙는다.

클러쉬 공식 사이트의 서비스 설명23 대응하는 공고 항목
“사내 문서 기반의 정확한 AI 응답 시스템을 구현합니다” — 문서 기반 검색 구조 설계 / LLM 연동 및 응답 흐름 설계 / 출처 추적 및 신뢰성 강화 담당업무 3·4, 백엔드 우대 7
“기업 맞춤형 AI 에이전트를 기획하고 구축합니다” — 보안 환경 대응형 구축 지원 백엔드 우대 5 (Spring AI, LangGraph)
“반복 업무를 자동화하고, AI로 문서 처리 정확도를 끌어올립니다” 담당업무 2 (AI OCR), 백엔드 우대 14
“데이터 수집부터 품질 관리, 정책 설정까지 통합 관리하는 플랫폼을 구축합니다” 백엔드 우대 8 (LLM Guardrail·Governance)
“보안과 거버넌스를 준수하는 온프레미스 AI 업무 환경을 구축합니다” 백엔드 우대 7의 “온프레”, 우대 12 (OAuth2·LDAP SSO)
“메신저, 과제관리 보고, 회의 등 주요 협업 기능을 하나의 포털에 통합합니다” 프론트 우대 5, 우대조건의 SSE·메시지 중심 UI

공고는 이 회사의 제품 카탈로그를 사람 형태로 옮겨 적은 것이다.

회사가 자기 주력 플랫폼을 규정하는 문장은 이렇다.

“외부와 끊긴 폐쇄망에서도 완전히 독립적으로 돌아가는 Sovereign AI 인프라 플랫폼”23

공식 레퍼런스도 같은 방향이다. 회사는 우리은행 사례를 “On-Prem 환경에 AI 플랫폼을 구축하여 내부망 보안을 유지하면서도 모든 ML 및 AI 관련 모델의 관리 및 기존 시스템 연계를 위한 표준 거버넌스를 구축”이라고 설명하고, KB금융그룹에는 그룹 통합 협업 툴을 구축했다고 밝힌다.23

3명을 뽑는 것도 이 해석과 맞는다. 팀 하나를 새로 꾸리는 숫자가 아니라 프로젝트마다 한 명씩 투입하는 배치에 가깝다. 풀스택을 요구하는 이유도 여기서 나온다. 화면부터 DB까지 한 사람이 닫아야 하는 구조라면 직군을 나눌 수가 없다.

9. 왜 하필 “온프레미스” RAG인가 — 규제가 그렇게 만들었다

백엔드 우대 7번은 이렇게 적혀 있다.

“RAG 파이프라인 구축 및 Vector DB(Qdrant, MariaDB Vector 등) 온프레-하이브리드 검색 경험”

기술 선호가 아니다. 법령이 그렇게 시킨 것이다.

망분리 — 아직 안 풀렸다

전자금융감독규정 제15조는 “내부통신망과 연결된 내부 업무용시스템은 인터넷(무선통신망 포함) 등 외부통신망과 분리·차단 및 접속 금지“를 규정하고, 전산실 내 정보처리시스템과 그 운영·개발·보안 단말은 외부통신망으로부터 “물리적으로 분리”하도록 정한다.24

예외가 열리고는 있다. 금융위원회는 2024년 8월 「금융분야 망분리 개선 로드맵」을, 12월 「금융권 생성형 AI 활용 지원 방안」을 발표했고25, 2026년 4월 20일부터는 시행세칙 제2조의3으로 SaaS 이용 목적의 망분리 예외가 시행됐다.26

그런데 그 예외의 범위가 중요하다. 시행세칙이 연 것은 “이용자의 고유식별정보 또는 개인신용정보를 처리하지 않는” 응용프로그램 등 소프트웨어 제공 서비스(SaaS) 이용이고, 그마저도 자체 위험성 평가 → 금감원장이 정한 대체 정보보호통제 적용 → 정보보호위원회 승인을 모두 거쳐야 한다.26

그리고 같은 날 금융위·금감원이 낸 보도자료는 생성형 AI에 대해 이렇게 말한다.

“SaaS에 이어 생성형 AI 서비스 관련 규제도 금융사와 적극적으로 소통하면서 최대한 신속히 망분리 규제 예외가 적용될 수 있도록 추진할 계획”27

“추진할 계획”이다. 즉 2026년 8월 현재, 생성형 AI에 대한 일반적 망분리 예외는 아직 시행되지 않았다.

금융회사가 지금 사내 문서로 RAG를 하려면 선택지는 사실상 하나다. 모델도, 벡터DB도, 인덱스도 내부망 안에 두는 것. 공고의 “온프레-하이브리드 검색”은 여기서 나온 문장이다.

Qdrant와 MariaDB Vector를 나란히 적은 것도 같은 맥락이다. Qdrant는 Docker·Kubernetes 기반 self-hosted 배포와 dense+sparse 하이브리드 검색을 공식 지원하고28, MariaDB Vector는 11.8 LTS에서 VECTOR INDEX(HNSW)로 정식 지원됐다.4 전용 벡터DB를 반입할 수 있는 고객사에는 Qdrant를, 새 미들웨어를 못 넣는 곳에는 이미 깔린 MariaDB에 벡터를 얹는다.

Guardrail·Governance — 이것도 규제 항목이다

백엔드 우대 8번 “LLM Guardrail · Governance 등 AI 안전성·거버넌스 구축 경험”도 마찬가지다.

금융위원회가 기존 3종을 통합 개정해 2026년 6월 22일 시행한 「금융분야 인공지능 가이드라인」은 개발자에게 직접 떨어지는 요구를 담고 있다.29

“인적개입의 수단을 구축할 경우에는 감독자의 역할 및 권한과 인적(감독자)개입 방법(오버라이드·중단·재개승인 등)을 문서화하고 임계치·경보·대시보드·긴급정지기능(Kill switch) 등의 수단을 조합해 상시 모니터링과 즉시 개입이 가능하도록 설계한다.”

“인적개입의 결과는 설명가능한 근거와 함께 사후 추적가능한 로그로 보존하여 책임성과 재현성을 확보한다.”

“외부에서 도입하는 모델·데이터에 대해 보안 및 신뢰성 검증을 수행하여 공급망 위험을 최소화한다.”

Kill switch, 오버라이드, 감사 로그, 설명가능성, 외부 모델 공급망 검증 — 전부 코드로 구현해야 하는 것들이다. “Guardrail·Governance 경험”이라는 한 줄이 실제로 요구하는 작업량이 여기 있다.

상위 법도 같은 방향이다. 「인공지능 발전과 신뢰 기반 조성 등에 관한 기본법」(2026년 1월 22일 시행)은 제2조제4호 사목에서 “채용, 대출 심사 등 개인의 권리·의무 관계에 중대한 영향을 미치는 판단 또는 평가”를 고영향 인공지능 영역으로 규정하고, 제34조에서 위험관리방안 수립·운영, 설명 방안 수립·시행, 사람의 관리·감독, 문서 작성·보관을 사업자 책무로 정한다.30 금융감독원은 2026년 1월 「금융분야 AI 위험관리 프레임워크」를 함께 내놨다.31

개인정보보호위원회의 「생성형 인공지능 개발·활용을 위한 개인정보 처리 안내서」(2025년 8월)는 여기에 더해 정보주체 신고·의견 제출 기능의 시스템 탑재, 열람·정정·삭제 요구에 대한 원칙적 10일 이내 대응, 그 수단으로서의 출력 필터링까지 적고 있다.32

정리하면 — 이 공고의 AI 요건은 “최신 기술을 써 보고 싶다”가 아니라 “규제 요건을 코드로 만들 수 있는가”다. 회사가 파는 것이 금융·공공의 폐쇄망 AI이기 때문이다. 그리고 이건 신입이나 저연차가 감당하기 어려운 성격의 일이다. “왜 10년차인가”의 세 번째 답이 여기 있다.

(이 절의 법령·가이드라인은 금융회사에 적용되는 의무이고, 그 시스템을 수주해 구축하는 SI 벤더에게는 계약을 통해 요구사항으로 전달된다. 클러쉬가 어떤 계약 조건으로 이를 부담하는지는 확인하지 못했다.)

10. 직무역량 상세 (1) — 백엔드 필수 6개가 실제로 묻는 것

요건 표면적 의미 실제로 묻는 것
Java 17 + Spring Boot 3.x 최신 스택 Boot 2.x → 3.x, javax → jakarta 이관을 해 봤는가
MyBatis + JPA 둘 다 ORM 활용 레거시 SQL 매퍼와 신규 JPA가 한 코드베이스에 섞인 상태를 운영해 봤는가
MariaDB + PostgreSQL 둘 다 RDBMS 운영 고객사마다 DB가 다르다. 특정 DB에 종속되지 않는 설계를 하는가
Spring Security + JWT 인증/인가 금융·공공 진입을 위한 최소 자격. 여기서 막히면 나머지는 볼 필요가 없다
REST API + API Security API 설계 인증을 넘어 API 단위 권한·검증까지 책임지는가
GitFlow + PR·코드리뷰 형상관리 여러 명이 붙는 프로젝트를 전제한다

마지막 항목을 가볍게 보면 안 된다. “PR·코드리뷰 중심 협업”을 필수로 명시했다는 건 이 조직이 코드리뷰 문화를 갖고 있거나 최소한 갖추려 한다는 신호다. 10년차 SI 경력자 중에는 코드리뷰 없는 환경만 겪은 사람도 적지 않다.

11. 직무역량 상세 (2) — 백엔드 우대 15개는 네 덩어리다

① 클라우드 네이티브 (4개)

MSA·Kubernetes·Docker·CI/CD / 헥사고날·포트어댑터 / Gradle 멀티모듈 / Spring WebFlux.

회사가 Kubernetes 기반 플랫폼을 자체 제품으로 갖고 있으니 이건 장식이 아니라 실제 배포 환경일 가능성이 높다. 헥사고날 아키텍처와 Gradle 멀티모듈이 같이 나오는 건 도메인 분리를 코드 구조로 강제하는 팀이라는 뜻이다.

② AI/LLM (4개) — 이 공고의 진짜 차별점

  • Spring AI, LangGraph: LangGraph는 LangChain Inc.가 만든 “상태를 가진 장기 실행 에이전트를 만들고 배포하기 위한 저수준 오케스트레이션 프레임워크”다.33 단순 프롬프트 호출이 아니라 워크플로우 그래프를 짜 본 경험을 묻는다. 앞 절에서 본 “사람의 관리·감독”, “오버라이드·중단·재개승인”을 구현하려면 결국 이런 그래프 위에 승인 노드를 놓게 된다.
  • LLM API 4종 동시(OpenAI, Azure OpenAI, Anthropic, Google Vertex AI): 벤더 하나를 잘 쓰는 게 아니라 추상화 레이어를 설계할 줄 아느냐를 묻는 항목이다. 고객사마다 승인된 모델이 다르고, 금융권은 특히 그렇다.
  • RAG 파이프라인 + Vector DB 온프레·하이브리드 검색: 앞 절에서 규제 근거를 다뤘다. 덧붙이면, sparse(BM25)와 dense를 결합한 하이브리드가 단독 방식보다 낫다는 건 마케팅 문구가 아니라 검증된 결과다. Luan 등은 sparse-dense 하이브리드가 대규모 검색에서 단독 표현을 능가함을 이론·실증으로 보였고34, DPR 재현 연구는 원 논문이 오히려 하이브리드 효과를 과소보고했다고 지적했다.35
  • LLM Guardrail·Governance: 앞 절 그대로다. 규제 요건을 코드로 옮기는 일이다.

③ 분산 운영 안정성 (4개)

Quartz·Spring Batch + ShedLock 중복 실행 제어 / Flyway / Resilience4j / OpenSearch·Prometheus·Grafana.

여기서 ShedLock을 이름까지 박아 넣은 것은 눈여겨볼 만하다. Quartz는 JDBC JobStore를 쓰면 클러스터 모드에서 “각 발화마다 오직 한 노드만 잡을 실행한다”고 공식 문서가 보장한다.36 그런데도 ShedLock을 따로 적었다. ShedLock은 “예약 작업이 동시에 최대 한 번만 실행되도록 보장”하는 잠금 라이브러리이며, 공식 README가 “ShedLock은 분산 스케줄러가 아니다, 그저 잠금일 뿐”이라고 못 박는다.37

즉 Quartz 클러스터링과 별개로 애플리케이션 레벨에서 중복 실행을 한 번 더 막겠다는 구성이다. 이런 요건이 공고에 이름까지 적혀 나오는 경우는 대개 그 문제로 한 번 고생한 조직이다. (해석이다. 근거는 항목 선택의 구체성뿐이다.)

Resilience4j가 들어간 것도 LLM 맥락에서 자연스럽다. 외부 LLM API는 느리고, 자주 실패하고, 요금이 붙는다. 서킷 브레이커·레이트 리미터·재시도·벌크헤드가 필요한 전형적 조건이다.38 (Netflix Hystrix는 최종 릴리스 1.5.18 이후 유지보수 모드이고, Netflix 스스로 신규 프로젝트에는 Resilience4j 같은 활성 프로젝트를 권한다.39)

관측성(OpenSearch·Prometheus·Grafana)도 취향이 아니다. 금융 AI 가이드라인이 요구하는 “임계치·경보·대시보드”, “사후 추적가능한 로그 보존”이 정확히 이 스택으로 구현된다.

④ 엔터프라이즈 통합·도메인 (3개)

OAuth2·LDAP SSO / OCR·문서 처리 / 금융·공공 분야 엔터프라이즈 프로젝트 경험.

OAuth2는 RFC 6749의 인가 프레임워크이고 LDAP은 RFC 4511의 디렉터리 접근 프로토콜로, 계층이 다른 물건이다.4016 둘을 함께 적었다는 건 외부 표준 인증과 사내 AD를 둘 다 붙여야 하는 환경이라는 뜻이다.

문서 처리 3종은 역할이 갈린다. PDFBox는 PDF 전용, Tika는 “천 가지가 넘는 파일 형식에서 메타데이터와 텍스트를 단일 인터페이스로 추출”, POI는 마이크로소프트 문서용이다.414217 파일 → 텍스트 → 인덱싱으로 이어지는 RAG 전처리 파이프라인 전체를 다루라는 요구다.

마지막 “금융·공공 엔터프라이즈 프로젝트 경험”이 우대 15개 중 가장 대체 불가능한 항목이다. 앞 절에서 본 규제 요건을 문서로 배운 사람과 감사받아 본 사람은 다르다.

12. 직무역량 상세 (3) — 프론트엔드는 사실상 “LLM 스트리밍 채팅 UI”다

프론트 요건을 모으면 그림이 하나로 수렴한다.

  • 필수: React·Next.js·TypeScript, 상태관리, 비동기 처리, 반응형
  • 우대: 디자인 시스템, AI 서비스 UI(챗봇·뷰어/에디터·대시보드), 데이터 시각화, 대량 문서 처리 UI 최적화, WebSocket/SSE 실시간 통신
  • 우대조건: 메시지 중심 UI, 실시간 메시징, 화면 설계

SSE가 세 번 등장한다. 우연이 아니다. SSE(Server-Sent Events)는 WHATWG HTML 표준의 EventSource 인터페이스로, 서버가 text/event-stream으로 클라이언트에 데이터를 밀어넣는 단방향 통신이다.43 그리고 OpenAI와 Anthropic 모두 공식 API 문서에서 스트리밍 응답에 SSE를 쓴다고 명시한다.4445

즉 “SSE 경험”은 프론트엔드 잡기술이 아니라 LLM 토큰 스트리밍 UI를 만들어 봤느냐는 질문이다. ChatGPT처럼 글자가 한 자씩 흘러나오는 그 화면을 구현해 본 적이 있는지를 묻고 있다.

“대량 문서 처리 UI 최적화”도 같은 제품에서 나온다. 사내 문서 수만 건을 다루는 검색 UI라면 가상 스크롤, 청크 렌더링, 결과 하이라이팅이 실제 과제가 된다. 여기에 회사가 강조한 “출처 추적”이 붙으면, 답변 옆에 근거 문서를 띄우고 해당 구절로 점프시키는 뷰어까지 프론트 몫이 된다.

13. 이 공고에서 읽히는 시차 신호 세 개

흥미롭게도 이 공고에는 서로 독립적인 시차 신호가 세 개 있다.

  1. Spring Boot 3.x — 앞서 본 대로 오늘 기준 3.x 라인 전체가 OSS 지원 종료 상태다.
  2. Recoil — 필수 요건의 상태관리 예시에 들어 있는데, Recoil의 GitHub 저장소는 현재 아카이브 상태이고 마지막 정식 릴리스는 0.7.7(2023-04-11)이다.46 신규 프로젝트에서 고를 물건이 아니다. (Meta가 팀을 해체했다는 식의 이야기는 공식으로 확인되지 않아 쓰지 않는다.)
  3. 제품명 — 공고 본문은 자사 제품을 “Clush DataPortal” 같은 이름으로 부르는데, 회사 공식 사이트의 현재 제품 라인업은 AXLEON 브랜드로 개편돼 있고 그 옛 이름들의 전용 페이지는 남아 있지 않다. 회사 공식 채용 페이지(clush.ai/careers)에 걸린 공고도 2024년 11월자가 최신이다.

세 신호가 가리키는 방향은 같다. 공고 문서 자체가 조금씩 뒤처져 있다. 이건 회사가 나쁘다는 뜻이 아니라, 지원자 입장에서 공고에 적힌 스택을 곧이곧대로 현재 상태로 믿으면 안 된다는 뜻이다. 면접에서 실제로 무엇을 쓰는지 물어야 한다.

여기에 하나 더 얹으면, 4절에서 본 “고급 이상 기술등급”도 같은 성질의 신호다. 2012년에 폐지된 제도의 언어가 2026년 공고에 살아 있다.

14. 지원자 관점 — 진짜 게이트는 어디인가

요건 39개를 다 채우려 들면 지원 자체를 못 한다. 구조를 알면 전략이 달라진다.

필수 10개 = 탈락선. 여기서 하나라도 비면 서류에서 걸린다. 10년차 엔터프라이즈 개발자라면 백엔드 6개는 대부분 갖고 있다. 진짜 함정은 프론트엔드 필수 4개다. 백엔드만 10년 한 사람에게 React·Next.js·TypeScript가 실제 관문이 된다.

우대 29개 = 순위표. 전부 채울 필요가 없다. 변별력이 큰 순서로 고르면 이렇다.

  1. 금융·공공 엔터프라이즈 프로젝트 경험 — 대체 불가능하고, 9절에서 본 규제 요건을 겪어 봤다는 증거다.
  2. 폐쇄망/온프레 환경의 RAG 파이프라인 + Vector DB — 담당업무의 핵심이고, 규제상 당분간 대체재가 없다. 이 경험은 희소하다.
  3. SSE 기반 LLM 스트리밍 UI — 세 번 반복된 항목. 개인 프로젝트로도 증명 가능해서 투자 대비 효율이 가장 좋다.
  4. 멀티 LLM 벤더 추상화 — OpenAI/Anthropic/Vertex를 한 인터페이스로 묶어 본 경험. 이것도 개인 프로젝트로 증명 가능하다.

나머지(Flyway, Resilience4j, Quartz 등)는 10년차라면 대개 깔려 있거나 짧게 메울 수 있다.

증명 방식도 중요하다. 우대 항목은 “경험 있음”이라고 적는 것보다 동작하는 결과물 하나가 훨씬 강하다. 온프레 Qdrant에 문서를 넣고 하이브리드 검색을 붙인 뒤 SSE로 스트리밍하고, 답변 옆에 출처 문서를 띄우는 작은 데모 하나면 위 2·3·4번을 한꺼번에 덮는다.

그리고 등급 구조를 알고 협상하라. 같은 자리가 7년·8년·10년으로 나뉘어 있다는 건, 연차가 곧 배치 등급이라는 뜻이다. 자기 연차가 어느 칸에 들어가는지, 그 칸이 어떤 프로젝트에 투입되는지를 면접에서 확인하는 편이 낫다.

확인할 질문 세 개를 굳이 꼽자면 — (1) 담당업무 1·4가 “기술지원·유지보수”인데 신규 개발 비중이 실제로 얼마인가, (2) 3명은 한 팀인가 각 프로젝트 단독 투입인가, (3) 지금 실제로 돌리는 Spring Boot 버전과 상태관리 라이브러리는 무엇인가.

15. 정리

  • 요건은 39개, 그중 필수는 10개다. 필수 10개에 LLM은 한 줄도 없다.
  • LLM은 10년 경력이 물리적으로 불가능한 분야다. 그러므로 “경력 10년+”는 필수 요건, 즉 엔터프라이즈 백엔드·프론트엔드 기반기술에만 걸린다.
  • 그 필수 요건조차 오늘 기준 전부 과거형이다. Spring Boot 3.x는 3.5까지 OSS 지원이 끝났다.
  • 10년이라는 숫자에는 기술과 사업이 섞여 있다. 같은 자리가 7년·8년·10년으로 나뉘어 동시 게시돼 있고, 회사는 PM 공고에 “고급 이상 기술등급”이라는 2012년에 폐지된 제도의 언어를 썼다. 그 제도에서 특급의 문턱이 기사자격 기준 10년이었다.
  • 기술적으로 10년은 숙련도가 아니라 좌표다. MyBatis→JPA, Boot 2→3라는 두 번의 전환을 겪은 세대를 가리킨다. 그리고 그 좌표와 AI 경험의 교집합은 실제로 희소하다.
  • “온프레미스”는 취향이 아니라 규제다. 2026년 8월 현재 생성형 AI에 대한 일반적 망분리 예외는 아직 시행되지 않았고, Guardrail·감사로그·설명가능성은 2026년 6월 시행된 금융분야 AI 가이드라인이 요구하는 항목이다.
  • 회사는 매출이 1년 만에 약 2.4배가 되고 흑자로 돌아섰으며 상장을 준비하는 국면이다. 학습 잠재력이 아니라 온보딩 비용 0을 사야 하는 시점이다.

채용공고를 읽을 때 필수와 우대를 갈라서 세어 보고, 같은 회사의 다른 공고를 나란히 놓고, 그 요건을 강제한 법령까지 따라가 보면 이만큼 나온다. 회사가 무엇을 말했는지보다 무엇을 필수 칸에 넣었는지, 그리고 같은 자리를 몇 개의 연차로 쪼갰는지가 훨씬 정직하다.

한계

이 글은 공개된 공고 텍스트, 회사 공식 사이트와 공고문, DART 감사보고서, 법령·정부 문서, 각 기술의 공식 문서만을 근거로 한다.

  • 연봉, 팀 구성, 신규 개발과 유지보수의 실제 비중, 면접 절차, 종업원 수는 확인하지 못했다. 특히 종업원 수는 플랫폼마다 값이 달라(130명·60명·56명) 인용하지 않았다.
  • “두 JD의 봉합”과 ShedLock 관련 추정은 문서 구조에서 읽은 해석이며, 회사의 작성 과정이나 장애 이력을 확인한 것이 아니다.
  • 등급과 “10년”의 연결은 상관이지 인과가 아니다. 회사가 구 등급표를 보고 숫자를 정했다는 증거는 없다. 확인된 것은 회사가 폐지된 제도의 언어를 쓰고 있다는 사실, 그 제도의 특급 문턱이 10년이었다는 사실, 그리고 등급이 통용되는 이유가 대가산정이라는 공공연구기관의 서술까지다.
  • 9절의 규제는 금융회사에 부과되는 의무이고, SI 벤더에게는 계약을 통해 전달된다. 클러쉬가 실제로 어떤 계약 조건을 지는지는 확인하지 못했다.
  • 2024년 재무 수치는 감사받지 않았고 전기오류로 재작성된 값이다. 증감률은 그 점을 감안해 읽어야 한다.
  • 국가AI컴퓨팅센터 참여는 정부 발표를 인용한 언론 보도 기준이다. 정부 보도자료 본문이 첨부파일로만 제공돼 웹 텍스트에서 직접 확인하지 못했다.
  • 회사가 자사 플랫폼 성능에 대해 밝힌 수치들은 벤더 주장이며 중립 제3자의 검증 결과를 확인하지 못해 이 글에 인용하지 않았다.
  • 공고 원문은 전달받은 캡처 이미지이며, 원 게시처의 현재 상태와 다를 수 있다. 상시채용 공고라 조건은 변동될 수 있다.

References

  1. Vaswani, A. et al. “Attention Is All You Need.” arXiv:1706.03762 (v1 2017-06-12). https://arxiv.org/abs/1706.03762
  2. Lewis, P. et al. “Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks.” arXiv:2005.11401 (v1 2020-05-22); NeurIPS 2020. https://arxiv.org/abs/2005.11401
  3. OpenAI. “Introducing ChatGPT” (2022-11-30). https://openai.com/index/chatgpt/
  4. MariaDB. “MariaDB Vector” / Community Server 11.8.2 Release Notes. https://mariadb.org/projects/mariadb-vector/, https://mariadb.com/docs/release-notes/community-server/11.8/11.8.2
  5. Spring. “Spring Boot 3.0 Release Notes”; “Spring Boot 3.0 goes GA” (2022-11-24). https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-3.0-Release-Notes, https://spring.io/blog/2022/11/24/spring-boot-3-0-goes-ga
  6. Spring. Spring Boot 프로젝트 지원 일정. https://spring.io/projects/spring-boot
  7. Spring. “Spring Boot 2.7.18 available now” (2023-11-23). https://spring.io/blog/2023/11/23/spring-boot-2-7-18-available-now
  8. 잡코리아·사람인 게시 ㈜클러쉬 채용공고 원문(회사 작성). https://www.jobkorea.co.kr/recruit/co_read/c/kbsys1234
  9. 법제처 국가법령정보 입법예고 — 소프트웨어산업 진흥법 시행령 일부개정령(안), “소프트웨어 기술자의 기술등급기준(별표1)을 폐지함”. https://www.moleg.go.kr/lawinfo/makingInfo.mo?lawCd=2000000130788&lawSeq=15165
  10. 소프트웨어정책연구소(SPRi). 연구보고서 2014-004 「소프트웨어 기술자 신고제에 대한 연구」(2014.12). https://www.spri.kr/download/5379
  11. 위 SPRi 보고서 〈표 2-2〉 “소프트웨어기술자 등급분류 기준표”(자료출처: 한국소프트웨어산업협회). 폐지 직전 별표1 원문은 https://www.law.go.kr/LSW/flDownload.do?flSeq=60982627
  12. 한국인공지능·소프트웨어산업협회. 「2026년 적용 SW기술자 평균임금 공표(조사년도 2025년)」(2025-12-19). https://www.sw.or.kr/site/sw/ex/board/View.do?bcIdx=64717&cbIdx=304
  13. MyBatis 공식 프로젝트 정보; Apache Attic — iBATIS(2010-06-16 retire). https://mybatis.org/mybatis-3/project-info.html, https://attic.apache.org/projects/ibatis.html
  14. Spring. “Spring Data JPA 1.0 GA Released” (2011-07-21). https://spring.io/blog/2011/07/21/spring-data-jpa-1-0-ga-released/
  15. OpenJDK. “JDK 17” — GA 2021-09-14, LTS. https://openjdk.org/projects/jdk/17/
  16. IETF. RFC 4511, “Lightweight Directory Access Protocol (LDAP): The Protocol” (2006-06). https://datatracker.ietf.org/doc/html/rfc4511
  17. Apache POI 공식 사이트. https://poi.apache.org/
  18. 한국인공지능·소프트웨어산업협회. 「SW기술자통계」 경력별·직무별 현황(기준일 2025-12-31). https://www.sw.or.kr/site/sw/engstat/engineerStatusList.do
  19. 금융감독원 전자공시시스템(DART). ㈜클러쉬 감사보고서(2025.12), 제11기, 접수 2026-04-02. https://dart.fss.or.kr/dsaf001/main.do?rcpNo=20260402002726
  20. ㈜클러쉬 공식 사이트 뉴스 — 프리IPO 및 코스닥 상장 준비 관련 기사 전재. https://www.clush.ai/
  21. ㈜클러쉬 공식 공고 — 자회사 합병공고(2026-03-11), 채권자이의제출공고(2026-03-27), 합병경과보고의 공고(2026-05-04), 신주발행 공고문(2026-07-13). https://www.clush.ai/
  22. 과학기술정보통신부 발표를 인용한 보도 — 국가AI컴퓨팅센터 민간참여자 확정(2026-05-11), 착공(2026-08-03). 연합뉴스 https://www.yna.co.kr/view/AKR20260511147900017; 정책브리핑 https://www.korea.kr/news/policyNewsView.do?newsId=148969296
  23. ㈜클러쉬 공식 사이트 — 서비스·제품·레퍼런스 소개 페이지. https://www.clush.ai/ai, https://www.clush.ai/ai-rag, https://www.clush.ai/ai-agent, https://www.clush.ai/enterprise-ai-workspace, https://www.clush.ai/axleon-platform, https://www.clush.ai/axleon-mlops
  24. 「전자금융감독규정」 제15조(해킹 등 방지대책), 금융위원회 고시 제2026-29호, 시행 2026-07-15. https://www.law.go.kr/DRF/lawService.do?OC=test&target=admrul&ID=2100000282622&type=HTML
  25. 금융위원회. 「금융분야 망분리 개선 로드맵」(2024-08-13) https://www.fsc.go.kr/no010101/82885; 「금융권 생성형 AI 활용 지원 방안」(2024-12-12) https://www.fsc.go.kr/no010101/83594
  26. 「전자금융감독규정시행세칙」 제2조의3(망분리 적용 예외), 금융감독원, 시행 2026-04-20. https://www.law.go.kr/DRF/lawService.do?OC=test&target=admrul&ID=2200000108629&type=HTML
  27. 금융위원회·금융감독원. “4월 20일부터 금융회사는 내부 업무망에서 클라우드 기반 응용소프트웨어(SaaS)를 보다 원활하게 활용할 수 있습니다”(2026-04-20). https://www.fsc.go.kr/no010101/86745
  28. Qdrant. “What is Qdrant?” / “Hybrid and Multi-Stage Queries.” https://qdrant.tech/documentation/overview/what-is-qdrant/, https://qdrant.tech/documentation/search/hybrid-queries/
  29. 금융위원회. 「금융분야 인공지능 가이드라인」(보도자료 2026-06-18, 시행 2026-06-22). https://www.fsc.go.kr/no010101/87142
  30. 「인공지능 발전과 신뢰 기반 조성 등에 관한 기본법」(법률 제21311호, 시행 2026-01-22) 제2조제4호 사목·제34조. https://www.law.go.kr/DRF/lawService.do?OC=test&target=law&ID=014820&type=XML
  31. 금융감독원. 「금융분야 AI 위험관리 프레임워크(AI RMF)」 도입(2026-01-15). https://www.fss.or.kr/fss/bbs/B0000188/view.do?nttId=208934&menuNo=200218
  32. 개인정보보호위원회. 「생성형 인공지능(AI) 개발·활용을 위한 개인정보 처리 안내서」(2025년 8월). https://www.pipc.go.kr/np/cop/bbs/selectBoardArticle.do?bbsId=BS217&mCode=D010030020&nttId=11439
  33. LangChain. “LangGraph overview.” https://docs.langchain.com/oss/python/langgraph/overview
  34. Luan, Y., Eisenstein, J., Toutanova, K., Collins, M. “Sparse, Dense, and Attentional Representations for Text Retrieval.” TACL 9:329–345 (2021). https://doi.org/10.1162/tacl_a_00369
  35. Ma, X., Sun, K., Pradeep, R., Lin, J. “A Replication Study of Dense Passage Retriever.” arXiv:2104.05740 (2021). https://arxiv.org/abs/2104.05740
  36. Quartz Scheduler. “Configure Clustering with JDBC-JobStore.” https://www.quartz-scheduler.org/documentation/quartz-2.3.0/configuration/ConfigJDBCJobStoreClustering.html
  37. ShedLock 공식 README. https://github.com/lukas-krecan/ShedLock
  38. Resilience4j. “Getting Started.” https://resilience4j.readme.io/docs/getting-started
  39. Netflix. Hystrix README — maintenance mode 공지. https://github.com/Netflix/Hystrix
  40. IETF. RFC 6749, “The OAuth 2.0 Authorization Framework” (2012-10). https://datatracker.ietf.org/doc/html/rfc6749
  41. Apache PDFBox 공식 사이트. https://pdfbox.apache.org/
  42. Apache Tika 공식 사이트. https://tika.apache.org/
  43. WHATWG. HTML Living Standard §9.2 “Server-sent events.” https://html.spec.whatwg.org/multipage/server-sent-events.html
  44. OpenAI. “Streaming API responses.” https://developers.openai.com/api/docs/guides/streaming-responses
  45. Anthropic. “Streaming Messages.” https://platform.claude.com/docs/en/build-with-claude/streaming
  46. Recoil GitHub 저장소 (archived; 최종 릴리스 0.7.7, 2023-04-11). https://github.com/facebookexperimental/Recoil

  1. arXiv:1706.03762, v1 제출 2017-06-12(UTC). 날짜는 arXiv abs 페이지의 submission history 기준. ↩

  2. arXiv:2005.11401, v1 제출 2020-05-22(UTC). NeurIPS 2020 채택. ↩

  3. OpenAI 공식 발표 “Introducing ChatGPT”, 2022-11-30. ↩

  4. MariaDB Community Server 11.8 LTS가 MariaDB Vector를 지원하는 첫 LTS이며 11.8.2가 첫 Stable(2025-06-04). VECTOR INDEX는 HNSW 알고리즘을 사용한다. ↩ ↩2

  5. Spring Boot 3.0 Release Notes: “Spring Boot 3.0 has migrated from Java EE to Jakarta EE APIs for all dependencies.” 최소 Java 버전은 17로 상향됐다. ↩ ↩2

  6. spring.io 프로젝트 페이지가 게시하는 지원 일정표의 현재 값. 월 단위로만 게시된다. ↩

  7. “After 5.5 years and 121 releases, 2.7.18 marks the end of open source support for Spring Boot 2.x.” (Spring 공식 블로그, 2023-11-23) ↩

  8. 각 공고 본문은 회사가 작성한 원문이며 채용 플랫폼이 이를 게시한다. 표의 값은 2026-08-11 확인 기준이고, 상시채용 공고라 이후 변동될 수 있다. “[고급] FE/BE Full Stack 경력 개발자(8년 이상)” 공고는 확인 시점에 이미 마감 상태였다. ↩

  9. 개정 이유·주요내용에 “소프트웨어기술자의 기술등급 기준을 폐지하고 … 소프트웨어 기술자의 기술등급기준(별표1)을 폐지함(안 제1조의2 및 제16조)”으로 명시돼 있다. 폐지 시행일 2012-11-24는 SPRi 보고서로 교차확인했다. ↩

  10. SPRi 연구보고서 2014-004, 소프트웨어정책연구소, 2014년 12월. ↩

  11. 표는 “2009년 7월 31일 이전 경력에 대해서만 적용되는 노임대가 적용기준”이다. 2009-08-01부터 폐지 전까지 적용된 기준은 절대 연차가 아니라 누적 승급 구조(고급기술자 자격 취득 후 3년 이상 등)였다. law.go.kr 다운로드 파일의 별표 표 구조는 텍스트 추출 시 뭉개져 SPRi 표로 교차 확인했다. ↩ ↩2

  12. 「통계법」 제27조에 따른 공표이며 통계승인 제375001호. 적용기간 2026-01-01부터 2026-12-31까지, 전년 대비 4.7% 증가. 연봉이 아니라 대가산정용 인건비 기준의 월평균 값이다. ↩

  13. Apache iBATIS는 2010-06-16 공식 은퇴했고 MyBatis가 후속 프로젝트다. 개명의 정확한 일자는 확인되지 않아 “2010년”까지만 적는다. ↩

  14. Spring Data JPA 1.0 GA, 2011-07-21. ↩

  15. “JDK 17 reached General Availability on 14 September 2021” — OpenJDK 공식. ↩

  16. RFC 4511 (Standards Track, 2006-06). ↩ ↩2

  17. Apache POI 공식 태그라인: “the Java API for Microsoft Documents.” ↩ ↩2

  18. 모집단은 “경력관리기관에 신고·확인받은 기술자”이며 국내 SW 인력 전체가 아니다. 또 경력별 표에는 3년 미만이 제외돼 있어(전체 255,932명 중 170,808명만 집계) 비율은 그 안에서의 값이다. “10년 이상” 구간으로 끊은 공식 통계는 존재하지 않는다 — 이 통계는 9년 이상 15년 미만과 15년 이상으로 나눈다. ↩

  19. 감사인 태림회계법인, 감사의견 적정(일반기업회계기준). 감사보고서는 “비교표시된 2024년 12월 31일로 종료된 보고기간의 재무제표는 감사받지 않았습니다”라고 명시하며, 주석은 전기 재무제표에 유형자산 과소계상과 비용의 귀속오류 등 중요한 오류가 있어 수정했다고 밝힌다. ↩

  20. 회사가 자사 사이트에 전재한 언론 기사 기준이며, 1차 공시로는 확인되지 않는다. 다만 DART 감사보고서 주석의 증자 이력(2025-12 170억원, 2026-01 상환전환우선주 210억원 발행)과 시기가 정합한다. ↩

  21. 클러쉬는 비상장이라 이들 사안에 대한 자본시장법상 수시공시 의무가 없다. DART에 별도 공시가 없는 것은 미공시가 아니라 의무 부재다. 2025년 합병분은 DART 감사보고서 주석(동일지배하 사업결합, 합병차손 자본조정 계상)으로 교차확인된다. ↩

  22. 과기정통부의 2026-05-11 발표를 인용한 다수 언론 보도가 참여사 명단에 클러쉬를 포함해 일치하게 보도했다. 다만 정부 보도자료 본문이 첨부파일 형식이라 웹 텍스트에서 회사명을 직접 확인하지 못했고, 정책브리핑 착공 기사와 주관사 공식 뉴스룸 본문에는 클러쉬가 등장하지 않는다. 그래서 보도 기준으로만 적는다. ↩

  23. 인용문은 clush.ai 공식 사이트에 게시된 회사 자체 서술이다. 제3자 검증을 거친 성과 주장이 아니다. 회사가 같은 사이트에 게시한 성능·비용절감 수치는 벤더 주장이며 중립 제3자 검증을 확인하지 못해 이 글에 인용하지 않았다. ↩ ↩2 ↩3

  24. 제15조 제1항 제3호 및 제5호. 제3호 단서로 “고유식별정보 또는 개인신용정보를 처리하지 않는 연구·개발 목적”과 “업무상 불가피한 경우로서 금융감독원장의 확인을 받은 경우” 예외가 있다. ↩

  25. 로드맵은 샌드박스 기반 생성형 AI 활용 허용, SaaS 이용 범위 확대, 2단계 샌드박스, 가칭 「디지털 금융보안법」 등을 담았고, 12월 방안은 상용 AI(샌드박스 특례)와 금융회사 내부망 오픈소스 AI의 이원 체계를 제시했다. ↩

  26. 제2조의3 제1항 제3호 및 제3항. 「클라우드컴퓨팅법 시행령」 제3조제2호의 “응용프로그램 등 소프트웨어를 제공하는 서비스” 이용 목적에 한하며, 자체 위험성 평가 + 별표 7의 대체 정보보호통제 + 정보보호위원회 승인을 모두 요구한다. ↩ ↩2

  27. 보도자료 배포 2026-04-17, 게시 2026-04-20. 같은 자료는 “망분리 규제에 얽매여 AI 서비스 발전에 지장받지 않도록” 제도 혁신을 추진하겠다고도 밝혔다. ↩

  28. Qdrant는 Universal Query API의 prefetch와 RRF/DBSF 퓨전으로 dense·sparse 결합 검색을 지원하며, Docker·Kubernetes 기반 self-hosted 배포를 공식 제공한다. ↩

  29. 기존 3종(2021.7 AI 운영 가이드라인, 2022.8 AI 개발·활용 안내서, 2023.4 AI 보안 가이드라인)을 통합 개정한 것으로, 본문 91페이지다. 인용문은 PDF 원문에서 추출했으며 추출 과정에서 소실된 어절 간 공백만 복원했다. 가이드라인 자체가 NIST AI RMF Playbook과 인공지능기본법 제34조·시행령 제27조를 근거로 인용한다. NIST AI RMF 1.0(NIST AI 100-1, 2023-01-26)의 코어는 GOVERN·MAP·MEASURE·MANAGE 네 기능이다. ↩

  30. 법률 제20676호로 2025-01-21 공포, 2026-01-22 시행. 현행은 법률 제21311호(2026-01-20 공포, 2026-01-22 시행)이며 일부 조문은 2026-07-21 시행이다. 제32조는 학습 누적 연산량이 10의 26승 부동소수점연산 이상인 시스템에 안전성 확보 의무를 부과한다(시행령 제24조). ↩

  31. 거버넌스·위험평가·위험통제의 세 핵심 프로세스를 제시하며, 금융분야 AI 가이드라인과 함께 시행하는 것으로 예고됐다. ↩

  32. 발간등록번호 11-1790365-100030-01, 52페이지. 표지에 “2025. 8.”로만 표기돼 있어 일 단위 발간일은 확인되지 않는다. 안내서는 머신 언러닝에 대해 “아직 기술 성숙도가 높지 않은 한계가 있으나”라고 적으며, 대안으로 출력 필터링 등의 긴급 조치를 제시한다. ↩

  33. “LangGraph is a low-level orchestration framework and runtime for building, managing, and deploying long-running, stateful agents.” LangGraph는 LangChain 없이도 쓸 수 있다. ↩

  34. TACL 9:329–345 (2021), DOI 10.1162/tacl_a_00369. ↩

  35. arXiv:2104.05740 (2021). DPR 원 논문이 BM25 baseline과 dense–sparse 하이브리드의 효과를 과소보고했음을 지적한다. ↩

  36. Quartz 공식 문서: “Only one node will fire the job for each firing.” 단 JDBC-JobStore를 쓸 때에 한한다. ↩

  37. ShedLock README: “ShedLock makes sure that your scheduled tasks are executed at most once at the same time.” 그리고 “ShedLock is not a distributed scheduler — it’s just a lock.” ↩

  38. Resilience4j 공식 문서: Circuit Breaker, Rate Limiter, Retry, Bulkhead 데코레이터를 제공하는 경량 내결함성 라이브러리. ↩

  39. Netflix Hystrix README: “Hystrix is no longer in active development, and is currently in maintenance mode.” 유지보수 모드 선언일은 README에 없어, 최종 릴리스 1.5.18(2018-11-16)을 기준 시점으로 적는다. ↩

  40. RFC 6749 (Standards Track, 2012-10). 현행 표준이며 폐기되지 않았다. RFC 9700(BCP 240, 2025-01)이 보안 모범사례로 이를 보완한다. ↩

  41. Apache PDFBox: PDF 문서 생성·조작·콘텐츠 추출용 오픈소스 Java 도구. ↩

  42. Apache Tika: “detects and extracts metadata and text from over a thousand different file types … through a single interface.” ↩

  43. WHATWG HTML Living Standard: 서버가 HTTP로 웹 페이지에 데이터를 푸시할 수 있도록 EventSource 인터페이스를 도입하며, 미디어 타입은 text/event-stream이다. 수신 전용, 즉 서버에서 클라이언트로 가는 단방향이다. ↩

  44. OpenAI 공식: “This guide focuses on HTTP streaming (stream=true) over server-sent events (SSE).” ↩

  45. Anthropic 공식: Message 생성 시 "stream": true로 설정하면 server-sent events(SSE)를 이용해 응답을 점진적으로 스트리밍한다. ↩

  46. GitHub API 기준 저장소가 아카이브된 상태이며(archived: true), 마지막 정식 릴리스는 0.7.7(2023-04-11)이다. 아카이브 일자는 API가 노출하지 않아 적지 않는다. ↩