Gemini CLI Plan 모드, 기본값인데 이걸 모르면 손해입니다

Published on

in

Gemini CLI Plan 모드, 기본값인데 이걸 모르면 손해입니다

2026.03.11 출시 / v0.33.0 기준
Gemini CLI Plan 모드

Gemini CLI Plan 모드,
기본값인데 이걸 모르면 손해입니다

구글이 2026년 3월 11일 Gemini CLI v0.33.0에 Plan 모드를 탑재했습니다. 설치 후 별도 설정 없이 기본으로 켜져 있고, 사용법을 모르면 오히려 흐름이 끊깁니다. 공식 문서와 실제 작동 방식을 직접 확인했습니다.

기본값
별도 활성화 불필요
읽기 전용
파일 수정 차단
자동 Pro 전환
계획 단계 Gemini 3.1 Pro

Plan 모드가 이미 켜져 있다는 뜻

Gemini CLI를 쓰고 있다면, 이미 Plan 모드가 작동 중입니다. 2026년 3월 11일 v0.33.0 업데이트와 함께 Plan 모드가 모든 사용자에게 기본값으로 설정됐습니다. (출처: Google Developers Blog, 2026.03.11)

“기본값으로 켜진다”는 말의 실제 의미는 이렇습니다 — 터미널에서 Gemini CLI를 실행하면, AI가 코드를 수정하기 전에 먼저 분석하고 계획을 세우는 단계를 자동으로 거칩니다. 그 계획이 승인되기 전까지는 어떤 파일도 바뀌지 않습니다.

진입 방법도 세 가지입니다. 터미널에서 /plan을 입력하거나, Shift+Tab으로 모드를 전환하거나, “이 기능 구현 계획을 세워줘”처럼 자연어로 요청하면 됩니다. AI가 알아서 enter_plan_mode 툴을 호출합니다.

💡 공식 발표문을 보면 “opt-in”이 아닌 “enabled by default for all users”라고 명시돼 있습니다. 옵트인을 기대하고 있었다면 지금 당장 작동 방식이 달라져 있을 수 있습니다.

▲ 목차로 돌아가기

Plan 모드에서 실제로 뭘 하고, 뭘 못 하나

Plan 모드의 핵심은 읽기 전용(read-only)입니다. AI가 코드베이스를 분석하고, 패턴을 검색하고, 문서를 읽을 수 있지만, 파일을 수정하거나 커맨드를 실행하는 건 불가능합니다. 딱 하나 예외가 있습니다 — ~/.gemini/tmp/<project>/<session-id>/plans/ 경로에 Markdown 형식으로 계획서를 저장하는 것만 허용됩니다.

Plan 모드에서 쓸 수 있는 툴

분류 허용 툴 동작
파일시스템 (읽기) read_file, list_directory, glob 파일 읽기만 가능
검색 grep_search, google_web_search 코드·웹 검색
서브에이전트 codebase_investigator, cli_help 의존성 맵핑
인터랙션 ask_user 사용자에게 질문
계획서 저장 write_file, replace plans 디렉토리 .md 파일만 허용

(출처: Gemini CLI 공식 문서 — Plan Mode Tool Restrictions)

새로 추가된 ask_user 툴이 핵심입니다. AI가 추측으로 코드를 짜는 대신, 불분명한 부분이 있으면 먼저 질문합니다. “DB 마이그레이션 방향을 어떻게 할까요?” 같은 식입니다. 막연히 진행했다가 방향이 틀어지는 상황을 원천 차단합니다.

▲ 목차로 돌아가기

Pro 모델이 자동으로 붙는 이유

Plan 모드의 조용한 핵심 기능 하나를 놓치면 안 됩니다. 자동 모델 라우팅(Automatic Model Routing)입니다. 공식 문서에 이렇게 나와 있습니다:

“Planning Phase: While in Plan Mode, the CLI routes requests to a high-reasoning Pro model to ensure robust architectural decisions and high-quality plans. Implementation Phase: Once a plan is approved and you exit Plan Mode, the CLI automatically switches to a high-speed Flash model.”

(출처: geminicli.com 공식 문서 — Automatic Model Routing)

계획 단계에선 Gemini 3.1 Pro가 붙고, 코드 구현 단계에선 Flash 모델로 자동 전환됩니다. 생각하는 데 높은 추론력을 쓰고, 실행은 빠른 모델에 맡기는 구조입니다.

💡 공식 발표문과 실제 라우팅 흐름을 같이 놓고 보니 이런 차이가 보였습니다 — 사용자가 모델을 직접 고르지 않아도, 작업 성격에 따라 비용과 품질이 자동으로 최적화됩니다. 단순 구현 단계에서 Pro 모델이 계속 붙어 있는 것보다 실질적으로 토큰 비용이 낮아지는 구조입니다.

