(Claude) 개발자를 위한 Claude 실무 활용 완벽 가이드 - 코드 리뷰부터 문서 자동화, GitHub 커맨드 생성까지 (코딩 생산성 향상)

포스팅 목차

Claude vs ChatGPT, 개발자 관점에서 뭐가 다를까?
Claude를 200% 활용하는 프롬프트 작성법
코드 리뷰 요청하기
문서 및 주석 자동화하기
.claude/commands로 Git 워크플로우 자동화하기
공부하면서 생겼던 의문점
참고 자료

1. Claude vs ChatGPT, 개발자 관점에서 뭐가 다를까?

AI 도구를 처음 쓰는 분들이 가장 많이 하는 질문 중 하나가 바로 "Claude랑 ChatGPT 중 뭐 써요?" 입니다.

2025년 기준으로 전 세계 개발자 커뮤니티와 다수의 기술 리뷰 자료를 종합했을 때,
둘 다 훌륭하지만 개발 업무에서 체감되는 차이가 분명히 있습니다.

1-1. 핵심 스펙 비교

구분	Claude (Anthropic)	ChatGPT (OpenAI)
컨텍스트 윈도우	최대 200K 토큰	최대 128K 토큰
코드 시각화	Artifacts (실시간 미리보기)	Canvas
전용 코딩 도구	Claude Code (터미널 기반 에이전트)	ChatGPT + Codex
플러그인/생태계	상대적으로 적음	GPT Store, 다양한 플러그인
이미지 생성	X 미지원	O DALL E 지원
웹 검색	O 지원	O 지원
API 가격	중간	상대적으로 저렴한 티어 있음

1-2. 개발 업무별 실전 비교

코드 품질 & 복잡한 로직

여러 벤치마크와 개발자 리뷰를 종합하면 Claude는 복잡한 멀티파일 프로젝트, 긴 코드베이스 분석, 상세한 리팩토링에서 더 안정적인 결과를 보여줍니다. 실제로 Cursor IDE, Aider 등 AI 기반 개발 도구들이 Claude를 기본 모델로 채택한 이유이기도 합니다.

Claude가 강한 상황
- 레거시 코드 전체를 붙여넣고 분석 요청
- 복잡한 비즈니스 로직 리팩토링
- 긴 디버깅 세션에서 컨텍스트 유지
- 멀티파일에 걸친 수정 작업

응답 속도 & 빠른 작업

ChatGPT는 간단한 보일러플레이트 생성, 빠른 one-liner 검색, 빠른 프로토타이핑에서 체감 속도가 빠릅니다. 간단한 작업일수록 ChatGPT의 빠른 응답이 유리합니다.

ChatGPT가 강한 상황
- 간단한 함수나 컴포넌트 빠르게 생성
- 새 프레임워크 학습 중 개념 설명 요청
- 다양한 플러그인 연동이 필요한 워크플로우
- 이미지 생성(DALL·E) 연계 작업

1-3. 개발자들이 실제로 느끼는 차이

다수의 개발자 리뷰에서 공통적으로 언급되는 실질적인 차이점입니다.

항목	Claude	ChatGPT
긴 코드 컨텍스트 유지	긴 대화에서도 일관성 유지	대화가 길어지면 앞 내용을 잊는 경우 있음
코드 설명 스타일	이유(why) 위주, 단계별 상세 설명	결과(what) 위주, 빠른 답변
지시 따르기	복잡한 조건도 꼼꼼히 반영	단순 지시에 빠른 응답
프로덕션 레디 코드	더 완성도 높은 코드 생성 경향	동작하는 코드를 빠르게 생성
생태계	IDE 통합 상대적으로 적음	VS Code, JetBrains 등 넓은 통합

1-4. 어떤 걸 써야 할까?

상황	추천
레거시 코드 전체 분석	Claude
긴 PR 코드 리뷰	Claude
멀티파일 리팩토링	Claude
복잡한 조건의 프롬프트	Claude
빠른 보일러플레이트 생성	ChatGPT
이미지 생성 연계	ChatGPT
다양한 플러그인 활용	ChatGPT
비용 최적화가 중요한 팀	ChatGPT (저렴한 티어 활용)

💡 결론 : 실무에서는 두 도구를 상황에 맞게 병행하는 개발자들이 많습니다.
깊은 코드 작업 → Claude / 빠른 작업 & 다양한 연동 → ChatGPT 로 나눠 쓰는 것이 가장 효율적입니다.

