Claude Code 멀티 세션 제대로 쓰는 법 — 터미널 여러 개 띄우고도 안 헷갈리는 워크플로우

3줄 요약

① 멀티 세션의 진짜 문제는 "터미널이 많아서"가 아니라 작업이 한 디렉토리에 뒤섞여 있어서다. git worktree로 작업을 물리적으로 갈라놓는 게 출발점.

② tmux 세션·윈도우 이름 + 각 작업 폴더의 상태 메모 파일 + CLAUDE.md 3종 세트면, 창을 6개 띄워놔도 "이 창이 뭐 하던 거였지"가 사라진다.

③ 거기서 한 단계 더 가면 서브에이전트로 작업을 위임하고, Mac을 항상 켜두는 원격 에이전트 서버로 만들 수 있다.

터미널을 여러 개 띄워놓고 Claude Code를 돌리다 보면 다들 겪는 순간이 있습니다. 창을 6개쯤 열어놨는데, 한참 다른 작업하다 돌아오면 "어, 이 창에서 내가 뭐 시켰더라?" 하고 멍해지는 거죠. 스크롤을 한참 올려서 내가 뭘 부탁했는지 다시 읽고, 어떤 브랜치에서 작업 중이었는지 git branch 쳐보고… 이 컨텍스트 복구에만 몇 분씩 날아갑니다.

이게 Claude Code를 안 써서 생기는 문제가 아니라, "여러 작업을 동시에 굴리는 체계"가 없어서 생기는 문제입니다. 도구는 잘못이 없어요. 사람 머리가 동시에 추적할 수 있는 작업 개수에 한계가 있을 뿐이죠. 그래서 그 추적을 도구와 디렉토리 구조에 떠넘기는 방법을 정리해봤습니다. 이 글 하나로 "터미널 난장판"에서 "통제된 병렬 작업"으로 넘어가는 게 목표입니다.

왜 터미널을 여러 개 띄우면 헷갈릴까

원인을 분해해보면 대략 세 가지가 겹쳐 있습니다. 이걸 정확히 짚어야 해법이 보입니다.

첫째, 작업 공간이 안 갈라져 있습니다. 터미널만 여러 개고 실제로는 전부 같은 프로젝트 폴더 ~/dev/myproject 하나를 보고 있는 경우가 많습니다. 그러면 A 창에서 만든 변경 사항이 B 창의 작업과 충돌하고, 브랜치를 왔다 갔다 하다가 어느 창이 어느 브랜치인지 꼬입니다. 물리적으로 같은 파일을 여러 세션이 동시에 건드리니 헷갈릴 수밖에 없습니다.

둘째, 창에 정체성이 없습니다. 터미널 탭/창 제목이 전부 똑같이 zsh 또는 node로 떠 있으면, 시각적으로 구분이 안 됩니다. 사람은 라벨이 없는 걸 기억하지 못합니다. "3번째 창"은 기억 안 나도 "리팩터링 창"은 기억납니다.

셋째, 상태가 휘발성입니다. 내가 뭘 시켰는지가 오직 그 세션의 대화 스크롤에만 남아 있습니다. 창을 닫거나 노트북을 재시작하면 통째로 날아가고, 살아 있어도 스크롤을 한참 올려야 복구됩니다. 작업 상태가 "내 단기 기억"과 "스크롤 버퍼"에만 의존하는 구조가 근본 문제입니다.

그래서 해법도 세 갈래입니다. ① 작업 공간을 git worktree로 물리적으로 분리하고, ② tmux로 각 창에 이름을 붙여 정체성을 주고, ③ 상태를 파일로 빼서 휘발성을 없앤다. 아래에서 하나씩 보겠습니다.

핵심 1 — git worktree로 작업을 물리적으로 분리한다

멀티 세션 운영의 9할은 여기서 결정됩니다. git worktree는 하나의 저장소(.git)를 공유하면서, 여러 브랜치를 각각 다른 폴더에 동시에 체크아웃할 수 있게 해주는 기능입니다. 브랜치를 왔다 갔다 checkout할 필요 없이, 폴더 자체가 브랜치 단위로 나뉩니다.

예를 들어 기능 A 개발, 버그 수정, 리뷰 대응을 동시에 굴린다면 이렇게 만듭니다.

# 메인 저장소 루트에서 시작
cd ~/dev/myproject

