AI 증강 엔지니어: 에이전트를 부리는 소프트웨어 엔지니어

정리해고 사유에 AI 도입이 적히기 시작했다

2026년 들어 고용주가 정리해고를 발표하며 “AI 도입” 자체를 사유로 적기 시작했다. Challenger, Gray & Christmas 집계로 5월 감원의 약 40%가 AI를 이유로 들었는데, 1월의 7%에서 다섯 달 만에 벌어진 격차다. Oracle은 12개월간 인력의 13%인 2만 1천 명을 줄이며 “AI 기술의 채택과 배치가 감원으로 이어졌다"고 공식 문서에 명시했고, Block은 2월에 약 4천 명을 내보내며 “더 작은 팀과 AI 도구가 새로운 일하는 방식"이라 설명했다. 감원 통보서에 AI가 적히는 순간, 엔지니어에게 던져지는 질문은 단순해진다. 코드를 손으로 빠르게 치는 능력은 이제 누가 대신해 주는가, 그래서 나는 무엇으로 남을 것인가.

답은 에이전트를 부리는 쪽이다. 코딩 에이전트가 구현의 첫 80%를 대신 쓰는 환경에서 엔지니어의 일은 “무엇을 만들지 정확히 지시하고, 나온 결과를 의심하며 검증하는” 쪽으로 옮겨간다. 짜는 사람에서 지휘하는 사람으로의 이동이다. 이 전환을 먼저 체화한 사람이 AI 증강 엔지니어다.

핵심은 잘 짜는 게 아니라 못 믿는 감각이다

핵심은 “코드를 잘 짠다"가 아니라 “에이전트가 짠 코드를 못 믿는다"는 감각이다. 첫째, 태스크 분해와 명세. 에이전트가 쓸모 있는 결과를 내려면 요구사항을 충분히 정밀하게 쪼개 전달해야 한다. 모호한 한 줄 지시는 그럴듯하지만 틀린 코드로 돌아온다. 둘째, 에이전트 오케스트레이션. 여러 전문 에이전트에 각자의 컨텍스트를 주고 병렬로 돌린 뒤 결과를 통합하는 워크플로 설계 능력이다. 셋째, 적대적 코드 리뷰. 에이전트가 반복적으로 저지르는 오류, 존재하지 않는 API 호출, 미묘하게 어긋난 경계 조건, 보안 구멍, 의 카테고리를 알고 빠르게 잡아내는 눈.

여기에 시스템 사고가 깔려야 한다. CIO 보도가 짚듯 2026년 엔지니어의 핵심 역량은 문법이 아니라 시스템 사고로 이동한다. 에이전트 여러 대가 만든 조각을 견고하고 안전하며 비즈니스 목표에 정렬된 하나로 묶는 판단, 그게 사람의 몫으로 남는다. 도구로는 Claude Code 같은 코딩 에이전트, CI 파이프라인에 검증 게이트를 심는 통합 경험, 그리고 평가(eval) 설계가 받쳐 준다.

손으로 다 짤 줄 아는 기본기 위에서만 는다

주니어는 단일 에이전트를 한 기능에 붙여 명세→생성→리뷰 루프를 몸에 익힌다. 손으로 다 짤 줄 아는 기본기 위에 “에이전트에게 어디까지 맡기고 어디서 내가 검증할지"의 감각을 쌓는 단계다. 시니어는 멀티 에이전트 워크플로를 설계하고, 위양성을 줄이는 리뷰 자동화와 회귀 방지 eval을 책임진다. 네카라쿠배 같은 국내 빅테크는 이미 AI 코드 생성 비중을 공식 지표로 관리하기 시작했고, 이 흐름에서 시니어 1명이 예전 팀 분량을 감당하는 구조가 자리 잡는다.

리더 단계에서는 조직의 AI 코드 거버넌스, 어떤 에이전트를, 어떤 게이트로, 누가 책임지고 머지하는가, 를 표준으로 세운다. 전형적 직함은 AI 증강 엔지니어, 스태프 엔지니어(에이전트 워크플로), AI 코드 리뷰 리드다. CIO가 인용한 McKinsey 분석에서 AI 중심 조직이 운영비를 20~40% 줄였다는 수치는, 이 역할이 비용 절감 한복판에 있다는 뜻이기도 하다. 자동화가 빠른 조직일수록 이 직무 수요가 먼저 열린다.