2. Claude를 200% 활용하는 프롬프트 작성법

Claude 공식 문서(Anthropic Prompting Best Practices)와 실무 사례를 바탕으로
실제로 효과가 검증된 기법들만 정리했습니다.

2-1. 명확하고 직접적으로 지시하기 (Be Clear and Direct)

Claude는 모호한 지시보다 명확하고 구체적인 지시에 훨씬 잘 반응합니다.
Anthropic 공식 문서에서는 Claude를 "맥락이 없는 신입 개발자" 로 생각하라고 설명합니다.
당연하다고 생각하는 것도 명시적으로 적어줘야 합니다.

[나쁜 예시]
"이 코드 고쳐줘"

[좋은 예시]
"아래 TypeScript 코드에서 발생하는 버그를 수정해줘.
any 타입은 사용하지 말고, 수정한 부분은 // [수정] 주석으로 표시해줘."

💡 황금 룰 : 내 프롬프트를 맥락 없는 동료에게 보여줬을 때 이해하면 → Claude도 이해합니다.

2-2. XML 태그로 프롬프트 구조화하기

Anthropic이 공식적으로 가장 권장하는 기법입니다.
지시사항, 컨텍스트, 예시, 입력값을 XML 태그로 명확하게 구분하면
Claude가 각 영역의 역할을 정확하게 파악합니다.

<instructions>
너는 10년 경력의 React + TypeScript 시니어 개발자야.
아래 코드를 성능과 타입 안전성 관점에서 리뷰해줘.
</instructions>

<context>
프로젝트 환경: React 18 + TypeScript + Vite
상태관리: MobX
</context>

<code>
[코드 붙여넣기]
</code>

<output_format>
1. 문제점 목록 (bullet point)
2. 개선된 코드
3. 개선 이유 설명
</output_format>

💡 태그 이름은 자유롭게 지어도 됩니다. 일관성 있게 사용하는 것이 핵심입니다.

2-3. 역할 부여하기 (Role Prompting)

Claude에게 역할을 부여하면 해당 분야에 맞는 전문적인 답변을 받을 수 있습니다.

"너는 10년 경력의 React + TypeScript 시니어 개발자야."
"너는 보안 전문가야. 취약점 위주로 코드를 분석해줘."
"너는 테크니컬 라이터야. 개발자가 이해하기 쉽게 문서를 작성해줘."

2-4. 예시 제공하기 (Few-shot Prompting)

원하는 출력 형태의 예시를 직접 보여주는 방법입니다.
Anthropic 문서에서는 3~5개의 예시가 가장 효과적이라고 설명합니다.

<instructions>
아래 함수에 JSDoc 주석을 달아줘.
예시와 동일한 형식으로 작성해줘.
</instructions>

<examples>
  <example>
    입력:
    function add(a: number, b: number): number {
      return a + b;
    }

    출력:
    /**
     * @description 두 숫자를 더합니다.
     * @param {number} a - 첫 번째 숫자
     * @param {number} b - 두 번째 숫자
     * @returns {number} 두 숫자의 합
     */
    function add(a: number, b: number): number {
      return a + b;
    }
  </example>
</examples>

<code>
[주석 달 코드 붙여넣기]
</code>

2-5. 이유를 함께 설명하기 (Context-motivated Instructions)

단순히 "이렇게 해줘"보다 왜 그렇게 해야 하는지 이유를 함께 적으면
Claude가 규칙을 더 정확하게 적용하고 유사한 상황에서도 잘 일반화합니다.

[이유 없이 지시]
"bullet point 쓰지 말고 문장으로 작성해줘."

[이유 포함]
"이 결과물은 한국어 TTS(Text-to-Speech) 시스템에서 읽힐 예정이야.
bullet point 대신 자연스러운 문장으로 작성해줘."

2-6. 단계적으로 생각하게 하기 (Chain of Thought)

복잡한 버그 분석이나 아키텍처 설계처럼 깊은 추론이 필요한 작업에 효과적입니다.

"아래 버그를 분석해줘.
바로 답을 주지 말고, 아래 순서대로 단계적으로 분석해줘.

1단계: 에러 메시지 분석
2단계: 관련 코드 흐름 추적
3단계: 원인 가설 3가지 제시
4단계: 각 가설 검증
5단계: 최종 원인 및 해결 방법 제시"