# 작업별로 worktree를 새 폴더에 생성 (브랜치도 같이 생성)
git worktree add ../myproject-feat-login   -b feature/login
git worktree add ../myproject-bugfix-421   -b fix/issue-421
git worktree add ../myproject-review       origin/release  # 기존 브랜치 체크아웃

# 현재 worktree 목록 확인
git worktree list

그러면 디렉토리 구조가 이렇게 됩니다. 각 폴더가 독립된 작업 공간이고, 서로의 변경에 전혀 영향을 주지 않습니다.

~/dev/
├── myproject/              # main 브랜치 (원본 worktree)
├── myproject-feat-login/   # feature/login 전용
├── myproject-bugfix-421/   # fix/issue-421 전용
└── myproject-review/       # release 리뷰 전용

이제 각 폴더에 들어가서 독립된 Claude Code 세션을 하나씩 띄웁니다. 핵심은 "한 폴더 = 한 작업 = 한 세션"이라는 1:1 규칙입니다.

# 터미널 1
cd ~/dev/myproject-feat-login && claude

# 터미널 2
cd ~/dev/myproject-bugfix-421 && claude

# 터미널 3
cd ~/dev/myproject-review && claude

이렇게 하면 A 창의 Claude가 로그인 기능 파일을 마음껏 뜯어고쳐도 B 창의 버그 수정과 절대 안 겹칩니다. 빌드 캐시, node_modules, 실행 중인 dev 서버 포트도 폴더별로 따로 두면 충돌이 없습니다. 작업이 끝나 병합한 worktree는 정리합니다.

# 작업 끝난 worktree 제거
git worktree remove ../myproject-feat-login

# 폴더를 수동 삭제했다면 메타데이터 정리
git worktree prune

💡 왜 브랜치 checkout보다 worktree인가

같은 폴더에서 git checkout으로 브랜치만 바꾸면, dev 서버를 껐다 켜야 하고 빌드 캐시가 무효화되고 작업 중이던 변경이 stash로 밀립니다. worktree는 폴더가 통째로 분리돼 있어서 "켜둔 채로" 여러 작업을 오갈 수 있습니다. 멀티 세션엔 이게 결정적입니다.

핵심 2 — tmux로 모든 세션을 한 화면에서 관리한다

worktree로 작업을 갈랐으면, 이제 그 세션들을 한눈에 보고 이름으로 구분할 차례입니다. 여기에 tmux만 한 게 없습니다. 터미널 앱의 탭으로도 되지만, tmux는 세션을 백그라운드에 살려두고(detach) 나중에 다시 붙을(attach) 수 있다는 결정적 장점이 있습니다. 노트북을 닫아도 작업이 안 죽습니다.

핵심은 세션과 윈도우에 작업 이름을 박는 것입니다. 이름 없는 창은 기억 못 하지만, 이름 붙은 창은 기억합니다.

# 작업별로 이름 붙인 tmux 세션 생성
tmux new -s login   -c ~/dev/myproject-feat-login
tmux new -s bugfix  -c ~/dev/myproject-bugfix-421
tmux new -s review  -c ~/dev/myproject-review

# 살아있는 세션 목록 (지금 뭐가 돌고 있나 한눈에)
tmux ls
#  login:  1 windows ...
#  bugfix: 1 windows ...
#  review: 1 windows ...

# 특정 세션에 다시 붙기
tmux attach -t login

# 세션 안에서 빠져나오기(작업은 계속 돎): Ctrl+b 누르고 d

한 세션 안에서 화면을 분할해 한쪽은 Claude, 한쪽은 로그·테스트를 띄우는 것도 좋습니다.

# 세션 안에서
# Ctrl+b 누르고 % → 좌우 분할
# Ctrl+b 누르고 " → 상하 분할
# Ctrl+b 누르고 화살표 → 패널 이동

# 왼쪽 패널엔 claude, 오른쪽 패널엔 테스트 워치
claude              # 왼쪽
npm run test:watch  # 오른쪽

윈도우(탭) 이름을 작업 단위로 바꿔두면 하단 상태바에서 바로 구분됩니다.

# 현재 윈도우 이름 변경: Ctrl+b 누르고 , 그다음 이름 입력
# 또는 명령으로
tmux rename-window 'login-API'

