좋은 아침이에요! 오늘은 구글이 사내에서 쓰던 AI 코딩 방법론을 공개해서 화제가 된 코끼리-금붕어 모델(EGM)이에요.
이게 뭔가요?
AI 세션을 두 종류로 나눠 쓰는 작업 방식이에요. “코끼리”는 맥락을 잔뜩 쌓은 긴 세션으로, 코드는 한 줄도 안 쓰고 AI와 토론하면서 설계 문서(스펙)만 만들어요. “금붕어”는 기억이 하나도 없는 새 세션이에요. 이 세션은 설계 문서만 읽고 빈틈이나 모호한 부분, 엣지 케이스를 찾아내요. 금붕어가 문서만 보고도 계획을 이해하면 그때서야 코드를 짜게 해요. 구호로 말하면 “코끼리에게 먹이고, 금붕어로 시험한다”예요.
시점 정리
– 아이디어 자체는 새로운 게 아니에요. “작성자가 아닌 사람이 문서를 검토해 결함을 찾는다”는 건 IBM 페이건 인스펙션(1976)부터 있던 생각이고, “스펙부터 쓰고 AI에 구현을 맡긴다”는 스펙 주도 개발도 AWS Kiro(2025년 7월)나 GitHub Spec Kit(2025년 9월)로 이미 퍼져 있었어요.
– EGM이라는 이름은 구글 Dave Rensin이 2026년 4월 27일에 쓴 글 Elephants, Goldfish and the New Golden Age of Software Engineering에서 처음 소개됐어요.
– 이번에 화제가 된 건 구글이 2026년 10월 22일(미국 시간) Google Open Source 블로그에서 사내 플러그인을 Apache 2.0으로 오픈소스 공개한 소식이에요. 10월 26일에 BetaNews 같은 매체들이 다루면서 더 퍼졌고요.
왜 지금 뜨나요?
AI가 사람이 읽을 수 있는 것보다 코드를 더 빨리 쏟아내다 보니, 코드보다 설계 문서가 더 중요해졌거든요(“설계가 새로운 코드다”). 그리고 긴 세션은 자기가 쌓은 맥락 때문에 같은 맹점을 공유하는데, 이걸 맥락이 없는 세션으로 깨는 방법을 구글이 실제 프로덕션에서 검증된 형태로 내놨다는 점이 커요. 공개된 플러그인에는 Design Critic, Naive Reader, Tech Lead, Codebase Auditor 같은 금붕어 검토자 페르소나가 들어 있어요.
Claude만 쓰던 개발자라면 이렇게 써보세요
– 코끼리 역할은 메인 Claude 세션(Claude Code 프로젝트나 긴 대화)이 맡아요. “아직 코드 쓰지 말고 나를 인터뷰해서 설계 문서를 같이 쓰자”로 시작하면 돼요.
– 금붕어 역할은 새 대화나 Claude Code 서브에이전트처럼 맥락이 깨끗한 세션이 맡아요. 스펙 파일만 주고 “이 문서만으로 구현할 수 있는지, 모호하거나 빠진 게 뭔지 말해줘”라고 시켜요. 관점을 다르게 한 금붕어 2~3개를 따로 돌리면 더 좋아요.
– 금붕어가 질문을 쏟아내면 그건 코드 문제가 아니라 문서 문제예요. 코끼리로 돌아가서 문서를 고치고 다시 시험해요.
– LLM에게 넘길 것은 브레인스토밍, 빈틈 찾기, 그리고 통과한 스펙을 기반으로 한 구현이에요. 사람이 쥐고 있을 것은 아키텍처 결정, 트레이드오프 선택, 최종 승인이에요.
– 작은 버그 수정이나 한 줄짜리 변경까지 이렇게 할 필요는 없어요. 여러 파일에 걸친 기능이나 나중에 남이 유지보수할 코드부터 적용해보세요.
연관 용어
– 스펙 주도 개발 (Spec-Driven Development): 코드보다 명세를 먼저 쓰고, 그 명세를 기준으로 AI가 구현하게 하는 방식이에요.
– 컨텍스트 격리 (Context Isolation): 서브에이전트마다 새 컨텍스트를 줘서 앞 대화의 편향과 맹점이 옮겨가지 않게 하는 거예요.
– LLM-as-a-Judge: 다른 모델이나 세션을 평가자로 써서 결과물을 채점하고 검토하게 하는 기법이에요.