💡 Claude 4.x 모델에서는 복잡한 문제일수록 단계적 사고를 명시적으로 요청하는 것이 효과적입니다.

프롬프트 기법 효과 요약

기법	효과	추천 상황
명확한 지시	⭐⭐⭐⭐⭐	모든 상황
XML 태그 구조화	⭐⭐⭐⭐⭐	복잡한 프롬프트
역할 부여	⭐⭐⭐⭐	전문적 답변 필요 시
Few-shot 예시	⭐⭐⭐⭐	특정 형식 출력 필요 시
이유 설명	⭐⭐⭐⭐	복잡한 조건 적용 시
Chain of Thought	⭐⭐⭐⭐	디버깅, 아키텍처 설계

3. 코드 리뷰 요청하기

Claude를 활용한 코드 리뷰는 실무에서 가장 많이 쓰는 활용법 중 하나입니다.
PR 올리기 전 셀프 코드 리뷰 용도로 특히 유용합니다.

3-1. 기본 코드 리뷰 프롬프트

너는 10년 경력의 React + TypeScript 시니어 개발자야.
아래 코드를 리뷰해줘.

리뷰 기준:
1. 버그 및 잠재적 에러
2. 성능 문제 (불필요한 리렌더링, 메모리 누수 등)
3. 가독성 및 네이밍
4. TypeScript 타입 안전성
5. 개선 제안 (선택사항)

각 항목별로 문제가 없으면 "이상 없음"으로 표시해줘.

[코드 붙여넣기]

3-2. 특정 관점 리뷰 프롬프트

# 성능 관점 리뷰
"아래 React 컴포넌트에서 불필요한 리렌더링이 발생하는 부분을 찾아줘.
useMemo, useCallback, React.memo 적용 가능한 곳도 알려줘."

# 보안 관점 리뷰
"아래 코드에서 보안 취약점을 찾아줘.
XSS, 인증/인가 누락, 민감 정보 노출 위주로 봐줘."

# 타입 안전성 리뷰
"아래 TypeScript 코드에서 타입이 불안전한 부분을 찾아줘.
any 타입, 타입 단언(as) 남용, 옵셔널 체이닝 누락 위주로 봐줘."

3-3. 리팩토링 요청 프롬프트

"아래 코드를 리팩토링해줘.

조건:
- TypeScript strict 모드 기준
- any 타입 사용 금지
- 함수는 단일 책임 원칙(SRP) 준수
- 변경된 부분은 // [변경] 주석으로 표시해줘
- 변경 이유도 코드 아래에 설명해줘

[코드 붙여넣기]"

3-4. 에러 디버깅 프롬프트

"아래 에러가 발생했어. 원인과 해결 방법을 알려줘.

환경: React 18 + TypeScript + Vite
에러 메시지:
[에러 메시지 붙여넣기]

관련 코드:
[코드 붙여넣기]

이미 시도한 것:
- [시도한 내용 작성]"

4. 문서 및 주석 자동화하기

코드 작성 후 문서화 작업은 시간이 많이 걸리는 작업 중 하나입니다.
Claude를 활용하면 JSDoc, README, API 문서를 빠르게 작성할 수 있습니다.

4-1. JSDoc 주석 자동 생성

"아래 TypeScript 함수에 JSDoc 주석을 달아줘.

포함할 내용:
- @description 함수 설명
- @param 파라미터 설명 (타입 포함)
- @returns 반환값 설명
- @throws 발생 가능한 에러
- @example 사용 예시 1개

[코드 붙여넣기]"

예시 결과물:

/**
 * @description 사용자 목록을 페이지네이션으로 조회합니다.
 * @param {number} page - 조회할 페이지 번호 (1부터 시작)
 * @param {number} limit - 페이지당 조회할 데이터 수
 * @returns {Promise<UserListResponse>} 사용자 목록과 페이지 정보
 * @throws {UnauthorizedError} 인증 토큰이 없거나 만료된 경우
 * @example
 * const result = await getUserList(1, 10);
 * console.log(result.data); // 사용자 배열
 */
async function getUserList(page: number, limit: number): Promise<UserListResponse> {
  // ...
}

4-2. README 자동 생성

"아래 프로젝트 정보를 바탕으로 GitHub README.md를 작성해줘.

