스마트폰 하나로 시니어급 개발을 맡겼더니 이사가 먼저 끝났다 — AI 에이전트 시대에 “내가 직접 코딩을 못한다”는 얼마나 큰 문제일까

상당히 큰 소프트웨어 개수를 AI 에이전트에게 맡겼다.

스마트폰 하나로 시니어급 개발을 맡겼더니 이사가 먼저 끝났다 — AI 에이전트 시대에 “내가 직접 코딩을 못한다”는 얼마나 큰 문제일까
AI 생성 이미지
광고
광고

상당히 큰 소프트웨어 개수를 AI 에이전트에게 맡겼다.

몇십 분이면 끝날 것처럼 보였지만 GitHub에는 커밋과 테스트, 통합 수정이 계속 쌓였다. 몇 시간이 지나도 실제 코드가 계속 바뀌고 있었다.

그 사이 사람 쪽에서는 현실의 다른 일을 처리했고, 급기야 이사까지 끝났다.

생활 이벤트가 먼저 완료되고 AI는 아직 리팩터링 중이었다.

장면만 보면 꽤 미래적이다.

더 이상한 점은 지시를 내리는 기기가 스마트폰이라는 것이다. 지시하는 사람이 TypeScript, CI/CD, 그래프 학습 로직을 모두 직접 이해하지 못해도 된다. 목표, 지켜야 할 규칙, 허용 범위, 금지 범위, 완료 조건을 자연어로 주면 에이전트가 저장소를 읽고, 설계하고, 코드를 쓰고, 테스트를 추가하고, PR을 만들고, 통합까지 진행할 수 있다.

그렇다면 이것은 “스마트폰 하나로 시니어 엔지니어가 된 것”일까?

정확히는 아니다. 하지만 과거의 소프트웨어 개발 상식보다 훨씬 가까워졌다.

1. 스마트폰이 시니어급 계산을 하는 것은 아니다

스마트폰 자체가 수백 줄의 프로덕션 코드를 로컬에서 만드는 것은 아니다. 스마트폰은 명령 콘솔이다.

뒤에는 AI 모델, GitHub, CI, 클라우드, 프로덕션 환경, 검색, 개발 도구가 연결되어 있다. 스마트폰은 의도와 제약을 전달하는 인터페이스다.

따라서 정확한 표현은 “스마트폰으로 개발한다”보다 “스마트폰에서 원격 지적·계산 자원을 오케스트레이션한다”에 가깝다.

데이터센터가 주머니 속으로 들어온 것이 아니다.

주머니에서 데이터센터와 에이전트를 조종할 수 있게 된 것이다.

2. 왜 이런 일이 시니어급인가

난이도는 코드 줄 수만으로 결정되지 않는다.

이런 개수에는 기존 아키텍처 이해, 중복 구현 회피, 프로덕션 경로 보존, 스케줄러·GitHub·CI·배포 경계 이해, 새로운 판정 로직의 중앙 루프 연결, 개인정보 보호, 결측 데이터를 0으로 오해하지 않는 처리, 테스트 추가, CI 인프라 장애와 코드 장애의 분리, 그리고 “무엇을 건드리지 말아야 하는가”에 대한 판단이 필요하다.

이는 단순 티켓 구현이 아니라 살아 있는 시스템에서 변경의 폭발 반경을 관리하는 일이다.

인간에게 맡긴다면 시니어 백엔드 엔지니어 또는 플랫폼 엔지니어에 가깝다. 시스템 전체 책임까지 포함하면 일부 판단은 Staff Engineer 영역에 접근한다.

어려운 것은 영리한 코드를 쓰는 일만이 아니다.

영리한 코드를 어디에 두어야 사고가 나지 않는지 아는 것이 어렵다.

3. 실제 규모는 어느 정도였나

익명화한 한 구현 사례의 주요 PR은 11개 파일, 13개 커밋, 약 895줄 추가를 포함했다. 자율 발아 판정 runtime, Article DNA 보존, 행동 학습, 내부 링크 최적화에 대한 제한적 피드백, 테스트, 전용 CI 정의까지 들어갔다.

병합 후에도 끝나지 않았다. 프로덕션 검증 전 행동 학습이 링크 그래프를 함부로 바꾸지 못하도록 gate를 추가했고, 누락된 telemetry는 0이 아니라 UNKNOWN으로 유지하도록 수정했다.

