토큰이 새는 이유는 계정이 아니라 설계였다

오후 두 시 반, 한 참여자가 방에 조용히 물었다. "근데 개발자 아닌데 ai업무에 쓰시는 분들은 개인계정으로 사용하시나요?" 코딩과 무관한 업무에도 AI가 스며든 지 오래인 방이지만, 계정을 어떻게 나눠 쓰는지는 의외로 다들 방식이 제각각이었다. 대답은 곧바로 돌아왔다. 회사가 매달 지원금을 대주고 있지만, 정작 개인 프로젝트나 다른 업무와 겹치는 순간 계정을 넘나들며 섞어 쓸 수밖에 없다는 고백이었다.

"회사에서 월 100만원정도 지원해주고 개인적으로. 개인으로 또 개발하거나 혼용해서 쓸때에 섞어서 쓰고있습니다.."

이 지원금은 자유가 아니라 압박으로 다가온다. 회사 돈을 쓰는 만큼 성과로 증명해야 한다는 부담이 뒤따르고, 그 부담을 메우려 서브에이전트를 여러 개 동시에 띄워 작업을 몰아붙이는 사람이 생긴다.

문제는 그다음이다. 한 참여자는 재부팅 직후 아무 작업도 하지 않았는데 램 사용량이 다시 치솟았다며 "서브에이전트 막 돌리면 이런가요?"라고 물었다. 처음엔 특정 도구를 의심했지만, 대화를 따라가 보면 원인은 여러 에이전트를 동시에 굴리면서도 뒷정리 방식은 손대지 않은 작업 설계 자체에 있었다.

이 대화가 최종적으로 향한 곳은 도구 탓이 아니라 역량 탓이었다. 같은 작업을 맡기더라도 지시를 얼마나 구체적으로 쪼개서 넘기느냐에 따라 결과가 갈린다는 진단이 뒤를 이었다.

"도메인적 역량이랑 설계역량이 모자랄수록 토큰은 끝도없이 들아가는.."

업무 도메인을 얼마나 깊이 이해하고 있는지, 그리고 그 이해를 얼마나 촘촘한 작업 지시로 옮기는지에 따라 같은 작업도 결과가 크게 달라진다는 뜻이다. 역량이 모자란 채로 에이전트에 일을 떠맡기면, 에이전트는 부족한 지시를 스스로 채워 넣으려 몇 번이고 다시 시도하고, 그 시행착오만큼 토큰이 소리 없이 빠져나간다. 회사가 계정과 예산만 던져주고 설계 역량은 각자 알아서 키우라는 식이면, AX 조직이라는 이름만 붙었을 뿐 실제로는 개인의 시행착오에 비용을 떠넘기는 구조에 가깝다.

이런 장면이 낯설지 않은 이유는 따로 있다. 이 방에서 AI로 업무를 처리하는 사람 중 상당수가 개발자가 아니고, 회사도 계정과 권한을 어떻게 나눠 쓰게 할지 확실한 답을 아직 갖고 있지 않다. 그 공백을 메우는 몫은 결국 현장에서 직접 문제에 부딪히는 개인들에게 돌아간다.

그럼에도 이 시행착오가 헛돌기만 하는 것은 아니다. 같은 대화 끝에 한 참여자는 QGIS라는 지리정보시스템에 AI를 붙여 수목관리 업무를 처리하고 있다고 전했다. 개발팀도 아니고 회사가 정해준 매뉴얼도 없이, 현업 부서가 자기 도메인에 맞춰 AI를 이어 붙이고 있다는 얘기였다. 계정을 나눠 쓰는 요령을 묻던 질문 하나가, 결국 회사가 아직 못 짠 설계도를 개인이 먼저 그리고 있다는 풍경으로 이어진 셈이다.