여기까지만 해도 tmux ls 한 방이면 "지금 login, bugfix, review 세 갈래가 돌고 있구나"가 즉시 파악됩니다. 창이 어디 갔는지 찾아 헤맬 일이 없어집니다.

핵심 3 — 각 세션이 뭘 하는지 "파일"로 추적한다

이름까지 붙였으면 마지막 조각은 휘발성 제거입니다. 작업 상태를 대화 스크롤에서 꺼내 파일로 옮기는 겁니다. 거창한 도구 필요 없이, 각 worktree 루트에 상태 메모 한 장이면 됩니다.

저는 각 작업 폴더에 NOW.md 같은 파일을 하나 둡니다. 작업을 시작/중단할 때 여기에 현재 상태를 적어두면, 며칠 뒤 그 창에 다시 붙어도 1초 만에 맥락이 복구됩니다.

# ~/dev/myproject-feat-login/NOW.md

## 지금 하는 일
소셜 로그인(카카오) 콜백 핸들러 구현 중

## 진행 상태
- [x] 카카오 OAuth 설정 추가
- [x] 인가 코드 받는 라우트
- [ ] 토큰 교환 → 우리 JWT 발급  ← 여기서 멈춤
- [ ] 기존 회원 매칭 로직

## 막힌 점 / 다음 할 일
리프레시 토큰 저장 위치 결정 필요 (Redis vs DB)
다음에 켜면 token-exchange.ts 부터

그리고 이걸 Claude가 자동으로 인식하게 만드는 게 CLAUDE.md입니다. Claude Code는 세션을 시작할 때 작업 폴더의 CLAUDE.md를 자동으로 읽어 컨텍스트에 넣습니다. 여기에 "이 worktree는 무슨 작업 전용인지"를 박아두면, 매번 설명할 필요가 없어집니다.

# ~/dev/myproject-feat-login/CLAUDE.md

이 worktree는 `feature/login` 브랜치 전용입니다.
소셜 로그인 기능만 작업합니다. 다른 영역은 건드리지 마세요.

## 작업 규칙
- 현재 진행 상태는 NOW.md를 먼저 읽고 파악하세요.
- 커밋 메시지는 `feat(auth): ...` 형식.
- 인증 로직 변경 시 src/auth/__tests__ 테스트를 먼저 돌리세요.

## 관련 파일
- src/auth/oauth/kakao.ts
- src/auth/token-exchange.ts

이렇게 세 가지(worktree 분리 / tmux 네이밍 / 상태 파일)를 조합하면, 창을 아무리 많이 띄워도 각각이 "자기가 누구인지" 알고 있는 상태가 됩니다. 사람의 단기 기억에 의존하던 추적을 전부 도구와 파일에 떠넘긴 거죠.

문제	증상	해법
작업이 안 갈라짐	창끼리 파일 충돌, 브랜치 꼬임	git worktree로 폴더 분리
창에 정체성 없음	"이 창 뭐였지" 멍해짐	tmux 세션·윈도우 이름
상태가 휘발성	스크롤 올려 맥락 복구	NOW.md + CLAUDE.md
맥락 재설명 반복	매 세션 같은 설명	CLAUDE.md 자동 로딩

세션 이어가기 & 컨텍스트 관리

창을 닫았거나 실수로 종료했어도, Claude Code는 이전 대화를 복구하는 옵션을 제공합니다. 멀티 세션에서 특히 자주 쓰게 됩니다.

# 그 폴더에서 가장 최근 대화를 바로 이어가기
claude --continue
claude -c           # 단축

# 과거 세션 목록을 띄워서 골라서 재개
claude --resume
claude -r           # 단축

--resume을 쓰면 그 디렉토리에서 진행했던 세션들이 목록으로 떠서, "아 이거였지" 하고 정확히 그 작업을 골라 들어갈 수 있습니다. worktree별로 폴더가 갈라져 있으면 이 목록도 작업별로 깔끔하게 분리돼서 더 찾기 쉽습니다.

그리고 한 세션을 오래 굴리면 컨텍스트 창이 점점 차는데, 이걸 방치하면 Claude가 엉뚱한 옛날 맥락을 끌어와 헛소리를 하기 시작합니다. 두 명령으로 관리합니다.

명령	하는 일	언제 쓰나
/clear	컨텍스트를 통째로 비움 (대화 초기화)	완전히 다른 작업으로 넘어갈 때
/compact	지금까지 대화를 요약해 압축, 핵심만 남김	같은 작업을 계속하는데 컨텍스트가 찰 때