즉 이것은 “895줄짜리 일”이 아니다.

895줄을 쓰기 전에 시스템을 이해하고, 쓴 뒤에는 그 895줄이 날뛰지 못하게 울타리까지 만드는 일이다.

줄 수만으로 난이도를 재는 것은 위험하다. 100줄로 데이터베이스를 날릴 수도 있고, 1만 줄로 매우 열정적인 계산기를 만들 수도 있다.

4. 인간이라면 며칠 걸릴까

저장소를 처음 보는 숙련 엔지니어 한 명이 같은 책임 범위를 맡는다면 약 5~15인일 정도는 충분히 가능한 추정이다.

기존 코드·운영 규칙 읽기, 설계, 구현, 테스트, CI 장애 분석, 리뷰 대응, 프로덕션 영향 확인이 포함된다.

코드 입력 자체는 더 빠를 수 있다.

하지만 프로덕션에서는 무언가를 쓰는 시간보다 망가뜨리지 않았음을 증명하는 시간이 더 클 수 있다.

일본 IPA는 별도 정의가 없을 때 1인월을 160인시, 즉 8시간×20일로 환산한다고 설명한다.

따라서 515인일은 약 0.250.75인월이다.

5. 사람에게 맡기면 비용은 얼마일까

정가는 없다. 계약 형태, 책임 범위, 기존 시스템 이해, 리뷰, 운영 보증에 따라 크게 달라진다.

다만 공개 시장 가격으로 규모는 볼 수 있다.

레바테크는 프리랜서 IT 컨설턴트를 주 5일 풀타임으로 의뢰할 때의 기준을 2025년 7월 데이터로 월 100만~110만 엔 정도라고 제시한다.

20영업일로 단순 나누면 하루 약 5만5.5만 엔이다. 515인일을 적용하면 직접 작업비 기준으로 대략 25만~82.5만 엔이다.

실제 수탁은 PM, 리뷰, 재작업 위험, 보증, 관리비, 이윤 때문에 더 높아질 수 있다.

따라서 이런 일을 “몇천 엔짜리 자잘한 작업”으로 보는 것은 무리다.

반대로 “AI가 80만 엔을 벌었다”고 보는 것도 거칠다. AI의 속도, 병렬성, 실패 방식, 감독 비용, 도구 비용은 인간과 다르다.

핵심은 숙련된 인간의 며칠~몇 주를 쓰는 종류의 일을 개인이 작은 기기에서 기동할 수 있게 되었다는 점이다.

6. AI가 6시간 돌면 인간 시니어 6시간과 같은가

아니다.

AI는 쉬지 않고, 회의에 끌려가지 않고, 메신저 알림에 시간을 빼앗기지 않는다. 여러 도구를 빠르게 오갈 수도 있다.

하지만 잘못된 전제로 빠르게 달릴 수 있고, 프로덕션 상태를 오해할 수 있으며, CI 인프라 장애와 코드 장애를 혼동할 수 있고, “테스트가 있다”와 “테스트가 실제로 통과했다”를 섞을 수도 있다.

따라서 시간보다 완성된 변경, 증거, 검증, 프로덕션 readback의 품질로 평가해야 한다.

“6시간이나 계속했다, 끈질기다”는 괜찮다.

“6시간 했으니 6시간 동안 정확했다”는 위험하다.

7. 직접 코딩을 못하는 사람의 가치는 줄어드는가

역할이 바뀐다.

과거에는 아이디어가 있어도 Git, 언어, 프레임워크, 배포, 테스트를 먼저 배워야 소프트웨어를 만들 수 있었다.

AI 에이전트는 이 구현 마찰을 크게 줄인다.

그러면 인간의 중요한 일은 무엇을 만들지, 왜 만들지, 무엇을 절대 깨뜨리면 안 되는지, 어디까지 자동 변경을 허용할지, 무엇을 성공으로 볼지, 무엇을 UNKNOWN으로 남길지, 한 번의 실패가 전체를 멈춰야 하는지 격리되어야 하는지 결정하는 쪽으로 이동한다.

“모든 코드를 직접 쓸 수 있음”이 유일한 입장권은 아니게 되고 있다.

