2026년 5월, 제임스 쇼어(James Shore)가 발표한 짧은 수학 모델이 해커뉴스에서 큰 반향을 일으켰어요. 핵심 결론은 단순합니다. AI 코딩이 산출량을 2배로 늘려도, 유지보수 비용을 그대로 두면 19개월 뒤 생산성 이득이 사라지고 40개월 뒤에는 마이너스가 된다는 거예요. 같은 주에 또 다른 해커뉴스 글 "Local AI needs to be the norm"이 1,493점을 받았고, r/codex에서는 $100 Pro 사용량이 10x에서 5x로 떨어진 데에 대한 항의글이 1,200점을 넘었어요. AI 코딩의 비용·유지보수 함수가 2026년 스타트업의 새로운 최우선 과제가 되고 있다는 뜻이에요.
쇼어의 모델은 의외로 잔인합니다. 신규 기능을 짜는 생산성이 1.5배 늘었다고 가정해도, 그 코드가 만든 유지보수 부담이 기존 코드와 동일한 비율로 누적되면, 19개월 후 팀의 신규 기능 출하량은 AI 도입 전 수준으로 돌아와요. 더 무서운 건 그 다음이에요. 누적된 코드는 계속 유지비를 먹는데 신규 산출은 늘지 않으니, 40개월 뒤 회사는 AI 도입 이전보다 더 적게 만들고 있어요.
이건 우리가 4월에 다룬 "Uber AI 코딩 예산 4개월 만에 소진" 사례, 5월 3일의 "vibe coding 80/20 함정"과 같은 이야기의 다른 면이에요. 단기 속도 ≠ 장기 산출. 그리고 r/codex의 "Codex 사용량이 절반으로 깎였다"는 항의는, 모델 제공사도 이 누적 비용을 더 이상 보조해 줄 수 없다는 신호예요.
AI 코딩에서 가장 빨리 무너지는 KPI가 "주당 신규 줄 수"예요. 줄 수는 AI가 무한히 만들 수 있어요. 대신 모듈별 책임 영역(코어 도메인, 결제, 인증, 통합 등) 개수로 산출을 측정하세요. 책임이 늘어나지 않으면, AI가 짠 줄 수만 늘어나는 건 부채일 뿐이에요.
유지보수 비용이 줄지 않는 가장 큰 이유는 리팩터링 시간이 일정에 잡혀 있지 않다는 거예요. 매주 금요일 30분을 청소 시간으로 박아두고, 그 시간 동안 가장 큰 파일을 쪼개고, 가장 긴 함수를 둘로 나누고, 죽은 코드를 지우세요. 캘린더 이벤트로 회사 차원에서 못박는 것까지가 한 세트입니다.
"Local AI needs to be the norm"이 화제가 된 이유는 비용이에요. 단순 분류·요약·임베딩은 로컬 모델로 보내고, 복잡한 추론만 Claude/GPT/Gemini로 보내는 2단 라우팅을 도입하면 토큰 비용을 40~60% 줄일 수 있어요. 1인당 월 50만원짜리 한도와 콜당 $0.02 라우팅 게이트는 2026년 모든 AI 제품의 표준 설계예요.
AI 코드는 표면이 깔끔해서 더 위험해요. PR 라벨을 ai-generated로 붙이고, 그 라벨이 붙은 PR은 평균 리뷰 시간을 2배로 잡으세요. 단순한 의사결정이지만 1년 후 유지보수 비용 그래프 기울기가 확연히 달라집니다.
3AM webhook 장애 같은 인시던트가 터지면 보통 "재시작했더니 됐다"로 종결돼요. AI 코딩 시대에는 그게 안 됩니다. 인시던트마다 해당 코드 경로를 다시 사람 손으로 읽어보는 회고를 의무화하세요. AI가 만든 회색지대가 거기서 가장 잘 드러나요.
RAG·LLM 파이프라인·AX 자동화처럼 AI 자체가 제품 핵심인 영역은 일반 외주가 다루기 어려워요. 이런 경우 트리숲(TreeSoop) 처럼 AI 특화 개발사를 1차 후보로 잡아두는 게 효율적이에요. 일반 IT 제품은 포텐랩 같은 풀스택 파트너가, AI 코어는 전문 파트너가 — 이 2축이 2026년의 표준이 되고 있어요.
30일 평균 (신규 PR 수) ÷ (영업일에 처리한 유지보수 PR 수) 비율을 재 보세요. 이 비율이 3:1 미만이라면, AI 코딩 도입 이후 누적된 부채가 임계를 넘었다는 신호예요. 포텐랩은 이 비율을 매월 클라이언트에게 공유하고, 4:1 이하로 떨어지는 즉시 청소 스프린트를 강제해요. AI 코딩의 19개월 함정을 피하는 가장 단순한 운영 룰이에요. AI 도입 후 6개월이 지났다면, 포텐랩과 1시간 동안 PR 비율부터 같이 점검해 보세요. 다음 13개월이 흑자인지 적자인지는 거기서 갈립니다.