실전 감각은 이렇습니다. 버그를 다 잡고 다음 기능으로 넘어간다면 /clear로 머릿속을 비우고 새로 시작합니다. 반대로 한 기능을 몇 시간째 붙들고 있어서 대화가 길어졌지만 맥락은 유지해야 한다면 /compact로 압축합니다. "작업이 바뀌면 clear, 작업이 길어지면 compact"로 외워두면 편합니다.

💡 컨텍스트 오염이 멀티 세션에서 더 위험한 이유

창이 하나면 오염돼도 금방 눈치챕니다. 그런데 창이 6개면, 오염된 창 하나가 조용히 엉뚱한 파일을 건드려도 한참 모릅니다. 그래서 멀티 세션일수록 "한 세션 = 한 관심사"를 지키고, 관심사가 바뀌는 순간 /clear하는 습관이 중요합니다.

한 단계 위 — 서브에이전트로 작업을 위임한다

여기까지가 "내가 여러 세션을 직접 운전하는" 단계라면, 다음은 "Claude에게 일부를 위임하는" 단계입니다. Claude Code에는 서브에이전트(subagent) 개념이 있습니다. 특정 역할을 가진 보조 에이전트를 정의해두고, 메인 세션이 그 에이전트에게 하위 작업을 떼어 맡기는 방식입니다.

서브에이전트는 .claude/agents/ 폴더에 마크다운으로 정의합니다. 예를 들어 "테스트 작성 전담" 에이전트를 만든다면:

# .claude/agents/test-writer.md

---
name: test-writer
description: 새 코드에 대한 단위 테스트를 작성하는 전담 에이전트.
  코드를 추가하거나 수정한 뒤 테스트가 필요할 때 사용한다.
tools: Read, Write, Bash
---

당신은 테스트 작성 전문가입니다.
- 주어진 모듈의 공개 함수마다 정상/경계/예외 케이스를 작성합니다.
- 기존 테스트 컨벤션(파일 위치, 네이밍)을 먼저 파악해 그대로 따릅니다.
- 작성 후 반드시 테스트를 실행해 통과를 확인하고 결과를 보고합니다.

이렇게 해두면 메인 세션에서 "이 모듈 테스트 좀 짜줘"라고 했을 때, Claude가 test-writer 에이전트를 별도 컨텍스트로 띄워 작업합니다. 핵심 이점은 두 가지입니다.

• 컨텍스트 격리: 테스트 작성이라는 지저분한 탐색 과정이 메인 대화를 더럽히지 않습니다. 결과만 메인으로 돌아옵니다.
• 병렬화: 서로 독립적인 하위 작업이라면 여러 서브에이전트를 동시에 굴려, 사람이 터미널 여러 개 돌리던 걸 한 세션 안에서 자동으로 처리하게 만들 수 있습니다.

즉, 터미널을 물리적으로 여러 개 띄우는 대신, 한 세션이 내부적으로 여러 에이전트를 부려서 병렬 작업을 처리하게 만드는 방향입니다. "탐색은 서브에이전트에게, 의사결정은 메인 세션에서"라는 분업이 자리 잡으면 창 개수 자체가 줄어듭니다.

클로드 자체를 잘 쓰는 법 — CLAUDE.md·커맨드·모드

멀티 세션 운영과 별개로, Claude Code 한 세션을 잘 쓰는 기본기도 정리해둡니다. 이게 탄탄하면 세션 수 자체가 적어도 됩니다.

CLAUDE.md를 계층으로 쓴다

CLAUDE.md는 Claude가 자동으로 읽는 프로젝트 메모리입니다. 두 층으로 운영하면 좋습니다.

• 글로벌 ~/.claude/CLAUDE.md: 모든 프로젝트에 공통 적용. 내 코딩 스타일, 선호하는 커밋 컨벤션, "설명은 한국어로" 같은 전역 규칙.
• 프로젝트별 프로젝트루트/CLAUDE.md: 그 프로젝트의 아키텍처, 실행/테스트 명령, 디렉토리 규칙, 건드리면 안 되는 영역.