프로젝트 정보:
- 프로젝트명: [이름]
- 기술 스택: React 18, TypeScript, Vite, MobX
- 주요 기능: [기능 목록]
- 실행 방법: npm install → npm run dev

포함할 섹션:
1. 프로젝트 소개
2. 기술 스택 (뱃지 형식)
3. 주요 기능
4. 설치 및 실행 방법
5. 폴더 구조
6. 환경 변수 설정"

4-3. API 문서 자동 생성

"아래 API 엔드포인트 코드를 보고 API 명세서를 작성해줘.

마크다운 표 형식으로 작성해줘:
- Method
- Endpoint
- 설명
- Request Body (있을 경우)
- Response
- 에러 코드

[API 코드 붙여넣기]"

4-4. 인라인 주석 추가

"아래 코드에 인라인 주석을 추가해줘.

주석 작성 기준:
- 복잡한 로직에만 달아줘 (당연한 코드에는 달지 말 것)
- 왜(why) 이렇게 했는지 위주로 설명해줘
- 한국어로 작성해줘

[코드 붙여넣기]"

5. .claude/commands로 Git 워크플로우 자동화하기

Claude Code를 사용한다면 .claude/commands/ 폴더에 커스텀 슬래시 커맨드를 만들어 반복적인 Git 작업을 자동화할 수 있습니다.

단순히 Claude에게 질문하는 것을 넘어서, 팀 전체가 동일한 워크플로우를 공유하는 방식입니다.

5-1. .claude/commands란?

.claude/commands/ 폴더에 마크다운 파일을 만들면, Claude Code가 자동으로 슬래시 커맨드로 등록합니다.

your-project/
├── .claude/
│   └── commands/
│       ├── git/
│       │   ├── pr.md       → /git:pr 으로 실행
│       │   ├── commit.md   → /git:commit 으로 실행
│       │   └── push.md     → /git:push 으로 실행
│       └── review.md       → /review 으로 실행

프로젝트 커맨드 vs 개인 커맨드

구분	위치	범위
프로젝트 커맨드	`.claude/commands/`	해당 프로젝트만, Git으로 팀 공유 가능
개인 커맨드	`~/.claude/commands/`	모든 프로젝트에서 사용 가능, 본인만

💡 .claude/commands/는 Git으로 관리되기 때문에 팀원이 clone하면 동일한 커맨드를 바로 사용할 수 있습니다.

5-2. PR 자동 생성 커맨드 예시 (/git:pr)

.claude/commands/git/pr.md 파일을 만들면 /git:pr 커맨드로 실행할 수 있습니다.

# /git:pr - Pull Request 자동 생성

현재 브랜치의 변경사항을 분석하고 PR을 생성합니다.

## 실행 순서

1. 현재 브랜치와 base 브랜치 간 차이 확인
   (`git log`, `git diff main...HEAD`)
2. 전체 커밋 분석 (최신 커밋만이 아닌 전체)
3. PR 제목 작성 (Conventional Commits 형식)
4. PR 본문 작성 (아래 템플릿 준수)
5. `gh pr create --base main` 실행

## PR 제목 형식

`type(scope): 설명`

예시:
- `feat: 다크모드 지원 추가`
- `fix: 무한 스크롤 중복 호출 수정`

## 주의사항

- 푸시되지 않은 커밋이 있으면 먼저 푸시
- 리모트 브랜치가 없으면 `-u` 플래그로 생성

5-3. 커밋 자동 생성 커맨드 예시 (/git:commit)

staged된 변경사항을 분석해서 Conventional Commits 형식의 커밋 메시지를 자동 생성합니다.

# /git:commit - 커밋 메시지 자동 생성

staged된 변경사항을 분석하고 커밋합니다.

## 실행 순서

1. `git diff --staged` 로 staged 변경사항 확인
2. 변경 내용을 분석해서 커밋 메시지 작성
3. 커밋 메시지 후보 3가지 제안
4. 사용자가 선택한 메시지로 `git commit -m` 실행

## 커밋 메시지 형식

`type(scope): 설명`

허용 타입: feat, fix, docs, style, refactor, test, chore

## 규칙

- 제목은 50자 이내
- 한국어로 작성
- 마침표 없이 끝내기

5-4. CLAUDE.md와 함께 사용하기

.claude/commands/는 CLAUDE.md와 함께 사용할 때 더욱 강력해집니다.

