에이전틱 개발 전환의 진실 — AI 코딩이 연 기회와 3가지 위기

하루에 풀 리퀘스트 10개를 사람이 아니라 AI 에이전트에게 던진다. 구글 엔지니어링 리더 애디 오스마니가 전하는, 얼리어답터 개발자들의 '현재' 작업 방식이다.

같은 장면을 두고 다섯 개의 소스가 갈렸다. 누구는 "혼자서 과거의 프로그래머 군단만큼 일한다"고 했고, 누구는 "바로 그 방식이 개발자를 조용히 망가뜨린다"고 했다.

'코드를 직접 짜는 일'에서 '코드를 짜는 에이전트를 조율하는 일'로. 이 전환은 이미 진행 중이다. 진짜 질문은 이게 기회냐 위기냐다.

모두가 동의하는 한 가지

먼저 다섯 소스가 이견 없이 합의하는 지점. 개발자의 일이 '타이핑'에서 '판단과 지휘'로 옮겨간다는 사실이다.

앤스로픽이 낸 「2026 에이전틱 코딩 트렌드 리포트」는 한 문장으로 요약된다. "소프트웨어 개발은 코드를 직접 작성하는 일에서, 코드를 작성하는 에이전트를 조율하는 일로 옮겨가고 있다." 라쿠텐·CRED·TELUS·자피어의 도입 사례와 함께 여덟 가지 트렌드를 제시한다.

눈에 띄는 건 숫자다. 리포트에 따르면 개발자 업무의 약 60%에 이미 AI가 들어와 있지만, 사람 손을 완전히 떼고 맡길 수 있는 작업은 0~20%에 그친다. AI는 도처에 있지만 '완전 위임'은 아직 예외라는 뜻이다. 대신 컨텍스트 엔지니어링, 즉 맥락을 잘 설계해 넘기는 기술에 능숙한 팀은 55% 더 빠르게 일하고 오류는 40% 적었다고 한다.

기회 — '지휘자'에서 '오케스트레이터'로

오스마니는 이 변화를 두 단계로 쪼갠다. 첫 단계는 '지휘자(conductor)' 모드. AI 한 대를 옆에 두고 제안을 하나하나 검증하며 함께 코딩한다. GPS를 보며 직접 운전하는 것에 가깝다.

두 번째가 '오케스트레이터(orchestrator)' 모드다. 여러 자율 에이전트에게 목표만 던져두고 다른 일을 하는 사이, "당신의 AI 팀이 백그라운드에서 코딩한다." 결과물은 사라지는 제안이 아니라 진짜 PR과 커밋으로 남는다.

여기서 개인의 레버리지가 폭발한다. 오스마니의 표현으로 "소수의 엔지니어가, 한때 프로그래머 군단이 몇 달 걸려 하던 일을 해낸다." 앞서 말한 하루 10개 PR이 그 장면이다.

다만 그도 못을 박는다. "믿되 검증하라"가 모든 AI 기여의 원칙이고, 인간의 감독은 "최후의 안전장치"로 남는다고. "1~2년 안에 대부분의 코드가 에이전트로 짜이지는 않을 것"이라는 단서도 붙인다. 낙관론자 본인이 이미 브레이크를 밟고 있다는 점을 기억해 두자.

세 갈래로 갈라지는 위기

낙관론이 비워 둔 자리를, 세 개의 소스가 서로 다른 각도에서 찌른다.

하나. 반복되는 보안 구멍

조지아텍 연구팀이 웹의 보안 권고 4만 3천여 건을 훑었다. AI 코딩 도구에서 비롯된 취약점 74건을 확인했고, 그중 14건이 치명적, 25건이 고위험이었다. 명령어 주입, 인증 우회 같은 기본기가 뚫린 것들이다.

속도가 무섭다. 2025년 하반기 7개월간 18건이던 것이 2026년 1분기에만 56건, 3월 한 달에 35건으로 튀었다. 한 달 치가 전년도 1년 전체를 넘어선 것이다.

연구자 한칭 자오의 경고가 핵심이다. "AI 모델은 같은 실수를 반복한다." 같은 모델을 쓰는 수백만 명이 같은 버그를 여러 프로젝트에 심는다는 뜻이다. "한 코드베이스에서 패턴 하나를 찾으면, 수천 개 저장소를 그 패턴으로 스캔할 수 있다." 그가 권하는 대응이 의미심장하다. AI가 짠 코드를 '신입 개발자가 제출한 코드'처럼 다루라는 것.

둘. 사라지는 건 주니어가 아니라 주니어의 '일'

그런데 그 신입의 일 자체가 흔들린다. dev.to의 한 분석은 "주니어 개발자가 사라지는 게 아니라, 주니어가 하던 일이 산업적으로 자동화되고 있다"고 정리한다.

근거로 든 숫자가 아프다. 앤스로픽 자체 분석에서 클로드 코드 대화의 79%가 '증강'이 아니라 '자동화'로 분류됐다. 미국 노동 통계상 22~25세 개발자 고용은 2022년 고점 대비 2025년 9월까지 약 20% 줄었다. 스택오버플로 설문에선 46%가 AI 출력의 정확성을 믿지 않고, 45%가 AI 코드 디버깅이 시간을 잡아먹는다고 답했다.