좋은 CLAUDE.md는 장황한 설명서가 아니라 "매번 반복해서 알려주던 것"의 모음입니다. 빌드 명령, 테스트 명령, 컨벤션, 자주 까먹는 함정. 이걸 한 번 적어두면 세션마다 다시 설명할 필요가 사라집니다.

자주 쓰는 작업은 슬래시 커맨드로

.claude/commands/ 폴더에 마크다운을 두면 그게 곧 커스텀 슬래시 명령이 됩니다. 반복 워크플로우를 한 단어로 만들 수 있습니다.

# .claude/commands/review.md

지금 작업 브랜치의 변경 사항을 리뷰해주세요.
1. git diff로 변경 내용을 모두 확인
2. 버그 가능성, 누락된 예외 처리, 보안 이슈를 점검
3. 우리 컨벤션(CLAUDE.md) 위반 여부 확인
4. 발견 사항을 심각도 순으로 정리해 보고

이제 세션에서 /review만 치면 이 절차가 그대로 실행됩니다. "diff 리뷰", "릴리스 노트 작성", "PR 설명 생성" 같은 반복 작업을 전부 한 단어로 줄일 수 있습니다.

플랜 모드로 먼저 설계하게 한다

복잡한 작업을 바로 코딩시키면 엉뚱한 방향으로 한참 가버리는 경우가 있습니다. 플랜 모드를 켜면 Claude가 코드를 건드리기 전에 먼저 계획을 세워 보여주고, 사람이 승인한 뒤에 실행합니다.

# 세션 안에서 Shift+Tab을 두 번 눌러 모드를 순환
#  → 일반 → 자동 수락 → Plan 모드

# 또는 처음부터 플랜 모드로 시작
claude --permission-mode plan

"이거 바로 짜지 말고, 먼저 어떻게 접근할지 계획부터 보여줘"가 습관이 되면 헛걸음이 확 줄어듭니다. 큰 작업일수록 효과가 큽니다.

훅(hooks)으로 작업 전후를 자동화한다

특정 시점마다 자동으로 명령을 실행하고 싶으면 hooks를 씁니다. 예를 들어 파일을 수정할 때마다 자동 포맷을 돌리거나, 작업이 끝나면 알림을 보내는 식입니다. .claude/settings.json에 정의합니다.

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          { "type": "command", "command": "npx prettier --write $CLAUDE_FILE_PATHS" }
        ]
      }
    ]
  }
}

이러면 Claude가 코드를 고칠 때마다 포맷이 자동으로 맞춰집니다. 멀티 세션에서 여러 창이 제각각 다른 포맷으로 커밋하는 사고를 막아줍니다.

MCP로 외부 도구·데이터를 붙인다

MCP(Model Context Protocol) 서버를 연결하면 Claude가 외부 시스템에 접근할 수 있습니다. 이슈 트래커, 데이터베이스, 사내 문서 같은 걸 붙여두면 "이 이슈 내용 보고 고쳐줘" 수준의 작업이 가능해집니다.

# MCP 서버 추가
claude mcp add <이름> -- <실행 명령>

# 등록된 MCP 목록 확인
claude mcp list

다만 MCP는 필요한 것만 붙이는 게 좋습니다. 너무 많이 연결하면 그 자체로 컨텍스트를 잡아먹어서, 멀티 세션에서는 오히려 무거워집니다.

Mac을 항상 켜두고 원격 에이전트 서버로 쓰기

Mac 미니처럼 항상 켜두는 기기가 있다면, 이걸 "원격에서 접속하는 에이전트 서버"로 만들 수 있습니다. 외출 중에 노트북이나 폰에서 접속해 작업을 이어가거나, 오래 걸리는 작업을 집의 Mac에 맡겨두는 식입니다.

핵심은 tmux 안에서 Claude를 돌리고 detach해두는 것입니다. 그러면 SSH 연결이 끊겨도 작업이 안 죽습니다.

# 노트북에서 집 Mac으로 접속
ssh me@mac-mini.local

# 잠들지 않게 하면서 tmux 세션 시작
caffeinate -s tmux new -s remote-work -c ~/dev/myproject

# 그 안에서 claude 실행 후 작업
claude

# Ctrl+b 누르고 d 로 빠져나오면 작업은 계속 돎
# 나중에 다시 접속해서
tmux attach -t remote-work

💡 잠들지 않게 — caffeinate

