AI가 코드를 다 짜주는 시대, 진짜 병목은 "이해"라는 지적

무엇인가요

말러블 소프트웨어(malleable software) 연구소 Ink & Switch의 연구자 Geoffrey Litt가 자신의 블로그에 올린 글 “Understanding is the new bottleneck”이 해커뉴스에서 228점, 댓글 123개를 받았습니다. 글의 요지는 AI 에이전트가 코드를 작성할 뿐 아니라 자기 작업을 스스로 검증하는 능력까지 빠르게 좋아지면서, 사람이 “결과물을 검토하는 역할”에 머물러서는 안 된다는 것입니다. 저자는 사람의 역할이 검증자가 아니라 시스템을 이해하고 다음 방향을 제안하는 창의적 협력자로 옮겨가야 한다고 봅니다. 프로젝트는 한 번에 끝나는 일이 아니라 계속 반복되는 사이클이기 때문에, 지금 무엇이 왜 이렇게 만들어졌는지 이해하지 못하면 다음 개선을 제안할 수 없다는 논리입니다.

저자는 이해를 지키기 위한 구체적 방법 세 가지를 제안합니다. 첫째는 배경-직관-코드-확인 질문 순서로 작업을 설명하는 문서를 만드는 것, 둘째는 디버거나 시뮬레이션처럼 이해를 돕는 작은 인터랙티브 도구를 만드는 것, 셋째는 팀이 함께 맥락을 공유하는 공간을 마련하는 것입니다. 글은 앨런 케이가 50년 전 말한 “컴퓨터의 본질은 자동화가 아니라 인간 능력의 증강”이라는 비전을 인용하며 마무리됩니다.

왜 주목할까요

• “AI가 다 해주니 사람은 검토만 하면 된다”는 통념과 반대로, AI 시대일수록 사람이 이해를 놓치지 않는 습관이 더 중요해진다는 반직관적 주장입니다.
• 저자가 제시한 세 가지 방법이 거창한 도구 도입 없이 문서화 습관만으로도 시작할 수 있는 수준이라 실무 적용이 쉽습니다.
• 개발뿐 아니라 AI로 기획안·콘텐츠·디자인을 빠르게 뽑아내는 모든 작업에 적용할 수 있는 틀입니다.

국내 관점 코멘트

국내에서도 커서·클로드 코드 같은 AI 도구로 코드는 물론 기획서, 마케팅 카피, 디자인 시안까지 순식간에 뽑아내는 1인 창업자와 소규모 팀이 늘고 있습니다. 문제는 결과물은 빠르게 쌓이는데 “왜 이 방향으로 했는지”에 대한 기록은 남지 않는다는 점입니다. 나중에 팀원이 늘거나 투자자에게 설명해야 할 때, 정작 만든 사람도 맥락을 다시 떠올리지 못하는 경우가 흔합니다. 이 글의 제안을 국내 현실에 맞게 적용하면, AI로 뭔가를 만들 때마다 짧게라도 “이렇게 만든 이유”를 노션이나 깃 커밋 메시지에 남기는 습관부터 시작할 만합니다. 거창한 위키 시스템보다, 다음 사람(혹은 미래의 나)이 다시 이해할 수 있게 남기는 몇 줄의 기록이 실제로 더 큰 차이를 만듭니다.