Gemini 3.0의 시스템 프롬프트 고찰

구글 딥마인드 개발자가 공개한 Gemini 3 프롬프트를 봤는데, 읽다가 멈춘 게 있었어요. 뭔가 이상했거든요.

그냥 “이렇게 답변하세요”라는 형식의 프롬프트가 아니었어요. 대신 “생각하기 전에 이 9가지를 반드시 거쳐라”는, 일종의 인지적 강제(Cognitive Enforcement)에 가까웠습니다. 10년을 엔지니어로 살면서 처음으로 프롬프트가 아니라 운영체제 같다고 느껴진 거죠.

그래서 한 번 정리해봤어요.

DeepMind가 공개한 프롬프트의 핵심은 이거예요:

“You are a very strong reasoner and planner.”

그 다음에 9가지 규칙이 나오는데. (사실 정확하지 않을 수도 있는데) 이건 마치 CPU에 ISA(Instruction Set Architecture)를 정의하는 것처럼 보였어요.

1번은 의존성. 작업을 수행하기 전에 의존성부터 파악하라는 건데, 아 이미 코드할 때 해보던 것 아닌가? 개발할 때 backward compatibility 체크하는 거랑 똑같아요.

2번은 위험 평가. “지금 이거 하면 나중에 문제 안 생기나?” 그런 거죠.

3번이 진짜 흥미로웠어요. 귀추적 추론(Abductive reasoning)이라고 해서 “명백한 원인 그 너머를 보라”는 말인데. 버그를 찾을 때 “설마 이게?” 하고 지나쳤던 곳에서 발견되는 게 절반 이상이거든요. AI에게 확률적으로 가장 높은 답만 내놓지 말고, 가능성이 낮더라도 논리적으로 존재할 수 있는 모든 가설을 끝까지 파헤치라는 지시. 이게 AI를 단순한 챗봇에서 ‘해결사’로 격상시키는 것 같았어요.

4번은 적응. 시도했는데 결과가 예상과 다르면 전략을 바꿔야 한다. “재시도” 말고 “전략 재수립”이라는 표현이 정확해요.

5~7번은 정보 활용과 완전성. 모든 정보원을 다 활용하고, 빠뜨린 요구사항이 없나 확인하라는 거.

8번 지속성. 포기하지 마. 근데 “Intelligent persistence”라는 표현이 중요해요. 무식하게 재시도하는 게 아니라, 생각해서 재시도하는 거.

9번이 마지막. 다 생각한 후에만 답변하라. 역설적으로, 더 빨리 답변하려면 먼저 생각을 멈춰야 한다는 뜻.

10년을 개발했으니까 알겠어요. 좋은 코드는 좋은 설계에서 나오고, 좋은 설계는 순서가 맞아야 한다는 걸. 이 프롬프트를 보면서 느낀 건, AI도 결국 우리와 똑같은 방식으로 생각해야 한다는 거였어요.

문제를 마주쳤을 때 우리가 하는 방식이죠. 먼저 의존성을 따진다. 위험을 본다. 쉬운 답이 아니라 모든 가설을 본다. 결과에 따라 전략을 바꾼다. 정보를 다시 확인한다. 포기하지 않되, 생각해서 재시도한다. 그리고 오직 그 다음에만 실행한다.

이건… 장애 복구할 때 하는 프로세스랑 정확히 같아요. (Run-book을 안 읽고 재시작하면 안 되니까요)

근데 읽으면서 와닿은 게 있는 반면, 좀 더 알고 싶은 게 남았어요. 이 프롬프트가 진짜 효과가 있나? 성능이 얼마나 올라갔나? (정량적 데이터가 있나?) 그리고 이걸 우리 프롬프트에 어떻게 녹여낼 건가? 우리가 LLM을 쓸 때도 “순서”를 강제할 수 있을까? (이건 다음 글에서 다루고 싶네요)

프롬프트 엔지니어링이 이제 무언가 다른 단계에 접어들었다는 생각이 들었어요. 초반엔 “어떻게 말해야 AI가 잘 알아먹을까” 였다면, 이제는 “AI한테 어떤 사고 체계를 심어줄 건가” 가 된 거 같아요. 그리고 그 사고 체계는… 결국 우리가 이미 알고 있던 엔지니어링 원칙이었다는 게 재미있네요.

참고: Gemini 3.0 Documentation