00:00:00GSD를 사용해야 할까요, 아니면 superpowers를 사용해야 할까요?
00:00:04아니면 둘 다 시간 낭비일까요?
00:00:06그 질문에 답하기 위해,
00:00:07superpowers, GSD, 그리고 순정 Claude code를
00:00:10일대일로 직접 비교 테스트해 보았습니다.
00:00:13세 도구에게 똑같은 웹 앱을 만들게 시켰고,
00:00:15최종 결과물의 품질,
00:00:17사용된 토큰의 양,
00:00:18그리고 빌드하는 데 걸린 시간을 기준으로 점수를 매겼습니다.
00:00:20승자는 여러분이 예상치 못한 도구였습니다.
00:00:23이제 GSD, superpowers, 기본 Claude code 사이의
00:00:25직접 비교 테스트를 시작하기 전에,
00:00:28먼저 아주 빠르게
00:00:30GSD와 superpowers가 정확히 무엇인지,
00:00:33어떻게 작동하고 서로 어떻게 다른지 이야기해 보겠습니다.
00:00:35우선 GSD와 superpowers는 같은 뿌리에서 나왔습니다.
00:00:40둘 다 Claude code 위에서 작동하며
00:00:41Claude code가 복잡한 프로젝트에
00:00:43접근하는 방식을 바꿔주는
00:00:46오케스트레이션 레이어입니다.
00:00:48이들은 훨씬 더 견고한 계획 시스템과
00:00:50테스트 시스템을 도입하며,
00:00:52컨텍스트 과부하 문제를 해결하기 위해
00:00:56하위 에이전트 기반 개발 방식을 활용합니다.
00:00:57이들의 단계별 프로세스를 살펴보면
00:00:59유사점은 더욱 명확해집니다.
00:01:02superpowers의 첫 세 단계는 무엇을 할까요?
00:01:05계획을 세웁니다.
00:01:06브레인스토밍을 하고, git worktree를 사용하며,
00:01:09그다음 계획을 작성합니다.
00:01:10GSD는 무엇을 하나요?
00:01:12GSD는 새 프로젝트를 시작하고, 계획을 논의한 뒤,
00:01:15계획을 여러 단계로 세분화합니다.
00:01:17여러분의 큰 아이디어를 가져와서
00:01:19나중에 하위 에이전트들이 처리할 수 있도록
00:01:21작고 구체적인 원자 단위의 작업으로
00:01:25쪼개는 것입니다.
00:01:27계획이 확정되면 superpowers는 무엇을 할까요?
00:01:30하위 에이전트 기반 개발을 수행합니다.
00:01:32제가 계속 이 부분을 언급하고 있는데요.
00:01:33Claude code가 일반적인 계획 모드나
00:01:35실행 모드에서 하는 것처럼
00:01:36모든 것을 한 세션에서 실행하여
00:01:40컨텍스트 창을 계속 채우는 대신,
00:01:42이 하위 에이전트들은 각각 특정 작업을 할당받습니다.
00:01:45그렇게 하면 기본적으로 깨끗한 컨텍스트 창을 갖게 되므로
00:01:48더 나은 결과물을 얻을 수 있습니다.
00:01:51그것이 4단계와 5단계에서 일어나는 일입니다.
00:01:53다만 superpowers는 여기에
00:01:55테스트 주도 개발(TDD)이 포함됩니다.
00:01:56GSD의 경우, '단계 실행'이라는 한 단계로 이루어집니다.
00:02:01superpowers의 4단계와 5단계를
00:02:04GSD의 4단계에서 거의 다 처리하는 셈이죠.
00:02:05그다음 마무리 단계입니다.
00:02:06superpowers는 코드 리뷰를 요청하고
00:02:09모든 것을 병합합니다.
00:02:10GSD는 무엇을 할까요?
00:02:12작업 내용을 확인한 다음 배포하고,
00:02:14커밋하고, PR을 생성하면 끝입니다.
00:02:16보시다시피 매우 비슷합니다.
00:02:18차이점에 대해 말하자면 꽤 미묘합니다.
00:02:21superpowers의 경우,
00:02:22테스트 주도 개발과
00:02:25Red-Green 리팩토링 개념을 매우 강조합니다.
00:02:28superpowers 내부의 실제
00:02:31테스트 주도 개발 기술을 살펴보면 어떨까요?
00:02:33그것은 '철칙'에 대해 이야기합니다.
00:02:35먼저 실패하는 테스트 없이는 운영 코드를 작성하지 않는 것이죠.
00:02:37기능을 위한 코드를 만들려고 할 때마다
00:02:40먼저 해당 기능에 대한 테스트를 만듭니다.
00:02:41일단 테스트를 실패시킨 다음,
00:02:44그 테스트를 통과하는 데 필요한
00:02:47최소한의 코드만 작성하려고 시도합니다.
00:02:48거기서부터 Red-Green 리팩토링으로 이어집니다.
00:02:50구체적인 내용이 궁금하시다면
00:02:52GitHub 내부의 스킬들을 확인해 보실 수 있습니다.
00:02:53아래에 링크를 남겨두겠습니다.
00:02:55반면에 GSD는 상태와 컨텍스트를 정말 강조합니다.
00:02:59그래서 무엇을 할 계획인지, 무엇을 이미 했는지,
00:03:01그리고 앞으로 무엇이 완료될 것인지를 참조하는
00:03:03마크다운 파일을
00:03:05계속해서 생성합니다.
00:03:06요구 사항 마크다운 파일, 로드맵 마크다운 파일,
00:03:08그리고 다양한 단계들 같은 것 말이죠.
00:03:11매우 명시적이고 모든 것을 기록합니다.
00:03:13그 아이디어는, 수많은 하위 에이전트가 실행되고
00:03:16내용이 자주 초기화되는 상황에서,
00:03:19우리가 어디에 있고 어디로 가고 있는지를 알려주는
00:03:21일종의 북극성이 항상 필요하다는 것입니다.
00:03:23그게 GSD의 발상입니다.
00:03:24하지만 사실 그런 차이점들은 미묘합니다.
00:03:26그래서 상당 부분은 사용자가 느끼는 '체감'에 달려 있는데,
00:03:28그것을 오늘 확인해 볼 것입니다.
00:03:29우리가 살펴볼 다른 부분은
00:03:31제가 부여할 작업을 각 도구가 수행하는 데
00:03:32걸리는 시간입니다.
00:03:35또한 토큰의 양도 확인해야 합니다.
00:03:36비용은 우리가 항상 인지하고 있어야 하는 부분이니까요.
00:03:39설치 방법은 매우 간단합니다.
00:03:41그러면 모든 것이 설치될 것입니다.
00:03:45그렇다면 우리의 테스트는 어떤 모습일까요?
00:03:48superpowers가 바로 보일 것이고
00:03:50그렇게 설치하면 됩니다.
00:03:51GSD의 경우에는 이 명령어 하나만 실행하면
00:03:53모든 것이 설치됩니다.
00:03:55그럼 오늘 이 세 도구를 대상으로 한
00:03:56테스트는 어떤 식으로 진행될까요?
00:03:57세 도구 모두에게 저희 AI 에이전시인
00:04:00Chase AI의 웹사이트를 만들게 할 것입니다.
00:04:02그리고 이 웹사이트에는 세 가지가 필요합니다.
00:04:04첫째, 랜딩 페이지가 필요합니다.
00:04:06이것은 가장 단순한 요구 사항입니다.
00:04:08히어로 섹션, 자기소개 및 서비스,
00:04:11그리고 리드 캡처 양식이 포함된 표준 랜딩 페이지를 원합니다.
00:04:14여기서 아주 간단한 요청에 대해 어떻게 대응하는지 테스트합니다.
00:04:17또한 웹 디자인과
00:04:20스킬 호출 능력을 확인하고 싶습니다.
00:04:21제가 명시적으로 지시하지 않아도
00:04:23프론트엔드 디자인 스킬을 사용할까요?
00:04:25두 번째와 세 번째 요구 사항은
00:04:25블로그 생성기를 만드는 것에 관한 것입니다.
00:04:27먼저 2단계로, 사람들이 제 블로그를
00:04:30볼 수 있는 페이지가 있기를 원합니다.
00:04:32다양한 게시물을 확인하고, 클릭해서 읽는
00:04:34기본적인 기능을 원합니다.
00:04:36그리고 세 번째는 실제 블로그 생성기 자체입니다.
00:04:39이것은 숨겨진 관리자 페이지입니다.
00:04:40내비게이션 바에는 노출되지 않기를 원합니다.
00:04:42거기에 유튜브 동영상 URL이나
00:04:44기사 URL을 입력할 수 있게 만들고 싶습니다.
00:04:48그러면 해당 URL에서 모든 내용을 스크랩해 와야 합니다.
00:04:51그다음 Anthropic SDK를 사용하여
00:04:53유튜브 동영상이나 기사에서 얻은 정보를 바탕으로
00:04:57제 목소리 톤에 맞춘 깔끔한 블로그 포스트를 생성해야 합니다.
00:05:01또한 소스에서 썸네일이나 히어로 이미지를 가져와서
00:05:03새 블로그 게시물로 모두 저장하기를 원합니다.
00:05:06시간 관계상 인증 과정은 생략하겠습니다.
00:05:08세 도구 모두 Supabase CLI를 사용하여
00:05:10그 정도는 충분히 해낼 수 있을 거라 확신합니다.
00:05:13그다음 기본적인 기술 스택과
00:05:15어떤 느낌의 디자인을 원하는지 가이드를 줍니다.
00:05:18여기서 핵심은 모두가 같은 기준으로 평가받을 수 있도록
00:05:22충분한 방향성을 제시하면서도,
00:05:24단순히 지시를 따르는 데 그치지 않도록
00:05:26어느 정도의 자율성을 남겨두는 것입니다.
00:05:28도구들이 이 프롬프트를 어떻게 해석하는지 보고 싶습니다.
00:05:30특정 부분들은 해석의 여지를 남겨두었기 때문입니다.
00:05:32예를 들어 실제 스크립트를 어떻게 가져올 것인지,
00:05:33입력한 유튜브 URL에서
00:05:36어떻게 썸네일을 가져올 것인지,
00:05:38실제 블로그 생성 시스템 프롬프트는 어떤 모습이어야 할지,
00:05:39말투는 어떠해야 할지 같은 것들 말이죠.
00:05:42그리고 다시 말하지만, 특정 Claude code 스킬을
00:05:44호출할지 여부도 포함됩니다.
00:05:47이런 모든 부분에서 GSD, superpowers,
00:05:50그리고 기본 Claude code 사이에
00:05:54차이가 나타날 것입니다.
00:05:55제가 지난달에 Claude code 마스터클래스를 출시했는데요.
00:06:03기술적 배경이 없더라도 AI 개발자로 거듭날 수 있는
00:06:06가장 좋은 방법입니다.
00:06:09이 도구에 대해 알아야 할 모든 것을 가르쳐 드리고
00:06:11실제 사례에 집중합니다.
00:06:14그리고 그만큼 중요한 사실은,
00:06:15제가 말 그대로 매주 이 강의를 업데이트한다는 점입니다.
00:06:18시작한 이래로 벌써 거의
00:06:193시간 분량의 추가 콘텐츠가 추가되었습니다.
00:06:23Chase AI+ 내부의 고정 댓글에서 링크를 찾으실 수 있으니
00:06:24많이 참여해 주시기 바랍니다.
00:06:27그럼 테스트를 시작하겠습니다.
00:06:28여기 GSD, superpowers, 그리고 Claude code가 있습니다.
00:06:32헷갈리지 않도록 제가 지금 어떤 탭에 있는지
00:06:34아주 명확하게 보여드리겠습니다.
00:06:36또한 하단에 상태 표시줄이 있어서
00:06:37현재 어떤 디렉토리에 있는지 명시적으로 보여줄 텐데,
00:06:40모두 서로 다른 디렉토리에 있기 때문입니다.
00:06:42superpowers의 경우,
00:06:43superpowers 브레인스토밍 스킬을
00:06:46로드한 것을 볼 수 있습니다.
00:06:47superpowers는 꽤 유연하게 작동합니다.
00:06:50superpowers 플러그인을 설치하면
00:06:5414~15개 이상의 스킬이 로드됩니다.
00:06:57그 핵심 아이디어는 Claude code가
00:07:00사용자와 대화하는 방식과 현재 진행 상황에 따라
00:07:02어떤 스킬을 호출해야 할지 스스로
00:07:03판단한다는 것입니다.
00:07:05이는 디렉토리 내에서 GSD를 사용할 때
00:07:07'GSD new project' 같은 명시적인 슬래시 명령어를
00:07:10사용해야 하는 GSD 방식과는
00:07:13조금 다릅니다.
00:07:14사실 처음 몇 분이 지난 뒤 질문을 가장 먼저 던진 것은
00:07:17GSD였습니다.
00:07:19GSD가 질문을 가지고 가장 먼저 돌아왔습니다.
00:07:22우리가 꽤 구체적인 프롬프트를 주었기 때문에
00:07:24설명서가 꽤 완전하다고 말하더군요.
00:07:27하지만 마음에 드는 점은 이겁니다.
00:07:28"제가 임의로 결정한 사항들입니다"라고 말하는 것이죠.
00:07:30그러면서 저희가 언급했던 몇 가지 차별점들,
00:07:32즉 프롬프트에 포함하지 않았던 것들을 즉시 짚어냅니다.
00:07:34랜딩 페이지에 어떤 서비스가 들어가길 원하는지
00:07:37명시하지 않았는데, 네 가지 옵션을 제시하더군요.
00:07:39랜딩 페이지에 어떤 서비스를 넣을지 지정하지 않았는데, 네 가지 옵션을 제안하네요.
00:07:41그리고 유튜브 작업 시 트랜스크립트와
00:07:43히어로 이미지를 어떻게 처리할지도 알려줍니다.
00:07:46이제 project.md 파일을 생성하도록 하겠습니다.
00:07:49이제 Superpowers를 살펴보죠.
00:07:51바로 처음에, Superpowers는
00:07:52비주얼 컴패니언 제안을 건너뛰겠다고 합니다.
00:07:55저는 비주얼 컴패니언 제안을 원한다고 말하겠습니다.
00:07:58그게 사실 Superpowers와 GSD 사이의
00:08:00큰 차별점 중 하나이기 때문입니다.
00:08:02그래서 실제로 작동하는 모습을 보고 싶네요.
00:08:03그러자 곧바로 몇 가지 디자인 결정을 제시하는데,
00:08:06특히 URL을 가져오는 방식에 관한 것입니다.
00:08:09이것 역시 GSD와 마찬가지로 우리가
00:08:11해석의 여지로 남겨두었던 부분 중 하나였습니다.
00:08:13장단점이 포함된 세 가지 옵션과
00:08:16권장 사항을 함께 제공합니다.
00:08:17그러고 나서 실제 썸네일 전략을 세분화합니다.
00:08:19이런 종류의 제안을 해올 때 GSD보다
00:08:22조금 더 심층적인 모습을 보여줍니다.
00:08:24서비스, 디자인 시스템, 그리고 에러 처리 및
00:08:27예외 상황에 대해서도 똑같은 양상이 나타납니다.
00:08:30전반적으로 돌아오는 답변들이
00:08:33조금 더 깊이가 있었습니다.
00:08:34그래서 좋다고 썼지만,
00:08:35프런트엔드 미학이 확정되었는지 확인하기 위해
00:08:38여전히 비주얼 컴패니언을 확인해보고 싶습니다.
00:08:41그러자 비주얼 컴패니언이 나타났는데,
00:08:44이것이 이 툴의 가장 멋진 기능 중 하나입니다.
00:08:46개발 서버를 구동시켰고,
00:08:48이제 미학적인 부분을 어떻게 할지 제게 묻습니다.
00:08:50실제 옵션들이 있는데,
00:08:51눈앞에 바로 네 가지가 있어서 정말 마음에 듭니다.
00:08:53시각적으로 어떻게 하겠다고 말만 하거나
00:08:56옵션 하나당 개발 서버 하나를
00:08:58띄우는 것과는 차원이 다릅니다.
00:09:00모든 것을 한 번에 볼 수 있다는 건 정말 다르죠.
00:09:03이것이 Superpowers에서 제가 가장 좋아하는 부분 중 하나입니다.
00:09:04그건 그렇고, 이것들은 다 비슷비슷해 보이네요.
00:09:08딱히 눈에 확 들어오는 건 없습니다.
00:09:11이 중에서는 아마도
00:09:13따뜻한 에디토리얼 스타일이 제일 나은 것 같네요.
00:09:15일렉트릭 라임은 별로고, 모노크롬은 지루하고,
00:09:18리니어 폴리시는 그냥 AI가 대충 만든 것 같네요.
00:09:20오, 일단 이걸로 가보겠습니다.
00:09:24최소한 시각적인 뭔가는 있으니까요.
00:09:25저는 비주얼 컴패니언 기능이 정말 좋습니다.
00:09:27Superpowers에 C 옵션이 좋다고 말하니,
00:09:29이제 살펴볼 몇 가지 옵션을 더 줍니다.
00:09:32선택한 미학과 색상을 가져와서,
00:09:34이제 히어로 섹션으로 들어갑니다.
00:09:35웹페이지를 계속해서 파고드는 거죠.
00:09:40이게 첫 번째 히어로 버전입니다.
00:09:44두 번째는 좀 더 중앙에 집중되어 있네요.
00:09:46세 번째는 이쪽에 요소들이 배치되어 있고요.
00:09:51피처드 룩으로 나뉘어 있습니다.
00:09:53제 생각엔, 현실적으로는,
00:10:00아마도 이런 식으로 구성을 하고
00:10:03여기 있는 건 별로니까 빼버릴 것 같지만,
00:10:05템플릿으로서는 괜찮죠, 그렇죠?
00:10:06여기서부터 시작할 수 있으니까요.
00:10:09그러니 C로 가겠습니다.
00:10:10이제 Superpowers 비주얼 컴패니언이
00:10:12랜딩 페이지의 모든 섹션을 안내합니다.
00:10:15나머지는 건너뛰도록 하죠.
00:10:17어떤 방식인지 이해하셨을 테니까요.
00:10:18이제 Superpowers가 웹사이트 명세서를 작성했고
00:10:21우리에게 검토를 요청하고 있습니다.
00:10:23우리가 살펴보고 승인을 해주면,
00:10:25그때부터 실제 'writing plan' 스킬을 사용해
00:10:28구현 계획을 생성하게 됩니다.
00:10:30이것은 무엇을 할지에 대한
00:10:32일종의 초안 청사진입니다.
00:10:33여기 그 디자인 명세서가 있습니다.
00:10:35매우 포괄적인 내용이지만,
00:10:38가장 주의 깊게 봐야 할 부분은 하단에 있는
00:10:41핵심 판단 사항들입니다.
00:10:43지금까지 Superpowers가 여러분을 대신해
00:10:45내린 결정들은 무엇일까요?
00:10:46수정이 필요하다면 바로 이 지점에서
00:10:47의견을 제시해야 합니다.
00:10:48실제 블로그 콘텐츠 생성을 처리할
00:10:50숨겨진 URL로 /studio를 사용할 예정이고,
00:10:54내비게이션 레이블로 'writing'을 사용하며,
00:10:56생성된 보이스에 관해 이야기합니다.
00:10:59음, 해병대 조종사 출신이었다가
00:11:00지금은 AI 컨설턴트라고 하네요, 좋습니다.
00:11:03이것은 실제 사용자 수준의 클라우드 메모리를 바탕으로 한 것입니다.
00:11:07그리고 보안에 대해서도 언급하네요.
00:11:08말씀드렸듯이, 데모를 위해서
00:11:11여기서는 인증 과정을 거치지 않습니다.
00:11:12그러자 이 툴도 "그건 좀 이상하네요"라고 합니다.
00:11:13그냥 알려지지 않은 경로를 통한 보안을 하는 셈이니까요.
00:11:15그걸 짚어주네요.
00:11:17그래서 Superpowers에게 괜찮다고 말하겠습니다.
00:11:19그러면 이제 실제로 계획을 작성할 것이고
00:11:21해당 스킬이 로드되는 것을 볼 수 있습니다.
00:11:23우리가 Superpowers로 이 모든 작업을 하는 동안,
00:11:25GSD는 계획을 세우기 전에
00:11:28자체적인 조사를 수행해 왔습니다.
00:11:29네 개의 조사 에이전트를 병렬로 실행했죠.
00:11:32스택 조사, 기능 조사,
00:11:35그리고 아키텍처와 잠재적 문제점 조사에 각각 하나씩입니다.
00:11:38여기서 바로 확인하실 수 있습니다.
00:11:39각각 상당한 양의 토큰을 사용하죠, 그렇죠?
00:11:427만 5천, 3만 3천, 5만 1천, 그리고 6만 1천 토큰입니다.
00:11:46하지만 꽤 참신하거나 흔하지 않은
00:11:49작업을 하고 있다면,
00:11:52이런 종류의 조사 에이전트들은
00:11:55장기적으로 놀라운 효과를 발휘할 것입니다.
00:11:56우리가 오늘 하고 있는 것, 또는
00:11:58하려는 것은 꽤 간단합니다.
00:12:00웹 디자인, 블로그 생성기, 이미 다 본 것들이죠.
00:12:03그래도 테스트 조건을 공정하게 유지하기 위해
00:12:06이 조사 에이전트들을 실행하도록 했습니다.
00:12:10그 후 모든 조사 내용을 종합했습니다.
00:12:13여기 보시면 이를 위해 Sonnet 4.6을 사용하는 걸 알 수 있습니다.
00:12:15비록 제가 GSD에게 대부분의 작업에
00:12:17Opus 4.6을 마음껏 쓰라고 했지만,
00:12:20단순히 정보를 종합하는 단계이고
00:12:23해당 프로젝트를 위해 새롭거나 독특한
00:12:25무언가를 하러 나가는 게 아니라고 판단되면,
00:12:27종합 작업에는 더 작고 저렴한 모델을 사용합니다.
00:12:30그리고 이 4개 에이전트의 조사 단계는
00:12:32Superpowers에 비해 매우 견고합니다.
00:12:34Superpowers는 이런 작업을 딱히 하지 않거든요.
00:12:36하지만 말했듯이, 도구 사용 30회, 9만 1천 토큰, 15분이 소요됩니다.
00:12:39시간이 걸리죠.
00:12:40조사를 마치고 나면,
00:12:41요구 사항을 정의합니다.
00:12:43방금 Superpowers에서 본 MD 파일과
00:12:48유사하게 GSD도 똑같이 하지만, 더 많은 것을 합니다.
00:12:51여러 개의 문서를 작성하죠.
00:12:52요구 사항 문서를 만들고,
00:12:54로드맵 문서를 만듭니다.
00:12:56실제로 Superpowers가 한 것을 가져와서
00:12:58여러 문서로 나눈 셈입니다.
00:13:01로드맵, 상태, 요구 사항,
00:13:04그리고 나중에는 단계별 문서 같은 것들이죠.
00:13:0635분이 지난 시점인데, 시간이 꽤 걸린다는 걸 알 수 있습니다.
00:13:10잠시 멈춰서 표준 클로드 코드를
00:13:13살펴보면, 계획이 이미 준비되어 있습니다.
00:13:16한동안 아무것도 실행시키지 않았거든요.
00:13:19총 5~6분 정도 걸린 것 같습니다.
00:13:22제 느낌엔 그마저도 좀 느린 편이었는데,
00:13:2436분 후에도 여전히 진행 중인 GSD와 비교하면 말이죠.
00:13:29다시 Superpowers로 넘어가 보겠습니다.
00:13:31Superpowers는 방금 website plan.md 작성을 마쳤습니다.
00:13:35GSD가 로드맵과 일련의 문서들을
00:13:38마무리하는 동안,
00:13:39Superpowers를 다시 한번 살펴봅시다.
00:13:41방금 website plan.md를 생성했는데,
00:13:44여기에는 28개의 작업과 2,500개 라인이 포함되어 있습니다.
00:13:47VS Code로 돌아가서,
00:13:49이 폴더의 docs 항목으로 내려가
00:13:52명세서를 살펴보면,
00:13:53죄송합니다, 구현 계획을 살펴보면
00:13:56이것이 제가 말한 부분입니다.
00:13:58말했듯이 명세서보다 10배는 더 깁니다.
00:14:03정말 많은 내용이 담겨 있네요.
00:14:09이제 Superpowers는 두 가지 실행 옵션을 제공합니다.
00:14:12하나는 서브 에이전트 구동 방식인데, GSD와 매우 유사합니다.
00:14:16각 작업이 자체 서브 에이전트를 할당받고
00:14:18독립적인 컨텍스트 창을 갖게 됩니다.
00:14:20하지만 여기 적혀 있듯이 이건 트레이드오프가 있는데,
00:14:22말씀드린 28개의 작업을 처리하기에는
00:14:25대부분 단순한 작업들이라 과할 수 있습니다.
00:14:27이게 정말 최후의 수단 같은 옵션일까요?
00:14:29우리에게 정말 필요할까요?
00:14:29두 번째 옵션은 인라인 실행입니다.
00:14:32기본적으로 동일한 세션 내에서 작업을 진행하며
00:14:34필요할 때마다 검토를 위해 멈추는 방식입니다.
00:14:37그리고 속도가 훨씬, 훨씬 빠를 것입니다.
00:14:39이 인라인 실행은 우리가 여기 표준 클로드 코드에서
00:14:42수행하는 방식과 훨씬 더 비슷합니다.
00:14:45권한을 우회하고 그냥 거침없이
00:14:47진행하라고 하는 것과 같죠.
00:14:48이제 Superpowers가 인라인 실행을 권장하고 있으니,
00:14:50우리는 인라인 실행으로 가겠습니다.
00:14:52그러자 Superpowers가 계획을 실행하며,
00:14:55스킬을 성공적으로 로드했습니다.
00:14:57이제 본격적으로 작업을 시작할 것입니다.
00:14:58그리고 마침 맞춰서, GSD도 우리 프로젝트를 위한
00:15:03거창한 계획을 마쳤습니다.
00:15:05project.md, requirements.md, roadmap.md,
00:15:07state.md, cloud.md를 생성했네요.
00:15:09그리고 찾은 모든 조사 자료를 위한
00:15:12폴더도 만들었습니다.
00:15:14GSD는 65개의 요구 사항이 담긴 8단계를 제안하고 있습니다.
00:15:18그리고 전에 말씀드렸듯이,
00:15:20이것을 실행할 때
00:15:21GSD는 매우 엄격하면서도 명확합니다.
00:15:25'next' 슬래시 명령어로 넘기는 식이죠, 그렇죠?
00:15:27착착 진행하며 다음 작업, 다음 작업,
00:15:30그다음 작업으로 넘어갑니다.
00:15:31단계를 엄격히 나누는 방식인데, 반면
00:15:34Superpowers는 좀 더 유연하다고 할 수 있습니다.
00:15:37그냥 대화를 통해 풀어가는 식이죠.
00:15:38필요에 따라 명령어를 로드하는 법을 알고 있거나
00:15:40필요한 스킬을 로드할 것이라 기대할 수 있습니다.
00:15:43GSD가 조금 더 명확하게 구분됩니다.
00:15:45이제 GSD로 실행을 시작하기 전에,
00:15:49지금은 모두 기획 단계라는 점을 기억하세요.
00:15:51이것은 서브 에이전트들의 총 토큰 수인데,
00:15:54오직 기획과 조사만을 위한 것입니다.
00:15:56현재 459,862 토큰에 도달했습니다.
00:16:00사용량 측면에서 이것이 무엇을 의미할까요?
00:16:02누가 알겠습니까?
00:16:03하루 중 어느 시간대에 사용하는지,
00:16:05어떤 플랜을 사용하는지 등에 따라 완전히 달라지겠지만,
00:16:06기획에 대략 46만 토큰 정도입니다.
00:16:09여기에 현재 16%, 즉 15만 정도를 더해서,
00:16:13깔끔하게 반올림해 봅시다.
00:16:15GSD의 기획 단계 비용을
00:16:1860만 토큰이라고 부르겠습니다.
00:16:19그리고 소요된 총 시간은,
00:16:21대략 40분 정도로 잡겠습니다.
00:16:25이제 이를 기준점인,
00:16:27표준 Claude Code 기획 단계와 비교해 보면,
00:16:29그건 약 10분이 걸렸고 5만 토큰 정도였습니다.
00:16:33Superpower의 기획 단계 토큰 사용량은,
00:16:36약 20만 토큰이었습니다.
00:16:38그러니까 Superpower는 20만, GSD는 60만, Claude Code는 5만입니다.
00:16:47Claude Code는 10분, Superpower는 40분,
00:16:51GSD는 약 40분이 걸렸습니다.
00:16:53이것이 큰 차이점 중 하나입니다.
00:16:54첫째로, 두 오케스트레이션 레이어와
00:16:56표준 Claude Code 사이의 시간 차이입니다.
00:16:58하지만 GSD와 Superpower 사이의 토큰 사용량에는
00:17:02큰 차이가 있는데, GSD가 조사에
00:17:05매우 큰 비중을 두기 때문입니다.
00:17:06보셨다시피, 4개의 병렬 서브 에이전트가
00:17:09수많은 기획을 수행합니다.
00:17:10자, 이 프로젝트에 그게 필요했을까요?
00:17:14아마 아닐 수도 있습니다.
00:17:15하지만 규모가 큰 프로젝트라면 필요할 것이고
00:17:18그만큼의 토큰 차이가 발생할 것임을 이해해야 합니다.
00:17:20하지만 이것은 기획 및 조사 단계라는
00:17:21하나의 체크포인트일 뿐입니다.
00:17:23이제 실행할 시간입니다.
00:17:25Claude Code는 이미 시작했고,
00:17:27Superpower도 이미 시작했으며,
00:17:28저도 GSD를 가동할 예정입니다.
00:17:30실행 단계에 있어서는,
00:17:32특히 GSD는 다른 도구들보다 손이 더 많이 갑니다.
00:17:36기획과 조사가 끝났다고 해서,
00:17:38알아서 작성하고, 그냥 실행만 시켜놓고
00:17:4030분 동안 자리를 비웠다가 돌아와서
00:17:42완성된 프로젝트를 확인하는 식은 아닙니다.
00:17:43각 단계마다 아마도
00:17:46여러분의 일정 수준의 입력이 필요할 것입니다.
00:17:47최소한 다음 단계를 시작하게 하는 것만이라도요.
00:17:49왜냐하면 이 도구는 사용자에게
00:17:51먼저 각 단계를 논의하자고 요청해서,
00:17:55사용자의 머릿속에 있는 것과 Claude Code가
00:17:58정확히 일치하는지 확인하려 하기 때문입니다.
00:18:00그 기능이 실제로 무엇을 하길 원하나요?
00:18:01그것이 실제로 어떻게 보이길 원하나요?
00:18:03매우, 아주 세밀하게 파고듭니다.
00:18:05솔직히 말해서 한편으로는 좀 번거롭습니다.
00:18:07반면에 프로젝트가 매우 복잡한 것이라면,
00:18:09그 부분을 제대로 짚고 넘어가는 것이 중요할 것입니다.
00:18:11따라서 이런 요소들을 비교하고 판단해야 합니다.
00:18:15우리가 판단해 볼 기준은,
00:18:17결국 이 모든 상호작용이
00:18:19실제로 더 나은 결과물을 만들어주느냐 하는 것입니다.
00:18:21여러분의 시간을 아끼기 위해,
00:18:23GSD의 모든 단계를 보여드리지는 않겠습니다.
00:18:27과정이 궁금하시다면 이전에 링크해 드린
00:18:29GSD 활용 영상을
00:18:31확인해 보시기 바랍니다.
00:18:32그저 이것이 GSD와 Superpower 사이의
00:18:34큰 차이점 중 하나라는 점만 이해하세요.
00:18:37물론 Claude Code와도 차이가 있고요.
00:18:40Superpower에 대해 이야기하자면,
00:18:42현 시점에서 구현이 완료되었습니다.
00:18:44총 25만 토큰을 사용했으며
00:18:47기획 단계 이후 15분이 지났습니다.
00:18:49이제 무엇을 할지 묻고 있는데,
00:18:52브랜치를 그대로 유지하라고 추천하네요.
00:18:54그래서 "그래, 네 추천대로 하자"라고 답하겠습니다.
00:18:56그러자 Superpower가 무엇을 구축했는지,
00:18:59무엇이 작동하는지 확인했는지,
00:19:01확인하지 못한 것이나
00:19:02수동 확인 및 변경이 필요한 사항들,
00:19:05그리고 본인이 내린 판단들을 요약해서 보여줍니다.
00:19:07그리고 이 시점에서 실제로 작동하도록
00:19:10제 API 키를 업데이트하겠습니다.
00:19:11자, 드디어 실행이 모두 끝났습니다.
00:19:14지금 보고 계신 것이 그들의 1차 결과물입니다.
00:19:18여기 GSD, Superpower,
00:19:22그리고 기준점인 Claude Code가 있습니다.
00:19:24참고로, 시간이 얼마나 걸렸는지 보면
00:19:27단연 GSD가 이 단계에 도달하기까지 가장 오래 걸렸습니다.
00:19:30제가 각 단계를 거치며 기획하고
00:19:33실행시키는 모든 과정이 화면 밖에서 이루어졌습니다.
00:19:35솔직히 1시간 이상이 소요되었습니다.
00:19:38그리고 GSD의 실행 단계에서 사용된
00:19:41총 토큰량은 60만이었습니다.
00:19:42따라서 기획 단계의 시작부터
00:19:44첫 결과물이 나오기까지
00:19:46총 120만 토큰이 사용되었으며
00:19:50이 지점까지 1시간 45분이 걸렸습니다.
00:19:52Superpower의 경우 실행에
00:19:54약 5만 토큰이 추가로 들었고 15분 정도 걸렸습니다.
00:19:59따라서 Superpower가 첫 프롬프트에서
00:20:02실제 결과물을 내놓기까지 걸린
00:20:05총 시간은 1시간, 토큰은 25만 개입니다.
00:20:10Claude Code는 총 20만 토큰을 사용했고
00:20:14약 15분이 소요되었습니다.
00:20:16차이가 꽤 어마어마하죠.
00:20:19GSD가 단연 가장 길고 무거운 반면,
00:20:23예상대로 기본 상태의 Claude Code가
00:20:27가장 빨랐습니다.
00:20:28그럼 그 시간과 토큰을 들일 가치가 있었는지 봅시다.
00:20:30여기 GSD를 보고 계신데,
00:20:32그냥 평범한 배경이죠?
00:20:37거의 다 검은색입니다.
00:20:40매우 기본적입니다.
00:20:44주황색 배색이 들어가 있네요.
00:20:45나쁘진 않지만, 그렇다고 해서
00:20:48감탄이 나올 정도는 아닙니다.
00:20:50그저 "AI가 처음으로 만든 거네" 싶은 정도입니다.
00:20:52모든 게 꽤 평범해 보입니다.
00:20:54블로그를 클릭해 보면,
00:20:55예시 콘텐츠들이 들어있는 블로그가 나옵니다.
00:20:58이것도 뭐, 괜찮아 보입니다.
00:21:01이제 블로그 생성 기능을 살펴보죠.
00:21:04배후에서 작동하는 스튜디오 페이지 말입니다.
00:21:06하지만 링크를 따라가 보니 404 에러가 뜹니다.
00:21:11블로그 스튜디오 생성기가 첫 시도에서
00:21:14작동조차 하지 않는 겁니다.
00:21:15그래서 GSD에게 무엇이 문제인지 말해주었습니다.
00:21:16지금 수정 작업을 하고 있습니다.
00:21:18그동안,
00:21:19Superpower가 우리에게 준 것을 확인해 봅시다.
00:21:21Superpower의 결과물입니다.
00:21:22프런트엔드 디자인은 아까
00:21:25비주얼 컴패니언에서 본 것과 똑같습니다.
00:21:26다시 말하지만, 특별한 건 없습니다.
00:21:28Claude Code는 대체로 프런트엔드 디자인에 취약합니다.
00:21:32정말, 정말 구체적인 지침을 주거나
00:21:35엄청나게 많은 기술(Skills)을 로드하지 않는 한요.
00:21:37그래서 미적 감각이나 프런트엔드 디자인,
00:21:41그리고 전반적인 디자인 작업을 AI의 해석에 맡겼기 때문에,
00:21:43AI가 만든 티가 팍팍 나는 결과물이 나왔습니다.
00:21:45이 정도면 나쁘지 않습니다.
00:21:47기본 토대로는 괜찮아요.
00:21:48여기 블로그의 모습입니다.
00:21:50사진도 있고 블로그 구성이 다 갖춰져 있습니다.
00:21:56스튜디오 섹션으로 가보면,
00:21:58이건 첫 시도에 바로 작동합니다.
00:22:01생성기가 보이네요.
00:22:02제 최근 영상 중 하나의 링크를 넣으면
00:22:05초안을 만들어주고,
00:22:06올바른 썸네일도 가져옵니다.
00:22:08그리고 내용도 실제로 정확합니다.
00:22:09그 영상에서 제가 Claude Code 내의 코덱이나
00:22:12Obsidian, 자동 조사 같은 것들을 이야기했거든요.
00:22:16말한 대로 정확히 해냈습니다.
00:22:20정말 훌륭하네요.
00:22:20이제 기본 상태의 Claude Code를 보겠습니다.
00:22:24꽤 평범하고, 딱히 대단한 건 없습니다.
00:22:29솔직히 말해서,
00:22:30프런트엔드 디자인 면에서 큰 차이가 있나요?
00:22:33구체적인 지침을 주지 않았을 때, 이것과
00:22:36이것, 그리고 저것 사이에 말이죠.
00:22:39솔직히 별 차이 없습니다.
00:22:43이 셋 중 어떤 것이
00:22:46어떤 결과물을 만들었다고 해도
00:22:47저는 구분하지 못했을 겁니다.
00:22:49블로그를 한 번 보죠.
00:22:52가짜 기사들이 몇 개 있고,
00:22:57그냥 괜찮아 보입니다. 아주 밋밋하고
00:23:00특별한 건 없지만, 작동은 합니다.
00:23:02이제 스튜디오의
00:23:05블로그 생성 기능이 작동하는지 봅시다.
00:23:08GSD와 마찬가지로, 이건 작동하지 않습니다.
00:23:11링크를 주지만 404 페이지를 찾을 수 없다고 뜹니다.
00:23:14그래서 GSD 때처럼,
00:23:15기본 Claude Code에게 이걸 수정하라고 시켰습니다.
00:23:18블로그 생성기를 수정하려 시도하는 동안,
00:23:21GSD가 두 번째 시도에서 무엇을 했는지 보러 갑시다.
00:23:24GSD가 문제를 해결한 것 같군요.
00:23:27여기에 URL을 붙여넣고
00:23:29초안이 생성되는지 확인해 보겠습니다.
00:23:30좋습니다, 마크다운으로 초안이 나왔습니다.
00:23:33이 부분이 마음에 드네요.
00:23:34내용을 즉석에서 아주 빠르게 수정할 수 있다는 점이요.
00:23:39실제 콘텐츠 내용도 적절합니다.
00:23:41일을 잘 해냈네요.
00:23:44실제 미리보기도 볼 수 있어서 좋습니다.
00:23:48솔직히 말해서, 저는 이 부분의 구현은
00:23:51즉석 인라인 에디터가 있는 GSD 방식이
00:23:54Superpower보다 더 마음에 듭니다.
00:23:55이제 블로그 내부에서도 확인할 수 있습니다.
00:23:58마지막으로, 다시 기본 상태의
00:24:01순정 Claude Code로 돌아왔습니다.
00:24:03오류를 수정했네요.
00:24:04이제 블로그 생성기를 살펴보면
00:24:06Superpowers와 비슷하게
00:24:08일단 맡기면 자동으로 생성했습니다.
00:24:11수정할 기회를 주거나
00:24:13GSD처럼 초안으로 보여주지는 않지만,
00:24:15여기 저해상도 썸네일이 있고
00:24:18정확한 정보를 모두 가져왔습니다.
00:24:20그리고 실제 블로그 페이지 내의 모습입니다.
00:24:23그럼 이 모든 것에서 무엇을 배울 수 있을까요?
00:24:24이 세 가지 중 이번 정면 대결에서
00:24:27실제로 승리한 것은 무엇일까요?
00:24:28자, 빠르게 요약해 봅시다.
00:24:30작업에 소요된 총 시간 측면에서,
00:24:33기본 Claude Code는 약 20분이었습니다.
00:24:37Superpowers는 약 1시간이 걸렸고
00:24:39GSD는 105분, 즉 1시간 45분이 걸렸습니다.
00:24:43토큰 사용량은 Claude Code가 약 20만 개,
00:24:48Superpowers가 25만 개,
00:24:51그리고 GSD는 120만 토큰이었습니다.
00:24:56이것들이 객관적인 통계입니다.
00:24:59주관적인 측면에서,
00:25:00결과물에 대해 우리가 실제로
00:25:02어떻게 생각했느냐를 보면,
00:25:04어느 한쪽으로 아주 강한 의견이 있을까요?
00:25:08아마도 답은 '아니오'일 것입니다.
00:25:11답은 아마도, 제가 이것들을 다 섞어 놓고
00:25:14나중에 깜짝 발표로,
00:25:16"아니요, 이건 사실 Superpowers가 한 겁니다"
00:25:19그리고 "이건 기본 Claude Code가 한 거예요"라고 해도
00:25:22여러분은 상관하지 않을 것입니다.
00:25:23차이점을 알지도 못할 테니까요.
00:25:24이 모든 것 중에서 유일한 실질적 차이는
00:25:26Superpowers가 원래 해야 할 일을
00:25:27첫 번째 시도 만에 해냈다는 것입니다.
00:25:30한 번에 해낸 것에 대해 어느 정도 점수를 줄 수 있겠죠.
00:25:35사실, 한 번에 해낸다면 훌륭한 일입니다.
00:25:36두 번째 시도에 성공하더라도 저에게는 괜찮습니다.
00:25:40지금 여러분이 생각하고 계실 점은 아마,
00:25:42"음, 테스트가 결함이 있네"일 겁니다.
00:25:44Superpowers나 특히 GSD가
00:25:46다른 것들보다 앞서 나갈 만큼
00:25:49충분히 복잡한 테스트가 아니었다는 것이죠.
00:25:51그런 논리의 문제는,
00:25:53좋습니다, 그렇다면 이 이론적인 작업이
00:25:55GSD나 Superpowers 같은 것을 써서
00:25:58토큰보다 시간 소모가 더 큰 것을
00:26:00정당화할 수 있을 만큼 복잡해지는
00:26:02기준선은 어디인가 하는 점입니다.
00:26:03많은 이들에게 시간은 토큰보다 더 중요하니까요.
00:26:06그게 명확한가요?
00:26:07뻔한가요?
00:26:09저는 아니라고 주장하고 싶습니다.
00:26:11정말로 그렇지 않습니다.
00:26:12하지만 이론적으로 인정할 수는 있습니다,
00:26:16이런 방식이 타당한 아주 복잡한 작업이
00:26:18분명히 존재할 거라는 점을요.
00:26:19문제는 그것을 정의하고 미리 아는 것입니다.
00:26:21왜냐하면 눈앞의 작업에 대한
00:26:26복잡도 판단을 잘못해서
00:26:29GSD나 Superpowers를 선택한다면,
00:26:32Claude Code에 비해 40분을 더 쓴 셈이고
00:26:36GSD로 갔다면 80분을 더 쓴 셈이기 때문입니다.
00:26:39그건 아주 큰 문제입니다.
00:26:41사실 제가 이 작업을 다시 한다고 치고
00:26:43오늘 이 셋 중 승자가 누구냐고 묻는다면,
00:26:46압도적인 차이로 Claude Code입니다.
00:26:48왜일까요?
00:26:48토큰 때문이 아니라 시간 때문입니다.
00:26:50물론 굳이 따지자면 결과물이
00:26:53셋 중 가장 나쁘다고 할 수도 있겠지만, 아세요?
00:26:56설령 가장 나쁘다 해도,
00:26:57저에게는 수정할 수 있는 40분의 여유 시간이 생겼습니다.
00:26:59혹은 GSD 대비 80분의 여유 시간이 더 생겼죠.
00:27:02어떤 결과물이 더 나을 것 같나요?
00:27:04방금 막 생성된 이 GSD 결과물일까요?
00:27:06아니면 저와 Claude Code가 80분 더 공들인 것일까요?
00:27:09아니면 저와 Claude Code가 40분 더 공들인 것일까요?
00:27:11답은 꽤 명확하죠, 그렇죠?
00:27:15그렇다면 결국 저의 입장은 무엇일까요?
00:27:20제 생각은 이런 오케스트레이션 계층을 사용하려면
00:27:25그럴만한 타당한 이유가 있어야 한다는 것입니다.
00:27:26제가 오늘 하나를 쓴다면 Superpowers를 쓸 겁니다.
00:27:31작업이 너무 복잡할지 어떨지
00:27:33잘 모르는 상황에서 말이죠.
00:27:35아무도 어디에 있는지 모르는
00:27:36그 가상의 기준선 근처에 있고,
00:27:39그 선에 가까워지고 있다고 생각된다면,
00:27:40Superpowers를 사용할 것입니다.
00:27:41토큰 비용으로 절 망하게 하지는 않을 테니까요.
00:27:44그리고 60분 동안 다른 일을 하러 가면 됩니다.
00:27:47반면 GSD를 사용한다면,
00:27:49계속 키보드 앞에 붙어 있어야 합니다.
00:27:52제대로 활용하려면 모든 계획 단계를 거쳐야 하니까요.
00:27:53제대로 활용하려면 모든 계획 단계를
00:27:55거쳐야 하죠. 시간도 오래 걸리고 토큰도 많이 듭니다.
00:27:58그래서 제 예상이 틀리면 상황이 아주 안 좋아지죠.
00:28:01GSD와 그만큼의 시간을 보내는 건 정말 고통스러운 일입니다.
00:28:03이 영상을 찍으면서도 힘들었어요. 그냥 거기 앉아서
00:28:05그다지 가치도 없는 결과물을 위해
00:28:07이 모든 작업 과정을 지켜보고 있어야 했으니까요.
00:28:08그러니 정말로 'superpowers'가 필요할 만큼
00:28:11복잡한 작업이라고 생각된다면
00:28:13그때는 그 도구를 사용하는 게 정당화될 수 있다고 봅니다.
00:28:17하지만 그렇게까지 복잡하지 않거나,
00:28:19설령 복잡한 작업일지라도
00:28:21단순히 여러 기능으로 쪼개서
00:28:23조금씩 덧붙여 나갈 수 있는 일은 아닐까요?
00:28:26여기서 '조금씩'이라는 건 사실 다른 옵션들보다
00:28:28훨씬 더 빠르다는 의미입니다.
00:28:29별다른 설정 없는 기본 Claude Code를 사용하는 게
00:28:32다른 방식들보다 훨씬 빠르기 때문이죠.
00:28:34또 다른 점은 GSD가 처음 나왔을 때인데,
00:28:38저도 GSD 출시 당시에 영상을 올렸었죠.
00:28:41그때는 저도 GSD를 정말 좋아했습니다.
00:28:42superpowers도 마찬가지였고요.
00:28:44이 두 가지가 처음 등장했을 당시에는
00:28:46Claude Code가 지금 같은 수준이 아니었습니다.
00:28:48벌써 누군가 "요즘 Claude Code는 성능이 제한됐다"며
00:28:51불평하는 소리가 들리는데, 그런 이야기를 하려는 게 아닙니다.
00:28:52제가 말하는 건 Claude Code가 문제에 접근하는 방식이나
00:28:54기본적인 스캐폴딩(scaffolding),
00:28:56그리고 그 시스템 자체가 작동하는 방식을 말하는 겁니다.
00:28:57예를 들어, 방대한 계획을 실행하려고 할 때
00:28:59"컨텍스트를 비우고 이런 식으로 진행할까요?"라고
00:29:00묻는 기능 같은 건 당시엔 있지도 않았습니다.
00:29:03초기 GSD가 나왔을 때와 비교하면
00:29:04Claude Code는 컨텍스트 오염에 훨씬 취약했었죠.
00:29:07그래서 GSD가 처음 나왔을 때 저는
00:29:08"세상에, 이건 신의 선물이다"라고 생각했습니다.
00:29:10컨텍스트를 정말 이상적인 방식으로 다뤘으니까요.
00:29:12하지만 이제 Claude Code가 그런 기능들을 많이 도입하면서
00:29:14기본 Claude Code와 다른 도구들 사이의
00:29:15격차가 현저히 줄어들었습니다.
00:29:17동시에 이제는 실행 속도 면에서
00:29:19엄청난 차이가 벌어지고 말았죠.
00:29:22우리는 이 속도의 차이를 무시할 수 없습니다.
00:29:2520분 대 60분, 혹은 105분이라는 수치는
00:29:26모든 요소를 통틀어 가장 큰 차이점입니다.
00:29:30적어도 제 생각에는, 이 속도에 가장 큰 비중을 두어야 합니다.
00:29:3420분과 60분의 차이,
00:29:36그 105분의 차이가 모든 것 중에서 가장 큰 차이점입니다.
00:29:38적어도 제 생각에는 여러분이
00:29:41이 부분에 중점을 많이 두어야 한다고 봅니다.
00:29:44결론적으로 말씀드리면, 단순한 것이 최고입니다.
00:29:47제 생각에 99%의 사용 사례와 99%의 사용자들에게는
00:29:53그저 순정 Cloud Code를 사용하는 것이 가장 합리적입니다.
00:29:56그게 더 빠를 테니까요.
00:29:57설령 결과물이 더 낫지 않더라도,
00:29:59그 격차를 메우고 다른 경쟁자들을
00:30:01실제로 앞질러 갈 수 있는 시간이 훨씬 더 많아집니다.
00:30:03만약 여러분이 진행 중인 프로젝트가
00:30:05매우 복잡해서 추가적인 성능이 필요하다고 생각하신다면,
00:30:08Superpowers를 사용하세요. GSD에 비하면
00:30:12상대적으로 가볍기 때문입니다. GSD는 거대하게만 느껴지죠.
00:30:16솔직히 말씀드려서 사용감이
00:30:18그렇게 좋지는 않습니다.
00:30:19Superpowers를 사용하는 것이 훨씬 더 유연합니다.
00:30:21그냥 말을 걸면 기술을 호출하죠.
00:30:23일일이 "좋아,
00:30:25이제 슬래시 clear를 입력하자"라고 할 필요가 없어요.
00:30:27새로운 세션에 들어왔을 때, 그 과정이 좀 과합니다.
00:30:29GSD 2.0이 왜 나왔는지는 이해합니다, 그렇죠?
00:30:32GSD 2.0은 그런 문제들을 해결하기 위해 나왔습니다.
00:30:35하지만 그거 아세요?
00:30:36그것조차 제대로 작동하지 않습니다.
00:30:37왜냐하면 Claude Code Max 플랜을 사용할 수 없거든요.
00:30:38그 말은 제가 터무니없는 비용을 지불하고 있다는 뜻이죠.
00:30:40그러니, 뭐 말 다 했죠.
00:30:45이 내용이 여러분께 이 상황을 이해하는 데
00:30:46어느 정도 도움이 되었기를 바랍니다.
00:30:47제 생각에 그냥 순정 Claude Code만 사용하셔도
00:30:49충분히 괜찮을 겁니다.
00:30:50정말 필요할 때를 대비해 Superpowers를 보조로 두세요.
00:30:53그냥 프로젝트 수준에서 스킬들을 갖춰두기만 하세요.
00:30:55솔직히 GSD가 필요하다고 말하기는 어렵습니다.
00:30:58엄청나게 복잡한 작업을 하고 있거나
00:31:00모든 단계마다 일일이 가이드를
00:31:02받고 싶은 게 아니라면 말이죠.
00:31:03제가 준비한 내용은 여기까지입니다.
00:31:06언제나 그렇듯, 여러분의 생각을 댓글로 알려주세요.
00:31:09여러분이 Superpowers와 GSD를 어떻게 사용하고 계신지,
00:31:11그리고 제가 적용 과정에서 실수한 부분은 없는지 듣고 싶습니다.
00:31:15Claude Code 마스터클래스에 관심이 있으시다면
00:31:18꼭 확인해 보시기 바랍니다.
00:31:19링크는 제 프로필과 고정 댓글에 있습니다.
00:31:23그럼 다음 영상에서 뵙겠습니다.