구현 티켓, 버그 픽스, 테스트 골격 짜기. 전통적으로 신입에게 주어지던 이 묶음이 통째로 에이전트에게 넘어간다. 이 글이 내놓는 대안은 '에이전틱 엔지니어'다. 목표를 쪼개고, 맥락을 채워 넣고, 에이전트 루프를 감독하고, 산출물을 검증하며 최종 판단을 책임지는 사람.

셋. 판단력이 자라지 않는다는 국내발 반론

그렇다면 그 '검증하고 판단하는 능력'은 어디서 오는가. 국내 개발자 에반 문의 글이 이 지점을 정면으로 파고든다. 결이 다르다. 해외 리포트가 시장과 일자리를 말할 때, 이 글은 뇌를 말한다.

"AI를 가장 잘 활용할 수 있는 개발자는 AI 없이도 코드를 판단할 수 있는 개발자다. 그리고 AI에만 의존하면 바로 그 판단력이 형성되지 않는다."

근거는 뇌과학이다. UCLA 로버트 비요크의 '바람직한 어려움' — 적절한 저항이 있을 때 단기 수행은 느려져도 장기 기억과 전이는 오히려 강해진다. 직접 코드를 짜며 겪는 마찰이 절차 기억과 패턴 청킹을 만든다. AI가 구현을 대신하면 이 과정이 통째로 생략된다. 완성된 코드를 읽는 행위는 예측과 피드백이 빠진 '사후 해석'에 가깝고, 쉽게 읽힌다는 유창함의 느낌은 '이해했다'는 착각만 남긴다는 것이다.

---

여기서부터는 다섯 소스를 겹쳐 놓고 내가 읽어낸 것이다. 세 위기는 따로 노는 이야기가 아니다. 하나로 이어진다.

조지아텍은 말한다. AI 코드를 신입의 코드처럼 꼼꼼히 리뷰하라. dev.to는 말한다. 그 신입이 하던 일이 사라지고 있다. 에반 문은 말한다. 리뷰할 능력 자체가 길러지지 않는다. 세 문장을 나란히 놓으면 구조적 모순이 드러난다.

에이전틱 개발은 그 어느 때보다 '시니어의 판단'을 많이 요구한다. 오케스트레이션도, 검증도, 보안 리뷰도 결국 판단의 일이다. 그런데 그 판단을 길러내던 파이프라인, 즉 신입이 직접 삽질하며 마찰을 겪는 과정을, 같은 기술이 걷어내고 있다. 판단은 더 필요해지는데 판단을 만드는 공정이 닫히는 셈이다. 나는 이게 이번 전환의 진짜 리스크라고 본다. 보안 구멍이나 채용 통계보다 근본적이다.

낙관론자들은 이 자리를 비워 둔다. 오스마니와 앤스로픽의 그림은 '이미 판단력을 갖춘 사람'에게는 전부 사실이다. 문제는 다음 세대가 그 판단력을 어디서 얻느냐인데, 두 소스 다 답하지 않는다. 반대로 비관론 쪽은 개인의 규율("AI에게 맡기기 전에 내 설계를 먼저 그려라") 말고는 이렇다 할 구조적 해법을 내놓지 못한다. 양쪽 다 절반씩만 맞다.

한국 현장에 이건 남 얘기가 아니다. 국내 채용은 이미 경력직으로 쏠려 있고 신입 관문은 좁다. 부트캠프와 SI가 공급하던 주니어 트랙 위에 '어차피 AI로 대체'라는 담론이 얹히면, 허리가 비어 버린 인력 구조가 그대로 굳는다. 판단력 문제를 하필 국내 개발자가 뇌과학까지 끌어와 제기한 게 우연으로 보이지 않는다.

그래서 실무의 결론은 밋밋하지만 분명하다. AI 산출물은 신뢰하지 말고 신입 코드처럼 검증한다(보안). 신입에게는 타이핑이 아니라 판단을 시키되, 판단의 토대가 되는 마찰을 의도적으로 남겨 둔다(성장). 코드 리뷰를 '검사'가 아니라 '학습 장치'로 다시 설계한다. AI를 끄고 직접 짜보는 시간을 커리큘럼에 넣는다. 마찰을 지우는 게 미덕이던 시대가 지나고, 이제는 마찰을 얼마나 잘 남기느냐가 팀의 경쟁력이 된다.

전환은 이미 시작됐고 되돌릴 수 없다. 이긴다면 AI로 자기 판단을 증폭하는 사람일 것이고, 진다면 판단 없이 산출물을 승인 버튼으로만 통과시키는 조직일 것이다.

마지막으로 던지고 싶은 질문. 당신의 팀은 지금 신입에게 무엇을 가르치고 있는가. AI가 짠 코드를 승인하는 법인가, 아니면 AI 없이도 그 코드가 틀렸다고 짚어내는 눈인가. 둘 중 무엇을 먼저 가르쳐야 한다고 보는가?