이 자동 전환이 마음에 들지 않으면 settings.json에서 끌 수 있습니다:

{
"general": {
"plan": {
"modelRouting": false
}
}
}

▲ 목차로 돌아가기

MCP 연동 — 외부 DB도 읽을 수 있지만 조건이 있습니다

Plan 모드가 로컬 파일에만 갇혀 있다고 생각하면 오해입니다. 읽기 전용 MCP 툴은 Plan 모드 안에서도 쓸 수 있습니다. GitHub 이슈 읽기, Postgres 스키마 확인, Google Docs 검색까지 외부 소스를 계획 단계에서 참조할 수 있습니다.

단, 중요한 조건이 있습니다. MCP 툴은 기본값으로 사용자 확인(confirmation)을 요구합니다. 읽기 전용 MCP 툴을 자동 승인하게 만들려면 정책 파일을 직접 설정해야 합니다. 공식 문서에 나온 예시입니다:

# ~/.gemini/policies/mcp-read-only.toml
[[rule]]
toolName = "*"
mcpName = "*"
toolAnnotations = { readOnlyHint = true }
decision = "allow"
priority = 100
modes = ["plan"]

(출처: Gemini CLI 공식 문서 — Custom Policies)

💡 실사용자 피드백에서 “MCP가 읽기 전용으로 분류되지 않으면 Plan 모드에서 막힌다”는 보고가 있었습니다. (출처: Reddit r/GeminiCLI, 2026.03.12) MCP 연동이 계획대로 안 된다면 toolAnnotations 설정을 먼저 확인해야 합니다.

DB 마이그레이션을 계획할 때를 예로 들면 — AI가 현재 스키마를 읽고, 관련 GitHub 이슈를 확인하고, 기존 문서를 참조한 뒤 실제 코드는 한 줄도 건드리지 않고 계획서만 작성합니다. 승인하고 나서야 구현에 들어갑니다.

▲ 목차로 돌아가기

Claude Code와 결정적으로 다른 지점

Reddit에서 실사용자들이 직접 비교한 내용을 보면 솔직한 평가가 나옵니다. “Plan 모드는 Claude Code에서 이미 있던 기능을 따라간 것”이라는 의견이 있는 반면, “읽기 전용 제약 자체는 enterprise 환경에서 실질적인 차이를 만든다”는 반론도 있습니다.

항목 Gemini CLI Plan 모드 Claude Code
기본 동작 기본값으로 활성화 별도 설정 필요
계획서 저장 Markdown 파일 (30일 보관) 채팅 히스토리 내
모델 라우팅 자동 (Pro→Flash 전환) 단일 모델 고정
MCP 연동 읽기 전용만 허용 (기본) 더 유연한 MCP 허용
코딩 강점 빠른 응답, 프론트엔드 깊은 추론, 아키텍처

(비교 참고: Gemini CLI vs Claude Code 비교 분석, 2026.03.05)

💡 YOLO 모드를 쓰고 있다면 주의가 필요합니다. 공식 문서에 따르면 YOLO 모드에서는 enter_plan_mode 툴 자체가 비활성화됩니다. Plan 모드와 YOLO 모드는 공존하지 않습니다. (출처: Gemini CLI 공식 문서)

결론적으로 Gemini CLI는 속도와 프론트엔드 작업에서, Claude Code는 복잡한 백엔드 아키텍처와 디버깅에서 각각 강점을 보입니다. 두 도구를 병행하는 팀도 늘고 있습니다.

▲ 목차로 돌아가기

끄거나 커스터마이징하는 방법

Plan 모드가 작업 흐름과 맞지 않으면 끌 수 있습니다. /settings 명령어에서 “Plan”을 검색하면 토글이 나옵니다. 끄면 Shift+Tab 로테이션에서 제거되고 enter_plan_mode/exit_plan_mode 툴도 비활성화됩니다.

계획서 저장 위치 바꾸기

기본적으로 계획서는 세션 임시 폴더에 저장되고 30일 후 자동 삭제됩니다. 프로젝트 안에 보관하고 싶으면:

// settings.json
{
"general": {
"plan": {
"directory": ".gemini/plans"
}
}
}

단, 커스텀 경로를 쓸 때는 정책 파일에 해당 경로의 쓰기 권한을 따로 추가해야 합니다. 그냥 경로만 바꾸면 Plan 모드가 파일을 저장하지 못합니다.

Git 커맨드를 Plan 모드에서 쓰고 싶을 때