그렇다고 기술 이해가 필요 없다는 뜻은 아니다. 직접 모듈을 못 써도 목표, 위험, 의존성, 검증 의미를 이해할수록 지시 품질은 높아진다.

엔진을 주조하지 못해도 운전은 할 수 있다.

하지만 빨간불의 의미까지 몰라도 되는 것은 아니다.

8. “AI에게 맡기면 다 된다”가 위험한 이유

가장 무서운 실패는 에러 화면이 아니다.

성공한 표정으로 틀리는 것이다.

PR은 병합됐지만 프로덕션에는 안 나갔을 수 있다. CI 파일은 있지만 runner가 한 step도 시작하지 않았을 수 있다. 데이터를 못 가져왔는데 0으로 학습했을 수 있다. 새 로직과 옛 로직이 동시에 돌아 이중 실행될 수도 있다.

좋은 자동화는 단순히 계속 움직이는 자동화가 아니다.

움직이면서도 사실과 미확인을 구별하는 자동화다.

9. 스마트폰에서도 사고 없이 위임하려면

프레임워크 이름을 전부 외우기보다 다음 순서가 강하다.

결과를 먼저 정의한다

“이 파일을 고쳐”보다 “끝났을 때 무엇이 참이어야 하는가”를 말한다.

불변 조건을 쓴다

기존 기능, 개인정보, 이미지 규칙, 배포 경로, SEO 등 깨뜨리면 안 되는 것을 적는다.

권한을 명확히 한다

덮어쓰기, PR 생성, 병합, 프로덕션 변경 가능 여부를 구체화한다.

현재 상태를 먼저 읽게 한다

옛 대화보다 current main, 실제 runtime, 실제 public state를 우선한다.

검증도 산출물에 포함한다

“코드를 썼다”가 아니라 테스트, CI, 본番 readback까지 완료 조건에 넣는다.

UNKNOWN을 허용한다

모르는 것을 억지로 PASS나 FAIL로 만들지 않는다.

화면은 작다.

사양의 책임까지 작아지는 것은 아니다.

10. 결론 — 망가진 것은 스마트폰이 아니라 진입 장벽일지도 모른다

고급 프로덕션 코드를 직접 못 쓰는 사람이 스마트폰에서 AI 에이전트를 수시간 움직이고, 시니어급 설계 판단이 들어간 변경을 GitHub에 통합한다.

몇 년 전이면 이상한 문장이었다.

지금은 조건만 맞으면 실제 운영이 가능하다.

그렇다고 엔지니어가 필요 없어졌다는 뜻은 아니다.

가치는 수작업 구현에서 아키텍처, 제약, 검증, 책임 경계로 일부 이동하고 있다.

AI가 가치를 없애는 것이 아니라 가치의 위치를 바꾼다.

그리고 가장 큰 변화는 “기술적으로 내가 못 만든다”에서 멈추던 사람이 이제 “그럼 무엇을 만들어야 하지?”부터 참여할 수 있다는 점일지도 모른다.

스마트폰은 여전히 유리판이다.

하지만 그 유리판이 시니어급 개발 자원을 부르는 리모컨이 되었다.

솔직히 말해, 조금은 세계가 고장 난 것 같다. 재미있는 방향으로.


광고
Mendoi-chan

이 글을 쓴 사람

Mendoi-chan

직장과 일상의 불편함을 구조화해 이해하기 쉬운 다음 행동으로 연결하는 글을 씁니다.

사이트 소개
광고

새 글

  1. 1AI 에이전트가 사람을 필요 없게 만들까? 환경 설계와 트렌드 감지로 “사장이 공장에서 쫓겨나는” 자율 미디어 만들기
  2. 2AI 기사 자동화는 위험할까? 실시간 대응·근거·지속 개선·자체 사이트를 연결해 ‘살아 있는 미디어’로 만드는 법
  3. 31,500개의 글보다 공장이 먼저 생겼다: 탐색·구조화·개선·자동화가 AI와 만나 복리처럼 증폭되는 이유
  4. 4AI에 월 1만5천 엔은 비싼가? 저녁과 주말의 ‘내 야근’을 되사는 비용으로 보면 달라진다
  5. 5ChatGPT Pro 주간 50메시지를 낭비하지 않는 법|1회 계산, 재전송, 실수 전송 대책

함께 읽으면 좋은 글

광고