맥이 절전으로 들어가면 원격 작업도 멈춥니다. caffeinate로 작업 도중 슬립을 막아두세요. 전원 연결 상태에서 디스플레이는 꺼지되 시스템은 깨어 있게 하려면 시스템 설정의 절전 옵션도 함께 점검하면 됩니다. SSH 접속을 위해 "원격 로그인"도 켜둬야 합니다.

이 구성을 갖춰두면 worktree별로 tmux 세션을 집 Mac에 띄워두고, 어디서든 접속해 tmux ls 한 방으로 "지금 집 컴에서 무슨 작업들이 돌고 있나"를 확인하는 그림이 됩니다. 멀티 세션 추적 문제가 기기를 넘어서도 일관되게 풀리는 거죠.

흔한 안티패턴과 피하는 법

마지막으로, 멀티 세션에서 자주 밟는 지뢰들을 정리합니다. 하나라도 짚이면 바로 고치는 게 좋습니다.

• 한 폴더에서 여러 세션 띄우기 — 가장 흔하고 가장 치명적입니다. 반드시 worktree로 폴더를 갈라서 1폴더 1세션을 지키세요.
• 한 세션에 작업을 계속 쌓기 — 버그 잡다가, 기능 만들다가, 리팩터링까지 한 세션에서 다 하면 컨텍스트가 오염됩니다. 작업이 바뀌면 /clear.
• CLAUDE.md 없이 매번 설명 — 같은 컨텍스트를 세션마다 입으로 반복하고 있다면, 그건 전부 CLAUDE.md에 들어가야 할 내용입니다.
• 권한 무시 옵션 남발 — 확인을 건너뛰는 옵션은 편하지만, 멀티 세션에서 통제 안 되는 창이 자동으로 파일을 갈아엎으면 사고가 큽니다. 신뢰할 수 있는 격리된 작업에만, 그리고 worktree로 영향 범위가 갇혀 있을 때만 제한적으로 쓰세요.
• compact를 안 해서 느려지기 — 긴 세션이 점점 굼떠지면 컨텍스트가 찼다는 신호입니다. /compact로 압축하세요.
• worktree 정리를 안 함 — 끝난 worktree가 쌓이면 디스크와 머릿속 둘 다 지저분해집니다. 병합 후 git worktree remove로 그때그때 정리.

단계별 도입 로드맵

한 번에 다 하려 들면 부담스럽습니다. 효과 대비 난이도 순으로 단계를 밟는 걸 추천합니다.

• 1단계 (오늘 바로) — 프로젝트에 CLAUDE.md 한 장 쓰기 + 자주 하는 작업 하나를 슬래시 커맨드로. 가장 적은 노력으로 가장 큰 효과.
• 2단계 (이번 주) — git worktree로 작업 분리 + tmux 세션 이름 붙이기 + 각 폴더에 NOW.md. 멀티 세션 헷갈림이 여기서 거의 사라집니다.
• 3단계 (익숙해지면) — 플랜 모드 습관화 + 자주 쓰는 서브에이전트 1~2개 정의 + 포맷 훅.
• 4단계 (한 단계 위) — Mac을 원격 에이전트 서버로 + MCP 연동으로 외부 도구 확장.

결론 — 추적을 머리에서 도구로 옮겨라

터미널 여러 개가 헷갈리는 건 "내가 다 기억하려" 하기 때문입니다. git worktree로 작업을 폴더 단위로 가르고, tmux 이름으로 정체성을 주고, NOW.md와 CLAUDE.md로 상태를 파일에 박아두면, 추적의 짐이 통째로 도구로 넘어갑니다. 그다음에 서브에이전트와 원격 서버로 확장하면, 창을 늘리는 대신 일을 위임하는 방향으로 자연스럽게 옮겨갑니다. 오늘은 CLAUDE.md 한 장과 worktree 하나만 시작해보세요. 그것만으로도 "이 창 뭐였지" 하던 순간이 눈에 띄게 줄어듭니다.

※ 이 글은 Claude Code의 일반적인 운영 패턴을 정리한 것으로, 세부 명령·옵션·기능명은 버전에 따라 달라질 수 있습니다. 정확한 최신 사양은 공식 문서(docs.claude.com)에서 확인하시기 바랍니다. 권한 무시 옵션 등 자동 실행 기능은 작업 영향 범위를 충분히 격리한 상태에서만 신중히 사용하세요.