🏁 종료된 설명회 — 2026년 5월 6일(수) 19:00~21:00 · 본원 3층 대강의실 · 정원 60명 마감
“트렌드 설명회”라고 하면 보통 새 서비스 이름을 잔뜩 나열하고 끝납니다. 그날은 반대로 갔습니다. 이름은 6개월이면 바뀌지만, 일하는 방식의 변화는 몇 년을 갑니다. 그래서 두 시간 동안 다룬 것은 ‘무엇이 나왔는가’가 아니라 ‘현장에서 실제로 무엇이 달라졌고, 그래서 무엇을 배워야 하는가’였습니다. 오지 못하신 분들을 위해 자료를 그대로 정리합니다.
📊 채용 공고의 키워드가 어디로 옮겨갔나
도입부는 채용 공고 문구 비교였습니다. 기술의 변화는 뉴스보다 채용 공고에 먼저, 그리고 더 정직하게 나타납니다. 회사는 유행어를 쓰는 게 아니라 당장 사람이 없어서 곤란한 일을 적기 때문입니다.
| 축 | 2025 하반기 표현 | 2026 상반기 표현 | 왜 바뀌었나 |
|---|---|---|---|
| 1 | 프롬프트 엔지니어링 역량 | 에이전트 오케스트레이션 경험 | 한 번 잘 묻는 능력은 이제 기본값이 됐습니다. 회사가 원하는 건 여러 단계를 거쳐 스스로 일하는 흐름을 설계하고, 중간에 사람이 개입할 지점을 정하는 능력입니다. |
| 2 | 모델 API 호출 경험 | 외부 도구·사내 시스템 연동 설계 | 모델을 부르는 것 자체는 몇 줄이면 됩니다. 어려운 건 사내 DB·문서·결재 시스템을 안전하게 연결하는 부분이고, 그게 실제로 회사가 돈을 쓰는 지점입니다. |
| 3 | 모델 파인튜닝 | 컨텍스트 설계 + 평가(Eval) 체계 구축 | 대부분의 업무는 모델을 다시 학습시키지 않고 ‘무엇을 넣어 주느냐’로 해결됩니다. 대신 결과가 좋아졌는지 측정하는 체계가 없어 프로젝트가 엎어지는 사례가 늘었습니다. |
| 4 | “AI 도구 활용 가능자” | “AI 산출물 검증·품질 관리 가능자” | 다 쓸 줄 알게 되니, 차별점이 ‘쓴다’에서 ‘틀린 걸 잡아낸다’로 이동했습니다. 이 항목이 지난 1년 중 가장 눈에 띄게 늘어난 문구였습니다. |
※ 국내 채용 사이트에서 AI 관련 키워드로 검색해 수집한 공고 문구를 시기별로 비교한 것으로, 전체 시장 통계가 아니라 경향 참고용입니다.
🔧 실무에서 진짜로 달라진 세 가지
본론은 여기였습니다. 이름이 바뀐 게 아니라 일의 모양이 바뀐 세 가지입니다.
① 도구가 ‘대화형’에서 ‘실행형’으로
불과 얼마 전까지 AI 도구는 답을 텍스트로 주고, 사람이 그걸 복사해 붙여 넣었습니다. 지금은 도구가 파일을 직접 열어 고치고, 테스트를 돌려 보고, 실패하면 스스로 다시 고치고, 커밋까지 만들어 옵니다. 이 변화가 만든 결과는 명확합니다. 사람의 역할이 ‘작성’에서 ‘승인’으로 옮겨갔습니다.
그래서 필요한 능력도 바뀌었습니다. 예전에는 빈 화면 앞에서 코드를 처음부터 쓰는 능력이 중요했다면, 이제는 변경 내역(diff)을 읽고 위험한 부분을 골라내는 눈이 더 중요합니다. 현장에서 확인되는 실패 패턴이 하나 있습니다. 한 번에 20개 파일을 고쳐 온 결과를 받아 들면 사실상 검수가 불가능해서 그냥 승인하게 되고, 며칠 뒤 원인을 알 수 없는 버그가 터집니다. 실무 규칙은 단순합니다 — 승인 단위를 작게 끊으세요. “로그인 기능 전체”가 아니라 “세션 저장 부분만”으로 요청하고, 그 단위마다 커밋합니다. 되돌릴 수 있는 지점을 촘촘히 만드는 것이 속도를 지키는 유일한 방법입니다.
② 공통 규격으로 수렴 — 도구 종속 스킬의 가치 하락
지난 1년의 가장 조용하지만 중요한 변화입니다. 도구마다 제각각이던 ‘외부 시스템 연결 방식’이 MCP 같은 공통 프로토콜로 모이는 중입니다. 예전에는 A 도구에 사내 위키를 붙이는 방법과 B 도구에 붙이는 방법이 완전히 달라서, 한쪽에 익숙해지면 그 자체가 경쟁력이었습니다. 규격이 공통화되면 한 번 만든 연결을 여러 도구가 함께 쓰게 됩니다.
이게 개인에게 주는 함의는 두 가지입니다. 첫째, “특정 도구의 화면을 잘 다룬다”는 스킬의 수명이 짧아집니다. 그 지식은 다음 버전에서 메뉴가 바뀌면 사라집니다. 둘째, 반대로 “우리 회사의 시스템을 어떻게 안전하게 도구로 노출할 것인가”를 설계할 수 있는 사람은 귀해집니다. 어떤 데이터를 읽기 전용으로 열지, 쓰기 권한은 어디까지 줄지, 실수로 삭제되는 상황을 어떻게 막을지 — 이건 도구가 바뀌어도 남는 질문입니다.
③ 토큰 비용과 지연시간이 ‘설계 변수’가 됐다
가장 실무적인 이야기라 질문이 제일 많았던 대목입니다. 데모는 잘 되는데 실제 서비스로 못 넘어가는 이유 1위가 여기입니다. 사내 문서 전체를 매 요청마다 통째로 넣는 방식은 데모에서는 정확도가 높지만, 사용자가 늘면 요청 하나당 비용이 수십 배로 뜁니다. 응답에 15초가 걸리면 기능이 아무리 좋아도 아무도 쓰지 않습니다.
그래서 지금 실무 설계는 이런 질문들로 이뤄집니다 — 자주 반복되는 앞부분을 캐시할 수 있는가, 문서를 통째로 넣지 않고 요약 계층을 한 단 둘 수 있는가, 쉬운 요청은 작고 싼 모델로 보내고 어려운 것만 큰 모델로 올릴 수 있는가, 사용자가 기다리는 동안 중간 결과를 흘려보낼 수 있는가. 신입 지원자와 경력자를 가르는 지점도 여기입니다. 지원자는 정확도만 이야기하고, 실무자는 “그래서 월 얼마 드나요”라는 질문에 답을 준비해 옵니다.
도구 이름을 스킬로 착각하지 마세요. 이력서에 도구 이름 열 개를 적는 것보다, 그중 하나로 실제 문제를 끝까지 해결한 이야기 한 개가 훨씬 강합니다. 도구는 6개월이면 바뀌지만 ‘문제를 정의하고 결과를 검증한 경험’은 다음 도구로 그대로 옮겨 갑니다.
🎯 배경별 학습 우선순위
“그래서 저는 뭘 먼저 해야 하나요”라는 질문이 압도적으로 많았습니다. 답은 출발점에 따라 다릅니다.
🧱 6개월 뒤에도 남을 역량 5가지
“지금 배우면 금방 낡지 않나요”라는 걱정에 대한 답으로 정리한 목록입니다. 각각 왜 안 낡는지가 중요합니다.
- 컨텍스트 설계 — 모델에게 무엇을 얼마나 넣어 줄지 정하는 능력입니다. 모델이 아무리 좋아져도 “이 판단에 필요한 정보가 무엇인가”를 아는 사람은 조직 안에 있어야 합니다. 이건 모델의 성능이 아니라 업무 이해도에서 나옵니다.
- 결과 검증 — 모델이 정확해질수록 오류는 드물어지고, 드물어질수록 사람은 방심하며, 방심할수록 사고는 커집니다. 검증 능력의 가치는 모델이 좋아질수록 오히려 올라갑니다.
- 비용·보안 감각 — 기술 선택은 결국 예산과 리스크 안에서 이뤄집니다. “이 방식은 월 얼마고 어떤 데이터가 어디로 나가는가”에 답할 수 있는 사람은 어느 조직에서나 회의를 끝내는 사람이 됩니다.
- 문제 정의 — 도구가 강해질수록 ‘무엇을 만들지’를 정하는 일의 비중이 커집니다. 잘못 정의된 문제를 아주 빠르게 해결하는 것이 요즘 가장 흔한 낭비입니다.
- 협업 도구 숙련 — git으로 되돌리기, 이슈로 작업 쪼개기, 문서로 결정 남기기. 지루해 보이지만 AI가 만든 변경이 많아질수록 기록과 되돌리기의 가치가 급등합니다.
⚠️ 이 흐름에서 초보자가 빠지는 두 가지 함정
함정 1 — 튜토리얼 순환. 새 도구가 나올 때마다 입문 강의를 듣고, 예제를 따라 하고, 잘 됐다는 만족감을 얻고, 다음 도구로 넘어갑니다. 6개월 뒤 남는 것은 ‘써 본 도구 목록’뿐이고 이력서에 쓸 결과물은 없습니다. 빠져나오는 방법은 하나입니다 — 지금 배우는 도구로 내 문제 하나를 끝까지 끌고 가는 것. 배포까지, 남에게 보여줄 수 있는 링크까지 가야 끝난 겁니다.
함정 2 — 만들기만 하고 검증하지 않기. 챗봇을 만들어 몇 번 물어보고 “잘 되네” 하고 끝냅니다. 그런데 면접에서 “정확도가 어느 정도였나요”라고 물으면 답을 못 합니다. 대단한 평가 체계가 필요한 게 아닙니다. 질문 30개와 기대 답변을 표로 만들어 두고, 고칠 때마다 몇 개 맞았는지 세는 것만으로도 충분합니다. 그 표 하나가 “61%에서 84%로 올렸습니다”라는 문장을 만들어 줍니다.
❓ 현장에서 나온 질문 4가지
Q1. 지금 파이썬을 배우는 건 너무 늦은 건가요? AI가 다 짜준다던데요.
늦지 않았고, 오히려 이유가 바뀌었습니다. 예전에는 ‘코드를 쓰기 위해’ 배웠다면 지금은 AI가 준 코드를 읽고 판단하기 위해 배웁니다. 필요한 수준도 달라졌습니다. 알고리즘을 깊게 파기보다 자료형·반복문·함수·에러 메시지 읽는 법 정도면 실무 대화가 됩니다. 이 정도는 집중하면 몇 주면 됩니다. 반대로 이걸 건너뛰면 AI가 만든 결과에서 무엇이 위험한지 영원히 모르는 상태가 됩니다.
Q2. 자격증은 도움이 되나요?
직무에 따라 다릅니다. 데이터·정보보안·클라우드처럼 자격 체계가 오래 자리 잡은 영역에서는 서류 통과에 실질적으로 도움이 되고, 공공기관·대기업 지원 시 가점이 있는 경우도 있습니다. 반면 AI 활용 직무 자체를 겨냥한 신설 자격은 아직 채용 담당자 사이에서 신뢰가 형성되는 중이라, 자격증 하나만으로 평가가 뒤집히지는 않습니다. 시간이 한정돼 있다면 자격증 한 개보다 배포된 프로젝트 한 개가 나은 선택인 경우가 많습니다. 다만 국비지원 과정과 연계된 자격은 훈련 과정 안에서 함께 준비되므로 부담이 적습니다.
Q3. 어느 도구부터 시작해야 하나요?
비개발 직군이면 대화형 서비스 한 개, 개발 경험이 있으면 코드 편집기에 붙는 에이전트형 도구 한 개면 충분합니다. 중요한 건 개수가 아니라 한 도구를 한 달 이상 같은 업무에 반복해 쓰는 것입니다. 그래야 그 도구의 한계가 보이고, 한계가 보여야 다음 도구를 고를 기준이 생깁니다. 처음부터 여러 개를 비교하면 각각의 겉모습만 알게 됩니다.
Q4. 비전공자가 지금 진입해도 되나요?
가능하지만 진입 지점을 잘 골라야 합니다. 모델을 직접 만드는 연구 직군은 학위와 논문이 사실상 요구되는 영역이라 현실적으로 어렵습니다. 반면 기존 업무 도메인 + AI 활용의 결합 지점은 오히려 비전공자가 유리합니다. 인사·회계·물류·제조 현장을 아는 사람이 그 업무를 자동화하면, 개발만 아는 사람이 따라잡기 어려운 결과가 나옵니다. 실제로 이 설명회 참석자의 절반 이상이 비개발 직군이었고, 상담에서 가장 많이 권해 드린 경로도 ‘현 업무 자동화 → 사내 사례 만들기 → 직무 전환’ 순서였습니다.
✅ 오늘 당장 할 수 있는 것
- 관심 직무의 채용 공고 10건을 열어 요구사항만 복사해 한 파일에 모으세요. 반복되는 단어 5개가 곧 당신의 학습 목록입니다.
- 그중 지금 하나도 못 하는 항목 하나를 골라, 4주 안에 ‘보여줄 수 있는 결과물’로 만들 계획을 세우세요.
- 진행 중인 프로젝트가 있다면 오늘 질문 30개짜리 평가 표부터 만드세요. 성능 개선은 그다음입니다.
누구나캠프는 AI·바이브코딩·데이터·반도체·로봇 분야 52개 과정을 운영합니다. 직무 전환이 목표라면 K-디지털 트레이닝(400~600시간), 재직 중이라면 내일배움카드 단기 과정(40~120시간)이 현실적인 출발점입니다. 본원 2층 상담실에서 배경별 경로 상담을 진행하고 있습니다.
참가 신청
이미 종료된 일정입니다. 다음 일정은 목록에서 확인하세요.
