바이브 코딩으로 서비스를 운영하는 1인 창업가라면 낯설지 않은 장면이 있습니다. AI 코딩 에이전트에게 배포 스크립트를 고치거나 설정 파일을 정리해 달라고 맡기고, 화면에 뜬 완료 표시를 보고 다음 작업으로 넘어갑니다. 며칠 뒤 로그를 들여다보다가 파일 하나가 엉뚱하게 바뀌어 있는 걸 발견하는 순간, 무엇이 잘못됐는지부터 되짚게 됩니다. AI 코딩 에이전트 실패 원인, 셸에 닿기 전에 있었다는 글은 이 순간을 정확히 짚습니다. 문제는 명령이 실행되는 시점이 아니라 그 전, 에이전트가 상황을 판단하고 다음 행동을 결정하는 단계에서 이미 갈린다는 것입니다. 완료 표시는 명령이 끝났다는 신호일 뿐 판단이 옳았다는 증거가 아닌데, 사용자는 흔히 그 둘을 같은 것으로 받아들입니다. 이런 장면이 흔해진 배경은 최근 컴퓨터를 다루는 방식 자체가 바뀐 데 있습니다. AI가 내 컴퓨터를 관리한다, 어떻게 가능해졌나는 그 변화를 짚습니다. 클로드 코드나 오퍼레이터, 코파일럿처럼 코드 작성이나 파일 정리, 반복 업무를 통째로 맡기는 사람이 빠르게 늘고 있습니다. 몇 년 전 컴퓨터는 정해준 대로만 움직이는 도구였지만, 지금은 화면을 보고 상황을 판단해 스스로 다음 행동을 고르는 존재가 됐습니다. 권한이 커진 만큼 판단이 틀렸을 때 벌어지는 일의 범위도 함께 커졌습니다. 도구가 더 자율적으로 판단할수록 사용자에게 요구되는 것도 달라집니다. AI 성능이 올라갈수록 프롬프트 습관의 약점이 먼저 드러난다는 글은 이 지점을 다룹니다. 앤트로픽이 Opus 5를 공개한 이후 도구가 더 강해졌는데 쓰기가 더 어려워졌다는 반응이 나오는데, 이는 도구가 잘못 만들어져서가 아니라 이전과는 다른 것을 사용자에게 요구하기 때문이라는 설명입니다. 예전에는 지시만 명확하면 됐다면, 지금은 에이전트가 내놓은 판단의 근거를 사용자가 되짚어볼 수 있어야 합니다. 이 문제는 개인의 작업 습관에서 끝나지 않고 조직 단위로 옮겨가면 더 커집니다. 생산성 3배를 말하는 사람들이 말하지 않는 것은 팀에 새 도구를 깔고 몇 주 뒤 활용률이 낮다는 보고가 올라오는 궤적을 그립니다. 교육이 이어지고, 다시 현장으로 돌아가면 정착이 안 된다는 말이 돌아오는 루프가 두세 번 반복됩니다. 도구를 던져주는 것과 그 도구가 내놓는 결과를 검증할 줄 아는 것 사이에는 간격이 있고, 그 간격을 메우지 못하면 도구만 계속 바뀔 뿐 결과는 바뀌지 않습니다. 이 간격은 교육 예산을 늘리는 방식으로도 쉽게 메워지지 않습니다. AI 교육 예산이 실무에 닿으려면 순서가 있다는 글이 인용한 팀스파르타의 2026년 8월 조사에서, AI 교육이 필요하다고 답한 기업은 97%였지만 실제로 교육을 시행한 기업 중 82%는 배운 내용을 실무에 적용하는 데 어려움을 겪었다고 답했습니다. 두 수치를 나란히 놓으면 이상한데, 필요성에 대한 공감과 실무 적용 사이에 순서가 빠져 있다는 뜻으로 읽힙니다. 검증 습관은 교육 시간을 늘린다고 저절로 생기지 않고, 실제 작업 결과를 하나씩 되짚어보는 과정에서만 만들어집니다. 이번 주 글들이 각자 다른 자리에서 가리키는 지점은 하나로 모입니다. 개인이든 조직이든 AI 도구가 내놓은 결과를 화면의 완료 표시만으로 믿지 않고 직접 되짚어보는 습관을 갖췄는지가 품질을 가릅니다. 배포 스크립트를 고쳐달라고 맡긴 뒤 로그를 열어보는 그 몇 분이 도구의 성능보다 더 큰 차이를 만듭니다. 이어서 읽기 →
|