[00:00]
Claude Code가 점점 인기를 얻으면서
[00:02]
많은 개발자들이 Cursor와 같은 다른
[00:05]
AI 코딩 도구에서 Claude Code로 옮기고 있습니다
[00:07]
그럴 만한 이유가 있습니다. Claude Code의
[00:09]
코딩 능력이 정말 뛰어나거든요. 하지만
[00:12]
시니어 소프트웨어 엔지니어로서
[00:13]
7년 이상의 업무 경험을 가진 제가
[00:15]
Microsoft 같은 회사에서 일하고
[00:17]
현재 Amazon에서 일하면서
[00:20]
업무에서 Claude Code를 자주 사용하고 있습니다
[00:22]
최근에 제가 발견한 하나의 주요한
[00:24]
단점이 있는데, 그것은 Claude Code가
[00:26]
복잡한 프로젝트를 위한 전문적인 프로세스가
[00:28]
부족하다는 것입니다. 제가 무슨 말을 하는지
[00:30]
간단한 예시를 들어보겠습니다
[00:31]
Claude Code에게 간단한 애플리케이션을
[00:33]
개발하라고 하면 훌륭하게 작동합니다. 하지만
[00:35]
더 복잡한 것을 만들려고 할 때
[00:36]
예를 들어 기업 수준의 SaaS 애플리케이션
[00:38]
같은 것을 만들려고 하면 어떻게 될까요?
[00:41]
전문 개발자들은 바로 코드를 작성하기
[00:42]
시작하지 않습니다. 시스템 아키텍처를
[00:44]
계획하고, UI/UX 디자인을 설계하고
[00:46]
보안 프로토콜을 설정하고
[00:48]
테스트 계획을 수립합니다
[00:50]
하지만 Claude Code는 반대로
[00:52]
이런 중요한 전문적 단계들을 건너뛰는 경향이 있습니다
[00:54]
전체 프로젝트의 코드를 한 번에
[00:56]
생성하는 것으로 바로 넘어가는 경향이 있어요
[00:59]
이런 범용적인 해결책은 작은 스크립트에서는
[01:01]
작동할 수 있지만, 진짜 확장 가능한
[01:03]
애플리케이션을 만들려고 할 때는
[01:05]
완전히 무너집니다. 그래서
[01:07]
이 비디오에서는 SuperClaude를
[01:08]
살펴보겠습니다. 이것은 개발을 위해
[01:09]
Claude Code를 향상시키는 구성 프레임워크입니다
[01:11]
이것을 Claude Code에 추가된
[01:13]
개발을 위한 사전 정의된 워크플로우라고
[01:14]
생각하시면 됩니다. SuperClaude는
[01:16]
가장 일반적인 사용 사례를 위한
[01:18]
16개 이상의 필수 명령어를 가지고 있습니다
[01:21]
예를 들어, 개발을 위한 명령어
[01:23]
분석을 위한 명령어, QA를 위한 명령어
[01:25]
또는 다른 용도의 명령어들이 있습니다
[01:27]
이 비디오에서 더 자세히 살펴보겠습니다
[01:29]
그리고 AI 전문가를 위한 9개 이상의
[01:31]
페르소나를 선택할 수 있습니다
[01:33]
예를 들어, 시스템 설계와
[01:34]
아키텍처 관련 업무를 담당하는
[01:37]
아키텍트가 있습니다. 또한
[01:39]
프론트엔드 엔지니어, 백엔드 엔지니어
[01:41]
분석가, 보안 엔지니어
[01:43]
문서 작성자 등이 있습니다
[01:45]
이 비디오에서 모든 것을 살펴보겠습니다
[01:47]
시작하기 위해서는 로컬 머신에
[01:49]
Claude Code가 설치되어 있어야 합니다
[01:50]
Claude Code를 설정하지 않았다면
[01:52]
여기 있는 이 비디오를 확인해보세요
[01:53]
Claude Code를 사용하는 방법과
[01:55]
로컬 머신에 설정하는 방법에 대한
[01:57]
완전한 가이드를 만들었습니다
[01:58]
관심이 있으시면 이 비디오를 확인해보세요
[02:00]
그럼 이제 새 터미널을 열고
[02:02]
설정해보겠습니다. 좋습니다
[02:03]
먼저 데스크톱으로 이동하겠습니다
[02:05]
먼저 이 저장소를
[02:06]
git clone 하겠습니다
[02:08]
완료되면 SuperClaude로
[02:09]
이동하겠습니다
[02:11]
SuperClaude 디렉토리로 이동한 후
[02:13]
Python을 사용해서
[02:14]
모든 것을 설치하겠습니다
[02:16]
이것을 복사해서 붙여넣고 실행하겠습니다
[02:18]
이제 시스템 요구 사항을 만족한다고
[02:20]
나타나는 것을 볼 수 있습니다. 설치가
[02:21]
디렉토리가 이미 존재합니다. 이제
[02:23]
기존 설치를 업데이트할 시간입니다.
[02:25]
이것에 대해 '예'라고 답하겠습니다.
[02:26]
여기서 정확히 무엇을 설치할지 알려줍니다.
[02:28]
이것을 확인하겠습니다.
[02:29]
좋습니다. 이제 슈퍼클라우드 설치가
[02:31]
성공적으로 완료된 것을 볼 수 있습니다.
[02:33]
이제 클라우드 코드 세션을 다시 시작하고
[02:34]
세션 내에서 슈퍼클라우드를 사용할 수 있습니다.
[02:36]
좋습니다. 여기서 VS Code에서
[02:38]
빈 폴더를 연 것을 볼 수 있습니다.
[02:39]
여기서 해야 할 일은 터미널에 'claude'를 입력하는 것뿐입니다.
[02:42]
이제 클라우드 코드 세션을 시작할 수 있습니다.
[02:43]
다음으로 할 일은
[02:45]
클라우드 코드 안에 이러한 MCP 통합이
[02:47]
추가되어 있는지 확인하는 것입니다.
[02:48]
온라인에서 공식 라이브러리와 문서를 가져오는
[02:50]
contact 7이 있고,
[02:52]
복잡한 다단계 사고를 도와주는
[02:54]
sequential도 있습니다.
[02:55]
또한 최신 UI 컴포넌트를 생성하는
[02:57]
magic도 있고,
[03:00]
브라우저 자동화와 테스트 기능을 제공하는
[03:02]
play rice도 있습니다.
[03:04]
이것들은 우리가 설치할
[03:05]
정말 핵심적인 MCP 서버들입니다.
[03:07]
하나씩 통합해보겠습니다.
[03:09]
좋습니다. 그러기 위해서는
[03:11]
여기서 세션을 멈추겠습니다.
[03:12]
터미널을 지우고
[03:14]
여기서 첫 번째인 contact 7을 위해
[03:16]
claude mcp add transport를 실행하겠습니다.
[03:17]
먼저 contact 7을 추가하겠습니다.
[03:20]
그다음 sequential thinking도 추가하고
[03:22]
magic mcp도 설치하겠습니다.
[03:24]
좋습니다. 이제 모든 MCP 서버가
[03:25]
추가된 것을 볼 수 있습니다.
[03:27]
다시 claude를 실행하고
[03:30]
/mcp를 입력하면
[03:31]
총 4개의 MCP 서버가 추가되어
[03:33]
모두 연결된 것을 볼 수 있습니다.
[03:36]
슈퍼클라우드가 제공하는 몇 가지 명령어를
[03:38]
살펴보겠습니다.
[03:40]
먼저 코드 프로젝트를 분석하는
[03:41]
analyze를 살펴보겠습니다.
[03:43]
여기서 match me 코드 프로젝트를
[03:45]
열었고, 클라우드 코드 세션 대신
[03:47]
슈퍼클라우드를 사용해보겠습니다.
[03:49]
이제 슈퍼클라우드 명령어를
[03:51]
사용할 수 있습니다.
[03:52]
그러기 위해 슬래시를 사용하고
[03:54]
이제 슈퍼클라우드를 의미하는
[03:55]
sc를 볼 수 있습니다.
[03:57]
클라우드 세션 내에서 슈퍼클라우드에
[03:59]
사용할 수 있는 모든 명령어를 볼 수 있습니다.
[04:01]
이 경우 여기서 analyze를 사용하고
[04:03]
플래그도 지정할 수 있습니다.
[04:05]
여기서 시스템 아키텍처를 분석하는
[04:06]
architecture를 사용하겠습니다.
[04:08]
flags.md에서 모든 플래그를 찾을 수 있고
[04:09]
계획과 분석에 사용할 수 있는
[04:11]
모든 플래그를 볼 수 있습니다.
[04:13]
여기서 persona도 볼 수 있습니다.
[04:15]
core 폴더에서 모든 persona
[04:17]
선택지를 찾을 수 있습니다.
[04:19]
personas.md 파일이 있고
[04:20]
여기서 architect persona를 선택했습니다.
[04:23]
시스템 설계와 장기적인
[04:26]
아키텍처 전문가인 이것을
[04:29]
바로 여기에서 사용할 것입니다.
[04:31]
이것을 사용하겠습니다.
[04:32]
전문가가 사용할 것입니다.
[04:35]
바로 그것을 사용할 것입니다.
[04:38]
페르소나와 이 플래그를 사용합니다. 그리고 여기서
[04:40]
sequential MCP를 사용하고 있습니다. MCP는
[04:43]
여기에서 찾을 수 있습니다. 코어 폴더 안의
[04:46]
MCPMD를 클릭하면 됩니다. 그리고
[04:49]
이 안에는 sequential
[04:52]
플래그도 있어서 선택할 수 있습니다. 이 경우에는
[04:54]
이 플래그, 이 페르소나,
[04:56]
그리고 이 MCP 서버를 사용해서 분석 작업을 실행합니다.
[04:58]
그러면 이제 해보겠습니다.
[05:00]
프로젝트를 분석하고 있습니다.
[05:02]
좋습니다. 이제 결과를 살펴보겠습니다.
[05:03]
여기서 보시면 할 일 목록을 보여줍니다.
[05:05]
먼저 프로젝트의
[05:06]
아키텍처 구조를 파악하고, 데이터베이스를
[05:08]
분석한 다음, 보안을 위한
[05:09]
인증을 평가하고,
[05:11]
권장사항이 포함된
[05:12]
보고서를 생성하고, 상태 관리와
[05:13]
데이터 플로우 패턴을 살펴보고,
[05:15]
API 디자인과
[05:17]
서버 액션 패턴도 살펴봅니다. 마지막으로
[05:19]
UI 디자인의
[05:20]
컴포넌트도 살펴보겠습니다. 이제 스크롤을
[05:22]
내려보면 모든 것을 읽고 있다는 것을
[05:24]
볼 수 있습니다. 할 일 목록을
[05:25]
하나씩 체크하는 것을
[05:27]
볼 수 있습니다. 만약 우리가 맨 아래까지
[05:29]
스크롤해서 생성된
[05:30]
보고서를 살펴보면,
[05:32]
이것이 아키텍처
[05:34]
분석 보고서입니다. 여기서 시스템 개요를
[05:36]
보여주는데, 이는 NexJS14로 구축된
[05:38]
현대적인 데이터 애플리케이션으로
[05:41]
인증, 실시간 메시징,
[05:42]
그리고 사진 모더레이션 시스템을 가지고 있습니다.
[05:44]
이제 아키텍처
[05:45]
평가 안에서 보시면 핵심
[05:47]
아키텍처 패턴이 있습니다. 이것에 대한
[05:49]
체크포인트를 보여줍니다. 그리고 여기서
[05:51]
보안
[05:52]
아키텍처 견고성 체크를 볼 수 있습니다. 그리고
[05:54]
우리의 데이터베이스 스키마도
[05:56]
잘 설계되고 구조화되어 있습니다.
[05:58]
매우 좋습니다. 그리고 상태 관리도
[06:00]
있습니다. 이 경우에는
[06:01]
분산되어 있습니다. 여기서 현재 패턴을
[06:03]
보여주고 이상적으로는 우리가
[06:06]
해결해야 할
[06:07]
몇 가지 문제점들이 있습니다. 그리고 여기서
[06:10]
현대적인 API 아키텍처도
[06:11]
체크되어 있고, 정리된
[06:12]
컴포넌트 아키텍처도
[06:14]
체크되어 있습니다. 그리고
[06:16]
성능 고려사항도
[06:17]
있습니다. 여기 강점들이 있고 현재 시스템의
[06:20]
성능을 더 향상시킬 수 있는
[06:22]
최적화 방안들이 있습니다. 정말
[06:24]
멋진 점은
[06:25]
확장성 평가도 제공한다는 것입니다.
[06:27]
현재 용량은 중간 규모이고
[06:29]
중간 규모는 1천에서
[06:30]
1만 사용자 사이입니다. 그리고 여기
[06:32]
병목 현상들이 있습니다. 푸셔 제한을 사용하는
[06:34]
실시간 연결 같은 것들입니다. 푸셔는
[06:36]
기본적으로 사용자 간에
[06:38]
실시간 이벤트를 전송하는 데 사용하는
[06:40]
서드파티 도구입니다. 그리고
[06:43]
데이터베이스 쿼리 최적화와
[06:44]
캐싱도 있고, 확장 경로도 있습니다.
[06:47]
몇 가지 방법이 있습니다. 예를 들어,
[06:49]
서버 상태를 위한
[06:50]
React Query 사용, Redis 캐싱 구현,
[06:53]
데이터베이스 쿼리 최적화,
[06:54]
이미지 같은 정적 자산을 위한 CDN 등이 있습니다.
[07:00]
여기서 중요한 권장사항들을 확인할 수 있습니다
[07:01]
우선순위가 높은 변경사항들과
[07:03]
우리가 만들어야 할 변경사항들
[07:05]
그리고 중간 우선순위 변경사항들
[07:07]
이 프로젝트에 필요한 것들을 보여줍니다
[07:09]
장기적인 아키텍처도 다루고 있어요
[07:10]
개선할 수 있는 것들을 말이죠
[07:12]
예를 들어
[07:14]
인증과 메시징 서비스 간의 마이크로서비스 분리
[07:17]
그리고 여기서 볼 수 있듯이
[07:18]
현재 시스템을 기반으로 한 아키텍처 점수를 제공합니다
[07:20]
강점이 무엇인지
[07:22]
개선할 점들이 무엇인지 말이죠
[07:24]
마지막에는
[07:26]
Claude에게 MD 파일로 리포트를 생성하도록 요청하고
[07:28]
이를 검토할 수 있습니다
[07:31]
변경사항을 커밋하고 풀 리퀘스트를 제출할 수 있죠
[07:33]
이 리포트를 위해서 말이에요. 자, 이제
[07:34]
유용한 것들에 대해 이야기해봅시다
[07:36]
일상 개발 워크플로우에서
[07:37]
실제로 사용할 수 있는 것들을요
[07:39]
예를 들어, 여기서 기본적으로
[07:40]
제가 SuperClaude를 위해 정리한
[07:42]
일반적인 명령어들을 Claude 코드
[07:44]
개발 내에서 사용합니다
[07:46]
여기서 첫 번째로
[07:47]
프로젝트 계획이 있습니다
[07:49]
처음부터 시작해서
[07:51]
프로젝트를 처음부터 계획한다고 해봅시다
[07:53]
여기서 먼저
[07:54]
/design 명령어를 사용합니다
[07:56]
기본적으로 설계 작업을 할당하는 것이죠
[07:58]
그 다음에는 할당할 수 있는
[08:00]
플래그들이 있습니다
[08:01]
저장소의 flags.mmd에서
[08:03]
이 플래그들에 대해 더 자세히 알 수 있고
[08:05]
기본적으로 우리가 하고 싶은 것은
[08:07]
아키텍트 페르소나를 사용해서 계획을 세우는 것입니다
[08:10]
그 다음에는 프론트엔드 개발도 할 수 있습니다
[08:11]
명령어와 플래그가 있고
[08:13]
페르소나도 할당되어 있습니다
[08:16]
물론 각 명령어에
[08:18]
MCP 서버를 추가할 수도 있고
[08:20]
큰따옴표를 사용해서
[08:22]
프롬프트를 추가할 수도 있습니다
[08:24]
그래서 저는
[08:25]
프론트엔드 개발을 하고 싶다
[08:26]
무엇을 만들고 싶고, 무엇을 설계하고 싶은지
[08:28]
이런 식으로 말이죠
[08:30]
그리고 여기에는 백엔드 개발도 있습니다
[08:31]
이것이 플래그이고 이것이 페르소나입니다
[08:32]
백엔드로 변경합니다
[08:34]
TDD가 무엇인지 궁금하실 텐데
[08:36]
TDD는 기본적으로 테스트 주도 개발입니다
[08:37]
우리가 개발할 때
[08:39]
우리가 작성하는 것에 대해
[08:40]
테스트 커버리지를 확보하고 싶다는 뜻이죠
[08:42]
그리고 품질 보증이나
[08:43]
품질 검사도 있습니다
[08:45]
이것은 QA 같은 것으로
[08:47]
우리가 개발한 소프트웨어가
[08:49]
제대로 작동하는지 확인합니다
[08:50]
그리고 보안 스캔도 있어서
[08:52]
스캔 명령어를 사용해서 취약점을 스캔합니다
[08:54]
그리고 성능 최적화도 있고
[08:56]
배포 준비도 있습니다
[08:57]
여기서는 deploy로 변경하고
[08:59]
페르소나는 아키텍트로 변경합니다
[09:02]
하지만 기본적으로는
[09:04]
제가 개발의 다양한 단계에서
[09:05]
사용하는 명령어들과 페르소나들입니다
[09:06]
하지만 이 프로젝트 개발 중에
[09:08]
문제가 발생할 수 있습니다
[09:10]
그럼 각각의 문제를 어떻게 해결할까요?
[09:12]
저는 명령어들도 가지고 있습니다
[09:14]
이제 제가 사용하는 명령어들을 소개해드리겠습니다.
[09:15]
문제 해결을 위해 사용하는 명령어들입니다.
[09:16]
여기서 보시면 가장 먼저 할 일은
[09:18]
문제가 무엇인지 파악하는 것입니다.
[09:19]
troubleshoot 명령어를 사용하고
[09:21]
investigate 플래그를 사용해서
[09:23]
프로덕션 환경에서
[09:25]
문제가 무엇인지 조사합니다.
[09:27]
그리고 여기서 페르소나는
[09:28]
analyzer를 사용해서 문제를 분석합니다.
[09:30]
문제를 분석한 후에는
[09:31]
문제의 근본 원인도 찾아야 합니다.
[09:33]
여기서 저는 기본적으로
[09:34]
five whys 플래그를 사용하는데
[09:37]
이는 문제의 근본 원인을 찾는
[09:39]
정말 강력한 방법입니다.
[09:40]
이 플래그와 sequential thinking
[09:42]
MCP 서버를 사용해서
[09:44]
analyzer 페르소나를 이용해
[09:46]
문제의 근본 원인을 찾습니다.
[09:47]
근본 원인을 찾은 후에는
[09:49]
당연히 성능도 분석하고 싶을 텐데
[09:51]
여기서 analyze 명령어를 사용해서
[09:52]
코딩 프로필을 분석하여
[09:54]
현재 코드나 프로젝트의
[09:57]
성능을 sequential thinking을 사용해
[09:59]
performance 페르소나로 확인할 수 있습니다.
[10:02]
마지막으로 문제를 해결한 후에는
[10:03]
코드 품질을 향상시키고
[10:06]
테스트 커버리지도 개선하고 싶을 것입니다.
[10:08]
이런 식으로 사용할 수 있는데
[10:10]
코드의 품질을 개선하고
[10:11]
구현을 개선할 수 있습니다.
[10:13]
코드의 품질을 향상시키고
[10:14]
테스트 커버리지 임계값을
[10:16]
특정 퍼센트로 설정하는 것을
[10:18]
refactor 페르소나를 사용해서 지정할 수 있습니다.
[10:20]
이것의 사본을 원하신다면
[10:22]
제 Discord 채널을 확인해보세요.
[10:23]
co-share라는 채널을 만들어서
[10:25]
방금 말씀드린 plan과
[10:27]
troubleshoot 파일을 업로드했습니다.
[10:29]
관심이 있으시면
[10:31]
확인해보세요.
[10:32]
이 비디오는 여기까지입니다.
[10:33]
이 비디오가 도움이 되었다면
[10:35]
좋아요를 눌러주시고
[10:37]
이런 콘텐츠를 더 보고 싶으시면
[10:39]
구독을 고려해주세요.
[10:40]
그럼 다음 비디오에서 만나겠습니다.