파일	역할	예시
`CLAUDE.md`	항상 적용되는 프로젝트 규칙	코드 컨벤션, 기술 스택, 브랜치 전략
`.claude/commands/*.md`	필요할 때 실행하는 특정 워크플로우	PR 생성, 커밋, 코드 리뷰

5-5. $ARGUMENTS로 동적 커맨드 만들기

$ARGUMENTS 플레이스홀더를 사용하면 커맨드 실행 시 인자를 넘길 수 있습니다.

# /git:fix - 이슈 번호 기반 브랜치 생성 및 커밋

이슈 #$ARGUMENTS 를 수정합니다.

1. `fix/#$ARGUMENTS-이슈설명` 브랜치 생성
2. 수정 후 커밋 메시지에 이슈 번호 포함
   예: `fix: 결제 오류 수정 (#$ARGUMENTS)`

# 사용법
/git:fix 123
# → fix/#123-결제오류 브랜치 생성 후 작업

6. 공부하면서 생겼던 의문점

Q. Claude에게 코드 붙여넣을 때 얼마나 붙여넣어도 되나요?

Claude는 최대 200,000 토큰(약 150,000 단어)의 컨텍스트를 처리할 수 있습니다.
일반적인 소스 파일 기준으로 수백 개의 파일을 한 번에 붙여넣어도 처리 가능합니다.

다만 실무에서는 아래 기준으로 사용하는 것을 권장합니다.

작업	권장 방식
단일 컴포넌트 리뷰	해당 파일만 붙여넣기
연관된 파일 리뷰	관련 파일 2~3개 함께 붙여넣기
전체 프로젝트 분석	핵심 파일만 선별해서 붙여넣기

Q. Claude가 틀린 코드를 줄 수도 있나요?

네, 있습니다. Claude를 포함한 모든 AI는 할루시네이션(hallucination) 이 발생할 수 있습니다.
특히 아래 상황에서 주의가 필요합니다.

최신 라이브러리 버전의 API (학습 데이터 컷오프 이후 변경된 경우)
매우 특수한 도메인 지식이 필요한 코드
복잡한 비즈니스 로직

Claude가 준 코드는 반드시 직접 검증하고 테스트한 후 사용하는 것을 권장합니다.

Q. 프로젝트 코드를 Claude에 붙여넣어도 보안상 괜찮나요?

Claude.ai 기준으로 Anthropic은 대화 내용을 모델 학습에 사용하지 않는 것을 기본 정책으로 하고 있습니다.
다만 아래 내용은 붙여넣지 않는 것을 권장합니다.

API 키, 시크릿 키 등 민감 정보
개인정보가 포함된 실제 데이터
회사 내부 보안 정책상 외부 공유가 금지된 코드

실무 환경에서는 민감 정보를 YOUR_API_KEY 같은 placeholder로 치환해서 사용하는 것이 좋습니다.

Q. Claude API와 Claude.ai의 차이가 뭔가요?

구분	Claude.ai	Claude API
접근 방법	웹/앱 UI	REST API
주요 용도	개인 사용, 빠른 질문	서비스 연동, 자동화
비용	구독제 (무료/Pro)	토큰당 과금
커스터마이징	제한적	System prompt 등 자유롭게 설정 가능

팀 프로젝트에서 Claude를 자동화 도구로 활용하고 싶다면 API를 사용하고,
개인 개발 업무 보조 용도라면 Claude.ai 를 사용하면 됩니다.

7. 참고 자료

Claude 공식 문서: https://docs.anthropic.com
Claude 프롬프트 엔지니어링 가이드: https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/overview
Conventional Commits 스펙: https://www.conventionalcommits.org/ko/v1.0.0
GitHub Actions 공식 문서: https://docs.github.com/ko/actions

이제 개발자가 AI를 필수로 사용해야 되는 시대가 왔네요 ㅠㅠ
AI를 더 잘 다루는 개발자일수록, 더 효율적으로 코드를 짜고 결과물을 도출해낼 수 있는 것 같습니다..

AI 한테 일자리 뺏길 걱정도 들겠지만, 걱정보다는 AI를 어떻게 더 잘 활용해서 웹 개발 효율을 높이고,
내 가치를 높일 수 있을까 고민해보면 좋을 것 같네요.

개발자분들 모두 화이팅~