기본적으로 git statusgit diff 같은 확인용 커맨드도 Plan 모드에서 막힙니다. 정책 파일 하나로 해결됩니다:

# ~/.gemini/policies/git-research.toml
[[rule]]
toolName = "run_shell_command"
commandPrefix = ["git status", "git diff"]
decision = "allow"
priority = 100
modes = ["plan"]

▲ 목차로 돌아가기

Q&A

Q1. Plan 모드를 사용하면 토큰 비용이 더 많이 나오나요?

Plan 모드 자체가 비용을 더 발생시키는 건 아닙니다. 계획 단계에선 Gemini 3.1 Pro가 쓰이지만, 구현 단계로 넘어가면 Flash 모델로 자동 전환됩니다. 전체 세션 토큰 사용량은 오히려 줄어들 수 있습니다 — 잘못된 방향으로 구현하다 되돌리는 낭비가 없어지기 때문입니다. 단, 계획 단계에서 반복 수정이 길어지면 Pro 모델 사용량이 늘어날 수 있습니다.

Q2. Plan 모드 중에 실수로 승인하면 취소할 수 있나요?

계획 검토 화면에서 Esc로 취소할 수 있습니다. 계획이 승인되면 구현 단계로 넘어가는데, 그 시점에서는 일반 Auto-Edit 모드와 동일하게 작동합니다. 계획 파일은 ~/.gemini/tmp/ 경로에 남아 있어 내용 확인은 가능합니다.

Q3. YOLO 모드와 Plan 모드를 동시에 쓸 수 없나요?

공식 문서에서 직접 확인한 내용입니다 — YOLO 모드에서는 enter_plan_mode 툴이 비활성화됩니다. 두 모드는 설계 철학이 반대입니다. YOLO는 승인 없이 실행, Plan은 승인 후 실행입니다. 비대화형(headless) 환경에서는 자동으로 YOLO 모드가 적용되므로, CI/CD 파이프라인에서 Plan 모드를 쓰려면 별도로 --approval-mode=plan 플래그를 명시해야 합니다.

Q4. Conductor 확장은 꼭 써야 하나요?

필수는 아닙니다. Conductor는 Plan 모드를 기반으로 한 고급 오케스트레이션 확장으로, 여러 단계의 복잡한 개발 프로젝트에 적합합니다. 일반 사용이라면 기본 Plan 모드로 충분합니다. 구글은 Conductor를 향후 Gemini CLI에 내장 모드로 통합할 계획이라고 밝혔지만, 시점은 아직 공개되지 않았습니다.

Q5. 계획서가 자동 삭제된다고 했는데, 영구 보관하려면?

기본 보관 기간은 30일입니다. /settings에서 “Session Retention”을 검색해 기간을 조정할 수 있습니다. 또는 커스텀 plans 디렉토리를 프로젝트 내부로 설정하면, 자동 삭제 대상에서 제외되고 수동으로 관리해야 합니다. 계획 파일을 GCS에 자동 아카이빙하는 훅(Hook) 스크립트도 공식 문서에 예시가 나와 있습니다.

▲ 목차로 돌아가기

마치며

솔직히 말하면, Plan 모드가 “기본값으로 켜진다”는 사실이 가장 중요한 포인트입니다. 아무것도 하지 않아도 이미 바뀌어 있는 겁니다. AI 코딩 도구가 “일단 짜고 보자”에서 “먼저 설계하고 승인받자”로 방향을 바꾸는 흐름이 뚜렷해지고 있습니다.

자동 모델 라우팅은 아직 많이 알려지지 않았는데, 실제로 꽤 실용적인 기능입니다. 계획 단계에서 추론 품질을 높이고, 구현 단계에서 속도를 확보하는 구조는 비용 효율과 품질 사이의 균형을 자동으로 잡아줍니다.

MCP 제한과 YOLO 모드 비호환성은 알아두지 않으면 막힐 수 있습니다. 기억해 두는 것만으로도 불필요한 시간 낭비를 막을 수 있습니다.

▲ 목차로 돌아가기

📚 본 포스팅 참고 자료

  1. Google Developers Blog — Plan mode is now available in Gemini CLI (2026.03.11)
  2. Gemini CLI 공식 문서 — Plan Mode
  3. GitHub Discussions — Gemini CLI v0.33.0 March 11th Update
  4. InfoWorld — Gemini CLI introduces plan mode (2026.03.12)
  5. DevOps.com — Gemini CLI Plan Mode Separates Thinking From Doing

본 포스팅은 2026년 3월 25일 기준 / Gemini CLI v0.33.0 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 최신 정보는 공식 문서(geminicli.com)에서 확인하세요.

댓글 남기기


최신 글


아이테크 어른경제에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기