아이먼 나딤(Ayman Nadeem)은 9월 24일 글에서 에이전트에게 정확한 지시를 주던 계획 모드의 역할은 모델이 좋아지며 줄었고, 사용자는 긴 명세 문서를 남기려 하지 않았으며 AI가 쓴 계획서는 읽기 어렵다고 썼어요. 수치 근거 없이 자기 제품과 초기 사용자 경험에 기댄 글이고, 사람이 앞으로 일어날 일을 이해하는 역할은 오히려 더 중요해진다고 해커뉴스 댓글에서 덧붙였어요. 클로드 코드 팀에서 일한다고 밝힌 bcherny 는 계획 모드가 사용자 메시지마다 '아직 코드를 쓰지 말라'는 알림을 붙이는 프롬프트이고 프롬프트 캐시 때문에 도구 목록은 바꾸지 않는다고 적었는데, 공식 문서는 계획을 승인하기 전까지 편집을 권한 확인 단계에서 막되 bypass permissions 를 쓸 수 있는 대화형 터미널에서는 이 막음 없이 지시만 남는다고 적어 두었어요.
용어 풀이
- 프롬프트 캐시
- 같은 앞부분 입력을 다시 보낼 때 저장해 둔 처리 결과를 재사용해 비용과 시간을 줄이는 기능
- bypass permissions
- 클로드 코드에서 권한 확인을 거의 모두 건너뛰는 모드
- ask 규칙
- 특정 명령·도구를 실행하기 전에 항상 사용자에게 묻도록 정해 두는 권한 설정
운영자 인사이트
계획 모드를 편집이 원천 차단되는 안전장치로 믿어 왔다면, 도구를 빼는 방식이 아니라 권한 확인으로 막는 구조라는 점을 알아 두세요. bypass permissions 를 쓸 수 있게 띄운 터미널 세션에서는 모델이 지시를 어기면 편집이 그대로 실행되니, 인증·결제처럼 되돌리기 어려운 작업은 그 옵션 없이 띄우거나 ask 규칙을 따로 두는 편이 안전해요.
여러 관점으로 보기
- 해커뉴스 토론 — 글쓴이 해명·클로드 코드 팀원 댓글·실사용 반론 글쓴이는 계획 모드의 역할을 '에이전트용 정확한 지시'와 '사람의 이해' 둘로 나눠 앞의 것만 줄어든다고 해명했고, 클로드 코드 팀원 bcherny 는 페이블과 오푸스 5.5 이후로 계획 모드를 쓰지 않게 됐다고 했는데, 여러 사용자는 잘못된 방향의 구현을 만들기 전에 결정을 미리 보고 토큰을 아끼는 수단이라며 매일 쓴다고 반박했어요. Hacker News
- 공식 문서 — 계획 모드의 실제 동작 계획 모드는 읽기와 탐색 명령만 돌리고 계획을 승인할 때까지 편집을 막지만, bypass permissions 를 쓸 수 있는 대화형 터미널에서는 이 막음을 적용하지 않고 비대화형 실행·에이전트 SDK·VS Code 채팅에서는 그대로 유지한다고 적혀 있어요. Claude Code Docs