저작자표시 비영리 변경금지 (새창열림)

'AI 활용 개발' 카테고리의 다른 글

(Claude) 개발자를 위한 Claude 실무 활용 완벽 가이드 2탄 - CLAUDE.md 팀 설계 + 서브에이전트 & 훅 & MCP 심화 (코딩 생산성 향상) (2)	2026.05.02

코드짜는 문과녀

(Claude) 개발자를 위한 Claude 실무 활용 완벽 가이드 - 코드 리뷰부터 문서 자동화, GitHub 커맨드 생성까지 (코딩 생산성 향상)

포스팅 목차

1. Claude vs ChatGPT, 개발자 관점에서 뭐가 다를까?

1-1. 핵심 스펙 비교

1-2. 개발 업무별 실전 비교

1-3. 개발자들이 실제로 느끼는 차이

1-4. 어떤 걸 써야 할까?

2. Claude를 200% 활용하는 프롬프트 작성법

2-1. 명확하고 직접적으로 지시하기 (Be Clear and Direct)

2-2. XML 태그로 프롬프트 구조화하기

2-3. 역할 부여하기 (Role Prompting)

2-4. 예시 제공하기 (Few-shot Prompting)

2-5. 이유를 함께 설명하기 (Context-motivated Instructions)

2-6. 단계적으로 생각하게 하기 (Chain of Thought)

프롬프트 기법 효과 요약

3. 코드 리뷰 요청하기

3-1. 기본 코드 리뷰 프롬프트

3-2. 특정 관점 리뷰 프롬프트

3-3. 리팩토링 요청 프롬프트

3-4. 에러 디버깅 프롬프트

4. 문서 및 주석 자동화하기

4-1. JSDoc 주석 자동 생성

4-2. README 자동 생성

4-3. API 문서 자동 생성

4-4. 인라인 주석 추가

5. .claude/commands로 Git 워크플로우 자동화하기

5-1. .claude/commands란?

5-2. PR 자동 생성 커맨드 예시 (/git:pr)

5-3. 커밋 자동 생성 커맨드 예시 (/git:commit)

5-4. CLAUDE.md와 함께 사용하기

5-5. $ARGUMENTS로 동적 커맨드 만들기

6. 공부하면서 생겼던 의문점

7. 참고 자료

'AI 활용 개발' 카테고리의 다른 글

댓글

티스토리툴바

(Claude) 개발자를 위한 Claude 실무 활용 완벽 가이드 - 코드 리뷰부터 문서 자동화, GitHub 커맨드 생성까지 (코딩 생산성 향상)

포스팅 목차

1. Claude vs ChatGPT, 개발자 관점에서 뭐가 다를까?

1-1. 핵심 스펙 비교

1-2. 개발 업무별 실전 비교

1-3. 개발자들이 실제로 느끼는 차이

1-4. 어떤 걸 써야 할까?

2. Claude를 200% 활용하는 프롬프트 작성법

2-1. 명확하고 직접적으로 지시하기 (Be Clear and Direct)

2-2. XML 태그로 프롬프트 구조화하기

2-3. 역할 부여하기 (Role Prompting)

2-4. 예시 제공하기 (Few-shot Prompting)

2-5. 이유를 함께 설명하기 (Context-motivated Instructions)

2-6. 단계적으로 생각하게 하기 (Chain of Thought)

프롬프트 기법 효과 요약

3. 코드 리뷰 요청하기

3-1. 기본 코드 리뷰 프롬프트

3-2. 특정 관점 리뷰 프롬프트

3-3. 리팩토링 요청 프롬프트

3-4. 에러 디버깅 프롬프트

4. 문서 및 주석 자동화하기

4-1. JSDoc 주석 자동 생성

4-2. README 자동 생성

4-3. API 문서 자동 생성

4-4. 인라인 주석 추가

5. .claude/commands로 Git 워크플로우 자동화하기

5-1. .claude/commands란?

5-2. PR 자동 생성 커맨드 예시 (/git:pr)

5-3. 커밋 자동 생성 커맨드 예시 (/git:commit)

5-4. CLAUDE.md와 함께 사용하기

5-5. $ARGUMENTS로 동적 커맨드 만들기

6. 공부하면서 생겼던 의문점

7. 참고 자료

'AI 활용 개발' 카테고리의 다른 글

관련글

댓글

티스토리툴바