[AI 활용기] 제미나이 프로 200% 활용법: 토큰 한계를 극복하는 '수동 하네스 엔지니어링' 실전 팁

👤 관리자

조회 수 52

훌륭한 조수, 그러나 기억력이 짧은 천재

파이썬 코드 백 줄을 짜달라고 하고, 수정하고, 다시 수정하는 과정을 하나의 채팅창에서 계속 이어가다 보면 어느 순간 AI가 앞서 말했던 중요한 조건(Context)을 까맣게 잊어버립니다. 데이터베이스 연결 방식을 A로 하라고 분명히 합의했는데, 갑자기 B 방식을 가져와서 코드를 엉망으로 꼬아버리곤 하죠.

이것은 인공지능 모델이 한 번에 기억하고 처리할 수 있는 정보의 양, 즉 '토큰(Token)'에 한계가 있기 때문에 발생하는 자연스러운 현상입니다. 이른바 '환각(Hallucination)' 증상이죠. 기업 단위의 전문 개발자들은 이런 문제를 해결하기 위해 이른바 **'하네스 엔지니어링(Harness Engineering)'**이라는 기법을 사용합니다.

말 조련에 쓰이는 '하네스(마구)'처럼, AI가 엇나가지 않도록 통제 장치를 씌우는 것입니다. 가장 대표적인 방식이 '코드를 짜는 AI'와 '그 코드를 검사하고 비판하는 AI'를 여러 개 묶어서 서로 교차 검증을 시키는 시스템을 구축하는 것입니다.

API 비용이 없는 개인 개발자의 현실적인 딜레마

하지만 저 같은 방구석 1인 개발자에게 자동화된 하네스 엔지니어링은 그림의 떡입니다. 그런 파이프라인을 구축하려면 유료 API를 결제하고 복잡한 토큰 관리 코드를 직접 짜야 하는데, 이제 막 애드센스 합격을 기다리며 한 푼이 아쉬운 초보 웹마스터에게는 불가능한 일이니까요. 저는 그저 브라우저를 열고 제미나이 프로 웹 화면에 접속해서 타자를 치는 평범한 사용자일 뿐입니다.

그렇다면 토큰을 직접 제어할 수 없는 저 같은 일반 사용자는 AI가 엉뚱한 길로 빠지는 것을 그저 지켜보고만 있어야 할까요? 며칠간의 삽질과 고민 끝에, 저는 아주 아날로그적이지만 100% 확실하게 동작하는 저만의 해결책을 찾아냈습니다. 저는 이것을 **'수동 하네스 엔지니어링'**이라고 부르기로 했습니다.

브라우저 탭 2개의 마법: 창조자와 검사자의 분리

방법은 아주 단순합니다. 제미나이 프로 채팅창(탭)을 두 개 띄워놓고 역할을 완벽하게 분리하는 것입니다.

첫 번째 창은 '창조자(Creator)'입니다. 이 창에서는 오직 아이디어를 내고 초안 코드를 작성하는 일만 시킵니다. "파이썬 FastAPI로 게시판에 글을 쓰는 라우터 코드를 짜줘"라고 부탁합니다. 대화가 길어지면서 이 창의 AI가 조금씩 논리를 잃어가는 기미가 보이면, 즉시 코드를 복사해서 이 창에서 빠져나옵니다.

두 번째 창은 '검사자(Inspector)'입니다. 이 창은 새로운 탭에서 열어 아무런 과거 대화 기록(Context)이 없는 깨끗한 상태를 유지합니다. 그리고 이렇게 프롬프트를 입력합니다. "너는 지금부터 20년 차 깐깐한 시니어 수석 개발자야. 내 후배가 짜온 이 파이썬 코드에서 보안 취약점, 에러 가능성, 비효율적인 로직을 아주 날카롭게 찾아내서 비판해 줘." 그리고 창조자 창에서 복사해 온 코드를 붙여넣습니다.

수동 교차 검증이 가져온 놀라운 변화

결과는 실로 놀라웠습니다. 이전 대화의 문맥에 갇혀서 자신이 짠 코드가 무조건 맞다고 우기던 AI가, 완전히 새로운 '검사자'의 자아로 깨끗한 상태에서 코드를 바라보자 귀신같이 버그와 논리적 오류를 잡아내기 시작했습니다.

검사자 창에서 찾아낸 에러와 수정 방향을 다시 창조자 창으로 가져가서 코드를 고치게 만들고, 이를 또다시 검사자에게 확인받는 핑퐁 게임을 반복했습니다. 제가 중간에서 복사 및 붙여넣기를 해야 하는 수고로움은 있지만, 이 과정을 거치면 코드가 꼬여서 서버가 뻗어버리는 대참사를 완벽하게 막을 수 있었습니다.

게다가 이 방법은 제 개인적인 개발 실력 향상에도 엄청난 도움이 되었습니다. 검사자 역할을 맡은 AI가 "이 부분은 SQL 인젝션 공격에 취약하기 때문에 이렇게 고쳐야 합니다"라고 조목조목 이유를 설명해 주기 때문에, 단순한 복붙을 넘어 진짜 코딩을 배우고 이해하게 되더군요.

맺음말: 완벽한 AI는 없다, 완벽한 통제만 있을 뿐

AI는 마법 지팡이가 아닙니다. 아무리 뛰어난 제미나이 프로라고 할지라도, 사용자가 질문의 한계를 이해하고 영리하게 통제하지 못하면 결국 쓰레기 코드를 뱉어내는 계산기로 전락하고 맙니다.

거창한 유료 API나 토큰 제어 기술이 없어도 괜찮습니다. 저처럼 브라우저 탭 두 개를 열고 '창조자'와 '검사자'를 분리하는 이 작은 발상의 전환만으로도, AI의 정확도를 비약적으로 끌어올릴 수 있으니까요. 혼자서 모든 것을 해결해야 하는 1인 개발자와 웹마스터 분들이 계신다면, 오늘 당장 이 '투 트랙(Two-track) 교차 검증' 전략을 사용해 보시기를 강력히 추천합니다.

저는 오늘도 이 든든한 두 명의 AI 조수와 함께, 제 낡은 노트북 서버의 대시보드를 열심히 고도화하러 떠나보겠습니다!