00:00:00매일같이 새로운 클라우드 코드(Cloud Code) 기능과 튜토리얼,
00:00:04그리고 뒤처지는 것만 같은 새로운 것들이 쏟아지는 기분일 겁니다.
00:00:09이제 막 시작하셨거나 기술적 배경이 없다면 매우 당혹스러우실 텐데요.
00:00:13하지만 오늘 제가 그 문제를 해결해 드리고, 오늘 아예 처음부터 다시 시작한다면
00:00:19어떤 개념부터 시작할지 보여드리겠습니다. 총 4개 섹션에 걸쳐 35가지 개념을 다룰 것이며,
00:00:25처음 알아야 할 기초부터 시작해서 지금 당장 알 필요는 없지만
00:00:30존재한다는 것 정도는 알아둬야 할 고급 파워 유저용 기능까지 다룰 겁니다.
00:00:34마지막에는 바로 시작해서 실질적인 진전을 이룰 수 있는 명확한 로드맵을 갖게 될 것입니다.
00:00:39우리가 다룰 첫 번째 개념은 실제 cloud.ai 웹 앱과
00:00:45이런 챗GPT 스타일의 인터페이스, 그리고 클라우드 코드 자체의 차이점은 무엇인가 하는 것입니다.
00:00:53음, 비교적 간단합니다. 이 두 시스템은 같은 뇌를 사용합니다.
00:01:00제 클라우드 코드 안에도 Opus 4.6이 돌아가고 있고, 여기 채팅 메뉴에도 Opus 4.6이 있죠.
00:01:06차이점은 클라우드 코드를 사용할 때 이 뇌에는 몸과 손이 있다는 것입니다.
00:01:11코드를 작성하든, 이메일에 접근하든, 컴퓨터 자체와 상호작용하든 저를 대신해 실제로 일을 할 수 있습니다.
00:01:16그게 가장 큰 차이점입니다. 클라우드 코드는 대체로 저를 위해 무언가를 할 수 있습니다.
00:01:22개념 두 번째는 클라우드 코드를 설치하는 것에 관한 것이며, 다행히 매우 간단합니다.
00:01:26구글에 'cloud code install'을 검색하면 클라우드 코드 문서로 연결됩니다.
00:01:31우리가 할 일은 터미널이나 윈도우라면 파워셸(PowerShell) 같은 곳에 코드 한 줄을 복사해서 붙여넣는 것뿐입니다.
00:01:37사용 중인 운영 체제에 따라 선택하시면 됩니다.
00:01:42macOS, Linux 또는 WSL을 사용 중이라면 이것을 복사하시고,
00:01:47윈도우 파워셸을 사용 중이라면 이것을 복사하세요. 터미널이나 파워셸을 찾으려면
00:01:52하지만 이제 세 번째 개념으로 넘어가 보겠습니다. 클라우드 코드를 실제로 어디에서 사용해야 할까요?
00:01:57선택지가 정말 많기 때문입니다. 방금처럼 터미널에서 클라우드 코드를 사용할 수도 있고,
00:02:02클라우드 데스크톱 앱을 사용할 수도 있습니다. 이것 역시 클라우드 코드죠. 그리고 여기 코워크(co-work)도 있습니다. 코워크는 어떨까요?
00:02:06채팅은요? 아니면 VS Code 같은 IDE, 즉 통합 개발 환경은 어떨까요?
00:02:11여기 보시는 것처럼 터미널이 떠 있고 파워셸과 같은 상황이지만,
00:02:17파일을 확인할 수 있고 옆에 다른 창도 띄울 수 있죠. 맞나요? 정말 헷갈릴 수 있습니다.
00:02:22다시 말씀드리지만, 이런 방식이 익숙하지 않다면 특히 더 그럴 겁니다. 사실 결론부터 말하자면 그리 중요하지 않습니다.
00:02:27결국 가장 강력한 버전은 터미널에서 작업할 수 있는 버전입니다.
00:02:32오늘 보여드릴 VS Code를 사용하든,
00:02:38아니면 파워셸처럼 터미널을 있는 그대로 사용하든 상관없습니다.
00:02:44하지만 이제 막 시작했는데 이 모든 게 너무 벅차게 느껴져서,
00:02:48클라우드 코드 데스크톱 앱이나 코워크처럼 이해하기 쉬운 인터페이스를 원하신다면,
00:02:53대부분의 사용자가 하려는 일의 99%는 그 어떤 공간에서도 가능합니다. 손해 볼 건 전혀 없죠.
00:02:58그럼에도 불구하고 저는 여러분이 최소한 시작 단계에서는 터미널을 써보시길 강력히 권합니다.
00:03:01한 1~2주 정도만 해보세요. 만약 그 시간이 지났는데도 여전히 적응이 안 된다면,
00:03:06클라우드 코드 데스크톱 앱이나 코워크처럼 이해하기 쉬운 인터페이스를 원하신다면,
00:03:11대부분의 사용자가 하려는 일의 99%는
00:03:19이 중 어느 공간에서도 가능합니다. 손해 보실 일은 없을 거예요.
00:03:23그렇더라도 최소한 처음에 일주일 정도는 터미널을 써보시길 권합니다.
00:03:29그 기간이 지난 후에도 여전히 '아, 이건 너무 과해, 나랑 안 맞아'라고 느낀다면
00:03:34그때 클라우드 코드나 코워크로 옮겨가셔도 됩니다.
00:03:38터미널에서 그것들로 옮겨가는 건 언제든 가능하니까요.
00:03:43보조 장치가 있는 환경에 익숙해졌다가 더 강력한 환경으로 옮기기는 좀 더 어렵습니다.
00:03:47터미널이 보기만큼 무섭지 않다고 말하는 이유는
00:03:53결국 이것도 프롬프트 창이기 때문입니다. 웹 앱에서 챗GPT와 채팅하는 것처럼
00:03:58터미널 안에서 클라우드 코드에 프롬프트를 입력하는 것뿐입니다.
00:04:03말씀드린 대로 오늘은 VS Code를 사용할 건데, 터미널 환경으로 가는 쉬운 징검다리라고 생각합니다.
00:04:08이것은 IDE, 즉 통합 개발 환경이라고 불립니다.
00:04:13여전히 터미널이지만 더 친숙하게 볼 수 있는 방식입니다.
00:04:18왼쪽에 탐색기 탭이 있어서 파일 작업을 시작하면
00:04:22파일 안에 생성하는 모든 것을 여기서 확인하고 열어볼 수 있는데, 영상 뒷부분에서 더 명확해질 겁니다.
00:04:27VS Code(Visual Studio Code)를 사용하는 것은 완전히 무료입니다. 구글에 VS Code를 검색하고
00:04:32첫 번째 링크를 클릭하면 여기로 연결됩니다. 오픈 소스 AI 코드 에디터죠.
00:04:37그냥 다운로드해서 설치 마법사를 실행하기만 하면 됩니다.
00:04:41그다음 VS Code를 검색해서 클릭하면 이런 페이지가 나옵니다.
00:04:46'파일'로 가서 '폴더 열기'를 누르고, 오늘 작업할 새 폴더를 만들겠습니다.
00:04:52이 폴더는 컴퓨터의 다른 프로젝트처럼 작업이 이루어지는 공간입니다.
00:04:56'새 폴더'를 만들고 이름을 '35-test'라고 하겠습니다. 클릭하고 '폴더 선택'을 누르세요.
00:05:02그러면 이런 페이지가 보입니다. 다음으로 상단의 메뉴 버튼에서
00:05:08'터미널'로 가서 '새 터미널'을 누르세요. 이제 파워셸 때처럼 하단에 터미널이 열렸습니다.
00:05:13여러분의 허락 없이도 컴퓨터와 컴퓨터에 있는 파일들에 대해 클로드가 할 수 있는 것과 할 수 없는 것에 대한 것입니다. 이제,
00:05:18클라우드 코드가 실행됩니다. 그럼 이제 개념 네 번째인
00:05:25권한(Permissions)에 대해 이야기해 봅시다. 지금 하단이 비어있을 텐데,
00:05:30Shift + Tab을 누르면 몇 가지 옵션이 나타납니다. 이게 다 무슨 뜻일까요?
00:05:35이것들은 서로 다른 권한 설정입니다. 클라우드가 여러분의 허락 없이
00:05:40컴퓨터나 파일에 무엇을 할 수 있고 없는지에 대한 보안 설정이라고 생각하시면 됩니다.
00:05:46비어있을 때는 기본 권한 설정 상태입니다. 즉, 파일을 수정할 때
00:05:50매번 명시적으로 허가를 요청할 것입니다. '수정 허용(accept edits on)'으로 설정하면
00:05:56묻지 않고 자동으로 파일을 수정하므로 조금 더 빠릅니다. 하지만 Bash 명령어를 사용한다면,
00:06:00즉 컴퓨터 사양을 변경하거나 특정 의존성이나 프로그램을
00:06:05다운로드해서 설치하는 등의 터미널 명령어는 여전히 허가를 요청할 겁니다. 다음은 곧 설명할 '계획 모드'입니다.
00:06:09사실 세 번째 권한이 하나 더 있는데, 그러려면
00:06:14클라우드를 특정한 방식으로 열어야 합니다. '/exit'을 입력해서 클라우드 코드를 종료합니다.
00:06:20그리고 'clod --dangerously-skip-permissions'라고 입력하면
00:06:26클라우드가 정상적으로 열리지만, 여기 '권한 우회 켜짐(bypass permissions on)'이라는 새로운 설정이 보일 겁니다.
00:06:33이것은 제 허락 없이 파일을 수정, 삭제, 다운로드할 수 있다는 뜻입니다.
00:06:38처음엔 좀 무섭지만, 시간이 지나면 대부분의 사람들이 이 설정을 쓰게 된다는 걸 알게 될 겁니다.
00:06:44그게 훨씬 빠르기 때문이죠. 저는 클라우드 코드가 제가 시키지 않은 파일을
00:06:49삭제하는 문제를 겪어본 적이 없습니다. 물론 이론적인 우려야 항상 있겠지만,
00:06:54결과적으로 익숙해지면 엄청난 시간을 아껴줄 겁니다. 하지만 아직 불안해서
00:06:57제멋대로 행동하는 게 싫다면 그냥 '수정 허용' 상태로 두세요. 이제 Shift + Tab을
00:07:01두 번 누르면 '계획 모드(plan mode)'로 들어가는데, 기초 필수 섹션의 마지막 개념입니다.
00:07:06계획 모드란, 클라우드 코드에게 '웹사이트를 만들자' 같은 일을 시켰을 때
00:07:11독단적으로 바로 실행하는 게 아니라 먼저 생각을 한다는 뜻입니다.
00:07:18먼저 실행해야 할 일련의 단계들을 구성할 것입니다. 그리고 아마 여기서
00:07:23우리에게 몇 가지 질문을 던지는 걸 보게 될 겁니다. 본질적으로 우리가
00:07:28무엇을 만들고 싶은지 더 정확히 파악하려고 유도하는 거죠. 따라서 계획 모드는
00:07:35프롬프트가 엉망이 되지 않게 해주기 때문에 더 좋은 결과물을 얻는 최고의 방법입니다.
00:07:39여러분이 생각한 프롬프트에는 빈틈이 많을 텐데 계획 모드가
00:07:44클라우드의 질문을 통해 그 빈틈을 채워줄 겁니다. 어떤 종류의 웹사이트인지 묻고 있네요.
00:07:49'랜딩 페이지'라고 하겠습니다. 기술 스택도 묻고 있군요. 잘 모르겠으면
00:07:56그냥 1번으로 가겠습니다. 용도는 개인 프로젝트용이라고 하고 제출하겠습니다.
00:08:04잠시 제 클라우드 코드 마스터클래스에 대해 말씀드리고 싶습니다. 이 강의는
00:08:08특히 기술적 배경이 없는 분들이 초보에서 AI 개발자로 거듭나는 최고의 방법입니다.
00:08:13이 과정의 모든 내용은 초보자를 위해 맞춰져 있으며, 이 놀라운 AI 도구를
00:08:20완벽히 다루는 법을 배울 수 있도록 실제 사례에 집중합니다. 매주 새로운 업데이트를 올리고 있으니
00:08:25관심 있으신 분은 고정 댓글의 링크를 확인해 보세요. 자, 이제 개념 여섯 번째인
00:08:30클라우드 코드를 사용할 때의 마음가짐에 대해 이야기하기 딱 좋은 시점입니다.
00:08:35지금 웹사이트에 대해 몇 가지 질문을 더 던지고 있네요.
00:08:40가상의 소셜 미디어 인텔리전스 앱인 'Argus'에 대한 사이트를 만들고 싶다고 해보죠.
00:08:46그러면 이 랜딩 페이지를 만들어 줄 겁니다. 하지만 마음가짐에 있어서는
00:08:51클라우드 코드를 '협업자'로 생각하기 시작해야 합니다. 이런 대화가 오가는
00:08:57계획 단계에서는 그렇게 생각하기가 쉽지만, 사람들이 실수하는 지점도 바로 여기입니다.
00:09:01그저 클라우드 코드가 시키는 대로만 하고 질문을 던지지 않는 것이죠.
00:09:06우리가 잘못했던 예 중 하나는, 어떤 기술 스택을
00:09:11사용하고 싶냐고 물었을 때 그냥 'Next.js와 Tailwind를 쓸게'라고 한 것입니다.
00:09:15여러분은 Next.js와 Tailwind가 뭔지 아시나요? 이런 걸 처음 해본다면
00:09:20모를 가능성이 높습니다. 대개는 클라우드 코드가 추천해 주는 대로 가는 게 최선이긴 합니다.
00:09:26하지만 정말로 클라우드 코드를 배우고 AI로 개발하는 기초를 이해하고 싶다면,
00:09:31그때 멈춰 서서 클라우드 코드에게 이 개념들을 설명해달라고 요청해야 합니다.
00:09:37그게 단순히 '분위기만 맞추는 코더'의 흉내를 내지 않고 실제로 배우는 방법입니다.
00:09:42무언가 만드는 게 이렇게 쉽다면, 대체 여러분과 길 건너편의
00:09:48다른 사람 사이의 차이점이 무엇이겠습니까? 그 사람도 똑같이 질문하고
00:09:51계속 '수락'만 눌러서 랜딩 페이지를 만들 수 있을 텐데 말이죠. 여러분을 돋보이게 하고
00:09:55기초 실력을 쌓아주는 것은 클라우드 코드에게 이런 설명을 요구하는 과정입니다.
00:10:00클라우드는 무한히 인내심 강한 튜터이며 우리는 그렇게 활용해야 합니다. 여기 우리 사이트를 위해
00:10:06클라우드 코드가 가져온 계획안이 있습니다. 계획 모드를 쓰면 이런 걸 기대할 수 있습니다.
00:10:10실제로 실행하기 전에 수행할 작업에 대한 꽤 상세한 개요를 제공합니다.
00:10:15여기에 몇 가지 옵션이 보이죠. '예, 권한 우회'는
00:10:20계획한 대로 실행하되 권한을 묻지 않겠다는 뜻이고, '예, 수동으로 수정 승인'은
00:10:25만들기 시작하겠지만 파일을 생성하거나 수정할 때마다 일일이 허락을 구한다는 것인데
00:10:29매우 번거롭습니다. 그리고 '아니요, Ultra Plan으로 정교화'라는 옵션도 있습니다.
00:10:34Ultra Plan은 나중에 섹션 4의 파워 유저용 고급 기능을 다룰 때 설명하겠습니다.
00:10:39일단 지금은 '예, 권한 우회'를 선택하겠습니다.
00:10:43그러면 바로 우리를 위해 웹사이트 구축을 시작합니다.
00:10:46왼쪽에 보이는 것들이 현재 구축 중인 파일들입니다. 이게 바로
00:10:50처음 시작할 때 VS Code가 좋은 이유입니다. 생성되는 모든 것을
00:10:55여기서 바로 볼 수 있죠. 파일 탐색기에서 '35-test' 폴더를 열어
00:11:01내용물을 확인하는 것과 똑같습니다. 클라우드 코드가 만든 파일 중 하나가
00:11:05왼쪽에 보이는 'clod.md' 파일입니다. 이것이 개념 일곱 번째 주제입니다.
00:11:10clod.md 파일이란 무엇일까요? 이것은 클라우드 코드가 생성하는
00:11:16모든 프로젝트 안에 들어있으며, 클라우드 코드를 위한
00:11:21해당 프로젝트의 '지침서'라고 생각하시면 됩니다. 이것은 클라우드 코드에게
00:11:26특정 규칙이나 관례를 알려주는 역할을 합니다. 해당 폴더 안에서 작업할 때
00:11:32항상 따라야 할 규칙들이죠. 클라우드 코드가 프로젝트를 구축할 때
00:11:36자동으로 이 파일을 만듭니다. 그러니 직접 손댈 일은 별로 없지만 관련 테크닉이 많다는 건 알아두세요.
00:11:41저처럼 '단순한 게 최고'라고 하는 사람도 있고, 어떤 사람들은 최대한
00:11:46많은 정보와 독특한 규칙들을 여기에 담으라고 하기도 합니다.
00:11:50일단 지금은 이런 게 존재한다는 것과 여기에 무엇을 적든
00:11:56클라우드 코드가 매 명령마다 이를 참조한다는 사실만 이해하시면 됩니다. 매우 강력한 도구이지만,
00:12:02내용을 수정할 때는 정말 중요하고 모든 프롬프트에 적용되는 것인지 확인해야 합니다.
00:12:07클라우드 코드가 웹 페이지를 다 만들었네요. 개발 서버가 여기 localhost에서 시작되었다고 합니다.
00:12:12localhost는 내부 웹 페이지 같은 것입니다. 클릭하면 웹 페이지로 이동하는데
00:12:18지금 크롬 브라우저를 쓰고 있지만 인터넷에 연결된 건 아닙니다. 모두 로컬 환경이죠.
00:12:22이게 만들어진 결과물입니다. 상당히 못생겼네요. 영상 내내
00:12:27이걸 더 낫게 만드는 다양한 팁과 기술을 알려드릴 테지만 일단 지금은
00:12:31여기에 결과물이 있다는 걸 이해하세요. 그리고 일반 웹 페이지처럼 상호작용도 가능합니다.
00:12:34하지만 그전에 클라우드 코드뿐만 아니라
00:12:40대규모 언어 모델 전반에 걸쳐 가장 중요한 개념 중 하나를 이야기해 봅시다. 바로 개념 여덟 번째,
00:12:44'컨텍스트 윈도우(Context Window)'입니다. '/context'라고 입력하면 확인할 수 있습니다.
00:12:51여기 보이는 것이 우리가 컨텍스트 윈도우를 얼마나 사용했는지 보여줍니다. 이 경우
00:12:57100만 토큰 중 48,000 토큰을 사용했네요. 아마 여러분은 "체이스, 그게 대체 무슨 소린가요?
00:13:01토큰이 뭔지도 모르겠는데 100만 중 5만이라니, 무슨 말을 하는 건가요?"라고 하실 겁니다.
00:13:06토큰은 대규모 언어 모델과 클라우드 코드의 통화(currency)와 같습니다.
00:13:12단어 하나하나가 토큰입니다. 우리가 프롬프트에 입력한 모든 단어와
00:13:17클라우드가 답변으로 내놓은 모든 단어가 토큰 하나에 해당합니다. 실제로는 조금 다르지만,
00:13:23일단 그렇게 생각하시면 편합니다. 도구를 호출하는 것도 토큰이 들고,
00:13:28코드를 생성하는 것도 토큰이 듭니다. 모든 행위에는 토큰이 들고 컨텍스트 윈도우는 우리의 '예산'입니다.
00:13:34클라우드 코드의 예산은 100만 토큰입니다. AI 시스템마다 이 수치는 다릅니다.
00:13:42이걸 왜 신경 써야 할까요? 우선 이게 꽉 차면 세션이 끝나버립니다. 아마 예전에
00:13:47챗봇을 쓰다가 갑자기 "공간이 부족해서 세션을 종료합니다"라는
00:13:50메시지를 보신 적이 있을 텐데, 그게 바로 컨텍스트 윈도우가 가득 찼을 때 일어나는 일입니다.
00:13:55하지만 단순히 꽉 차는 것보다 더 중요한 것이 개념 아홉 번째인
00:14:01'컨텍스트 부패(Context Rot)'입니다. 컨텍스트 윈도우가 대화 내용과
00:14:07클라우드 코드의 작업들로 채워질수록 실제 클라우드 코드의 성능은 떨어집니다.
00:14:15즉, 많이 사용할수록 성능이 나빠진다는 것이고 그래서 현재 컨텍스트를
00:14:22얼마나 썼는지 계속 주시해야 합니다. 언제든 초기화해서 0에서 다시 시작할 수 있으니까요.
00:14:27물론 비용이 따르겠죠? 일반적인 챗봇, 예를 들어 clod.ai를 쓸 때
00:14:33새 채팅을 시작하는 건 꽤 뼈아픈 일입니다. 지금까지 했던 대화 내용들을
00:14:38기억해 줬으면 좋겠는데 처음부터 다시 시작해야 하니까요. 그건 정말 별로죠.
00:14:42하지만 다시 시작해야 클라우드 코드가 더 잘 돌아갑니다. 그럼 어떻게 해야 할까요?
00:14:47다행히 클라우드 코드에서의 재시작은 일반 챗봇과는 다릅니다.
00:14:51훨씬 낫죠. 그냥 '/clear'라고 입력하는 것만으로 세션을 초기화할 수 있는데,
00:14:57클라우드 코드는 이 폴더 안에, 제 컴퓨터 안에 상주하고 있기 때문입니다.
00:15:03다시 대화를 시작해서 웹사이트에 대해 물어보면, 사실상 새 채팅을 시작했든 아니든
00:15:08전혀 상관이 없습니다. 클라우드 코드는 그냥 코드 베이스를
00:15:13들여다볼 수 있기 때문입니다. 모든 파일과 clod.md를 볼 수 있고,
00:15:18마치 사람처럼 폴더 안을 훑어보고 무엇이 무엇인지 파악할 수 있는 능력이 있습니다.
00:15:25그렇기 때문에 가능하면 컨텍스트 윈도우를 항상 초기화해 주는 것이 좋습니다.
00:15:30대화를 이어가겠다고 50만 토큰이나 써서 성능이 떨어진 클라우드 코드를 쓸 이유가 없죠.
00:15:35어차피 다시 알려주면 다 기억해 낼 텐데 말이죠. 그러니 자주 초기화해서 나쁠 건 거의 없습니다.
00:15:42게다가 컨텍스트 윈도우가 채워질수록 프롬프트 비용이 비싸집니다.
00:15:48모든 프롬프트는 기본적으로 이전의 모든 내용을 함께 보내기 때문에 사용량이 늘어납니다.
00:15:53캐싱 시스템이 있어서 문제를 좀 완화해 주긴 하지만, 본질적으로는 그렇습니다.
00:15:58토큰 80만 개 지점에서 질문하는 게 5만이나 10만 개 지점에서 질문하는 것보다 비용이 더 듭니다.
00:16:04많은 분이 클라우드 코드 사용량에 대해 불만을 갖는데, 여러 이유가 있겠지만
00:16:10큰 비중을 차지하는 이유는 컨텍스트 윈도우를 제대로 관리하는 법을 모르기 때문입니다.
00:16:13그래서 사용량은 더 많이 쓰면서 클라우드 코드의 성능은 제대로 못 뽑아내는 거죠.
00:16:18따라서 첫째, 항상 컨텍스트를 주시하고 둘째, 적절할 때마다 초기화하는 게 얼마나 중요한지 아시겠죠.
00:16:25보통 20만 토큰을 넘기지 않는 게 좋습니다.
00:16:30물론 어떤 이유로든 더 긴 세션이 필요한 경우도 있겠지만,
00:16:3620% 지점에 도달했다면 스스로에게 물어봐야 합니다. "이 세션을 계속 유지해야 할까?"
00:16:42타당한 이유가 없다면 초기화해야 합니다. 아까 보셨듯이 '/clear'만 입력하면 됩니다.
00:16:47만약 대화 내용 중 다음 세션으로 가져가야 할 것이 있다면,
00:16:52클라우드 코드에게 방금 나눈 내용을 요약해달라고 해서 다음 세션에 붙여넣으면 됩니다.
00:16:56자, 여기 보이는 것이 제 '상태 표시줄(status line)'인데 이것이 개념 아홉 번째입니다.
00:17:00여기 보면 '35-test'라고 적혀 있고 사용하는 모델명과
00:17:06현재 컨텍스트 사용량(여기서는 2%)이 항상 표시됩니다. 여러분 화면엔 아직 안 뜰 텐데요.
00:17:11매번 '/context'를 입력하지 않아도 되도록 직접 만들 수 있습니다. 하단만 보면
00:17:16계속해서 직접 /context를 입력할 필요가 없도록 말이죠. 그냥 여기 아래를 슬쩍
00:17:20쳐다보기만 하면 현재 상태를 알 수 있어 상황을 파악하기 좋습니다. 그렇게 하려면
00:17:26단순히 /status line 명령어를 입력하면 됩니다. 그리고 다음과 같은
00:17:31프롬프트를 작성하세요. "상태 표시줄을 만들어 줘. 항상 고정되어 있고,
00:17:37현재 위치한 폴더, 사용 중인 모델, 그리고 현재 컨텍스트 창 사용량이 포함되게 해줘." 일단 그렇게 하면
00:17:44상태 표시줄이 생성될 것이고, Claude Code를 재시작하기만 하면 여러분만의
00:17:48상태 표시줄이 생깁니다. 방금 정말 많은 개념을 다뤘네요. 컨텍스트, 컨텍스트 창,
00:17:53초기화 기능, 컨텍스트 부패, 그리고 상태 표시줄까지요. 이 모든 것을 종합하면,
00:17:59솔직히 여러분은 Claude Code를 꽤 오래 사용해 온 사람들보다 훨씬 앞서게 될 겁니다. 사람들은 이 원칙들을
00:18:03생각보다 엄격하게 지키지 않거든요. 이제 여기 있는 동안 다른 슬래시(/)
00:18:08명령어들에 대해 이야기해 보죠. 다음 개념은 바로 '되감기(rewind)'입니다. 여러분이
00:18:13/clear를 했다고 가정해 봅시다. 컨텍스트 창을 최대한 깨끗하게 유지하려고 정말 노력했는데,
00:18:17아차, 그러지 말았어야 했다는 걸 깨달은 거죠. 하고 싶었던 다른 작업이 있었던 거예요.
00:18:22그럴 때 /rewind를 입력하면 Claude Code 내의 이전 세션으로 실제로 되돌아갈 수 있습니다.
00:18:30즉, /clear를 하기 전으로 돌아가서 대화를 원래대로
00:18:35복구하거나 처음에 "안녕"이라고 말했던 시점으로 갈 수 있죠. 여기에는 코드 변경 사항도 포함됩니다.
00:18:41Claude Code와 대화하며 실제 웹사이트의 코드를 수정했는데,
00:18:45만약 그 수정 사항이 마음에 들지 않는다면 /rewind를 사용하세요. 일종의 자동 저장 지점이 있기 때문에
00:18:49이전 상태로 돌아가기 매우 쉬운 방법입니다. 14번째 개념도 꼭 알아두셔야 하는데,
00:18:54바로 /model입니다. /model 명령어를 사용하면 서로 다른 모든
00:18:59Claude Code 모델 사이를 전환할 수 있습니다. Opus 3.5, Sonnet 3.5, 100만 컨텍스트를 지원하는 Sonnet,
00:19:06그리고 Haiku 모델이 있죠. 여기서 어떤 모델을 선택할지는 여러분이 어떤 플랜을
00:19:10사용 중인지에 따라 다릅니다. 월 20달러인 Pro 플랜이라면 항상 Sonnet을
00:19:14유지하는 것이 좋습니다. Max 플랜이라면 Opus를 꽤 자주 쓸 수 있겠죠.
00:19:20실제 사용량에 따라 다릅니다. 20배 높은 플랜이라면 항상 Opus로 마음껏 작업해도 되고요. 모델 선택은
00:19:25결국 사용자에 따라 다릅니다. Anthropic에 비용을 얼마나 지불하고 있느냐의 문제죠.
00:19:29Haiku 모델의 경우, 아마 전혀 사용할 필요가 없을 겁니다. 이건
00:19:34매우 저렴하고 거의 공짜에 가까운 모델이라서요. 활용 사례가 매우 구체적이고 틈새 분야에 한정됩니다.
00:19:41그러니 잘 아는 경우가 아니라면 Haiku를 가지고 놀 필요는 없습니다. 그리고
00:19:44effort(노력 수준) 같은 다른 모델 관련 명령어들도 보실 텐데, 이건 Claude Code가 얼마나 깊게 생각할지를 정합니다.
00:19:48기본값은 'auto(자동)'입니다. 이 역시 사용량 기반인데, 생각 수준이 높을수록
00:19:53더 많은 토큰을 쓰고 사용량이 늘어나기 때문입니다. 과업에 따라 결정하세요. 이제 제가 말씀드릴
00:19:58마지막 핵심 개념은 Git입니다. 아까 '되감기'에 대해 이야기했었죠?
00:20:05Claude Code에 내장된 일종의 저장 지점 기능 말이에요. 그런데 또 다른 형태의 저장 지점이 있는데,
00:20:11그게 바로 Git입니다. Git은 본질적으로 또 다른 유형의 저장 지점이지만,
00:20:16여러분의 컴퓨터에 저장되는 방식입니다. 그리고 여러분이 구축한 코드의 정확한 시점을 저장해 주죠.
00:20:22가능하다면 이 기능을 항상 사용하시길 강력히 권장합니다. Claude Code는 Git에 대해 매우 능숙하고 똑똑합니다.
00:20:28그래서 그냥 "이걸 Git 커밋해 줘"라고 말하기만 하면 됩니다. Git 커밋을 하면 저장이 됩니다.
00:20:36이건 나중에 아주 유용하게 쓰이는데, 나중에 GitHub 같은 것을 사용하기 시작할 때,
00:20:41우리가 가진 코드 저장 지점을 GitHub라는 클라우드로 올리고 싶을 것이기 때문입니다. 그러려면
00:20:48코드를 먼저 '커밋'해야 하죠. 그러니 Git 커밋을 저장 지점으로 생각하세요. 되감기도 훌륭하지만,
00:20:54Claude Code 내에서만 유용하죠. 하지만 우리가 더 성숙해지고, "이 코드를 나중에
00:20:59어떻게 세상 밖으로 내보낼까?"를 고민하기 시작한다면 Git을 써야 합니다. Git은 아주 좋은
00:21:04디딤돌이 되어줍니다. 되감기와 더불어 보조적인 저장 지점인 셈이죠. 덕분에 코드가
00:21:09그냥 사라지거나 증발하지 않을 거라는 확신을 더 가질 수 있습니다. 이제 3번째 섹션인
00:21:15'툴킷(Toolkit)' 단계입니다. 여기서는 외부 도구들을 가져오기 시작할 텐데,
00:21:19CLI나 MCP 같은 것들, 그리고 Claude Code의 가장 강력한 기능 중 하나인
00:21:25'스킬(Skills)'을 소개하겠습니다. 지금이 딱 적절한 타이밍인 게, 우리 웹사이트가 좀 못생겼거든요.
00:21:31이것 좀 보세요. 전형적인 'AI가 대충 만든 결과물(AI slop)'이죠. 지루하고, 밋밋한 보라색 그라데이션뿐이에요.
00:21:37이걸 어떻게 고칠까요? 물론 더 나은 프롬프트를 줄 수도 있었겠지만,
00:21:42특히 프런트엔드 디자인을 도와줄 수 있는 몇 가지 도구들이 있습니다. 다음 세 가지 개념은
00:21:46스킬(Skill), 스킬 마켓플레이스, 그리고 스킬 생성기(Skill Creator) 스킬입니다. 스킬은 결국 텍스트
00:21:52프롬프트입니다. Claude Code에게 특정 작업을 특정 방식으로 수행하라고 지시하는 방법이죠.
00:21:57지금 보시는 것은 Anthropic 공식 프런트엔드 디자인 스킬입니다. 보시다시피
00:22:02그냥 텍스트일 뿐입니다. 복잡한 코드나 대단한 건 없고, 그냥 텍스트 프롬프트죠. 이 프런트엔드 디자인
00:22:10스킬은 제가 이 텍스트 전체를 복사해서 Claude Code에 붙여넣고
00:22:15"방금 만든 것보다 더 나은 프런트엔드 디자인을 만들어 줘. 그리고 이런 가이드라인을 따라줘"라고
00:22:20말하는 것과 정확히 같습니다. 하지만 매번 복사해서 붙여넣고 싶지는 않죠. 대신
00:22:25/frontend design 명령어를 사용하거나, 아니면 그냥 평범한 자연어로
00:22:31"프런트엔드 디자인 스킬을 사용해 줘"라고 말하면 됩니다. 그러고 나서 제 요청을 말하는 거죠. 어떻게 하는지 보여드릴게요.
00:22:36우선 가장 먼저 해야 할 일은 프런트엔드 디자인 스킬을 설치하는 것입니다.
00:22:40설치 방법에는 몇 가지가 있습니다. 첫 번째 방법은 그냥 /plugin 명령어를 입력하는 것입니다.
00:22:46/plugin은 플러그인 디자인 마켓플레이스를 불러옵니다. 여기서 'discover plugins(플러그인 찾기)'로 가서
00:22:52'front end design skill'을 검색하면 됩니다. 찾으셨다면 선택한 다음
00:22:57설치하시고, 'installed(설치됨)' 섹션으로 탭을 옮겨서 설치가 잘 됐는지 확인하세요.
00:23:02여기 프런트엔드 디자인 플러그인이 보이네요. 플러그인을 설치하면 아마
00:23:07'reload plugins(플러그인 새로고침)' 같은 작업을 하라는 메시지가 뜰 겁니다. 그걸 실행하면 플러그인 설치가
00:23:12완료됩니다. 이제 해당 스킬이 Claude Code에 설치된 상태입니다. Claude Code는 이 스킬의
00:23:19존재를 알고 있습니다. 여러분은 그저 그걸 불러내기만 하면 되죠. 말씀드린 대로 몇 가지 방법이 있는데,
00:23:24언제든지 슬래시 뒤에 스킬 이름을 붙여 호출할 수 있습니다. 여기서는 /frontend-design이죠.
00:23:30"프런트엔드 디자인 스킬을 사용해 줘"라고 말해도 알아듣습니다. 아니면 얘가 꽤 똑똑해서,
00:23:38"이 웹페이지 프런트엔드 작업을 하고 있는데, X, Y, Z를 해보자"라고 말하면,
00:23:43그 문장을 파악하고 "오, 프런트엔드 디자인 작업을 하고 계시군요. 관련 스킬이 있는데
00:23:46한번 사용해 볼까요?"라고 알아서 반응합니다. 마지막으로, Claude Code는 이런 스킬들을
00:23:51직접 설치할 수도 있습니다. GitHub에서 이 URL을 복사한다면 말이죠. 이건 Claude Code 공식
00:23:58GitHub에 있는 겁니다. 이 URL을 복사해서 Claude Code에 붙여넣고 "이 스킬을 설치하고 싶어.
00:24:05대신 해줄 수 있어?"라고 물어보면, 알아서 설정 파일을 수정해 설치를 진행합니다. 스킬을
00:24:10실제로 사용해 보고 '스킬 생성기'로 넘어가기 전에 한 가지만 더 말하자면, 스킬은
00:24:15사용자 수준과 프로젝트 수준 모두에 존재할 수 있습니다. 지금은 '35 test' 프로젝트에 있지만,
00:24:21만약 제가 다른 프로젝트를 만들어서 그건 이메일 작업을 위한 '이메일 프로젝트'라고 해보죠.
00:24:27그 프로젝트에서도 Claude Code 스킬을 쓸 수 있을까요? 상황에 따라 다르지만 보통은 '예'입니다.
00:24:33프런트엔드 디자인 스킬 같은 걸 설치하면 대개 사용자 수준으로 설치됩니다.
00:24:37여러분 자체가 사용자니까, 여러분이 만드는 어떤 프로젝트든 이 스킬들을 사용할 수 있다는 뜻이죠.
00:24:42물론 프로젝트 전용 스킬도 가질 수 있습니다. 오직 이 프로젝트,
00:24:48우리 웹사이트에만 사용할 특정 스킬을 만들거나 쓸 수 있는 거죠. 다른 데선 절대 안 쓰이게요.
00:24:53그러니 그런 유연함이 있다는 걸 이해하세요. 이제 실제로 한번 써봅시다. 저는
00:24:57/frontend-design 명령어를 썼고요. "프런트엔드 미관을 다시 만들어 줘. Anthropic의
00:25:02색상 팔레트인 테라코타 등을 사용하고, 카드 요소에 그림자 같은 시각적 무게감을 줘.
00:25:07뻔한 AI 스타일 디자인은 피하자"라고 했습니다. 이번엔 스킬을 써서 어떻게 결과가 나올지 보죠.
00:25:14자, 결과가 나왔습니다. 첫 번째 결과물에 비하면 엄청난 도약이네요. 자,
00:25:19이게 완벽할까요? 전혀 아닙니다. 여전히 AI가 만든 티가 나나요? 네. 하지만 첫 번째와
00:25:26두 번째 시도 사이의 격차를 보세요. 이건 정말이지 세상에서 가장 단순한
00:25:30도구 중 하나인 프런트엔드 디자인 스킬 덕분입니다. 이제
00:25:34어떤 종류의 워크플로나 반복되는 작업을 발견할 때마다, 그것을 스킬로 만들고 싶어질 것입니다. 그리고 저희가
00:25:38'스킬 생성기(Skill Creator)' 스킬입니다. 우리의 다음 개념이죠. 스킬 생성기 스킬이 좋은 이유는
00:25:44단순히 고품질 스킬을 만들도록 훈련됐을 뿐만 아니라, 기존 스킬을 수정 및 개선하고
00:25:49스킬의 성능을 측정할 수 있게 해주기 때문입니다. 시간이 지나 Claude Code를 더 많이 쓰게 되면
00:25:55같은 일을 반복하고 있는 자신을 발견하게 될 겁니다. 우리에겐 모두 각자만의 작업 흐름이 있죠.
00:26:01어떤 작업 흐름이나 반복되는 과업을 발견할 때마다, 그걸 스킬로 만들고 싶을 겁니다. 그리고
00:26:06무언가를 커스텀 스킬로 만들 때는 항상 스킬 생성기 도구를 사용해야 합니다.
00:26:11왜냐하면 그게 실제로 스킬을 만들 가치가 있는지조차 얘가 말해주기 때문이죠.
00:26:16스킬 성능을 측정하는 기능은 정말 대단합니다. 자동으로 A/B 테스트를 실행해서
00:26:22이 스킬이 아무것도 안 하는 것보다 나은지 확인해 줍니다. 또한 스킬 개선 테스트도 가능하죠.
00:26:26스킬을 수정하면 원래 버전과 대조하여 테스트를 수행합니다. 테스트를 한다는 것은
00:26:31여러 번 실행해 보고 실제 수치화된 데이터를 우리에게 준다는 뜻입니다. 이건 엄청난 기능이죠.
00:26:37스킬 생성기 스킬을 사용하려면 프런트엔드 디자인 스킬과 마찬가지로
00:26:41URL을 복사해 Claude Code로 가져오거나, 플러그인 마켓플레이스에서 스킬 생성기
00:26:46스킬을 찾아 설치하고 플러그인을 새로고침하면 준비 끝입니다. 이제
00:26:51개념 20번과 21번을 통해 Claude Code로 가져올 수 있는 외부 도구인 MCP와
00:26:58CLI 도구에 대해 이야기해 보죠. MCP는 Claude Code를 일종의 외부 프로그램에
00:27:04연결하는 방법입니다. Claude Code 문서에는 MCP 도구만을 위한 섹션이 따로 있으며
00:27:11연결할 수 있는 도구 목록과 설치를 위해 Claude Code에 복사해서 붙여넣어야 하는
00:27:16명령어들이 나열되어 있습니다. Linear, Hugging Face, Cloudflare, Figma, Guru, Monday,
00:27:23Notion 등등 정말 많습니다. 우리와 이런 프로그램들(예를 들어 Notion)
00:27:30사이에 MCP 서버가 있으면, Claude Code에 자연어로 그냥 "야, Notion 안에서
00:27:37X, Y, Z 좀 해줘"라고 말할 수 있습니다. 그러면 우리가 직접 Notion에 들어가서 수동으로
00:27:42작업하는 것과 똑같이 우리 대신 작업을 수행해 줍니다. 이런 MCP 도구를 쓰려면 몇 가지가 필요합니다. 우선
00:27:48특정 명령어가 필요하죠. 말씀드린 대로 가장 인기 있는 것들은 여기 Claude Code
00:27:52공식 문서에서 찾을 수 있습니다. 'Claude Code docs MCP'라고 검색하거나 그냥 Claude Code에게
00:27:58물어보면 됩니다. 그러고 나서 그 명령어를 복사해 터미널에 붙여넣으면 됩니다. 하지만
00:28:02더 쉬운 방법은 그냥 이렇게 말하는 겁니다.
00:28:09"나를 위해 Notion MCP 서버를 설정해 줘." 그러면 Claude Code가 여러분 대신 이 모든 걸 처리합니다.
00:28:17어떤 명령어를 실행해야 하는지 알아내기 위해 웹 검색을 할 것이고, 그러고 나서 여러분에게
00:28:22필요한 작업 목록을 가지고 돌아올 겁니다. 왜냐하면 제가 Notion이나 PayPal, Stripe,
00:28:30혹은 Supabase MCP를 설정하려면 '자격 증명'이 필요하기 때문입니다. 즉, Supabase 같은 사이트에
00:28:36접속해서 특정 비밀 키를 가져와 Claude Code에 전달하거나 설정
00:28:42폴더에 넣어야 한다는 뜻이죠. 이런 걸 한 번도 안 해보셨다면 복잡하게 들릴 수 있지만, 누가
00:28:47이 분야의 전문가일까요? 맞습니다, Claude Code입니다. Claude Code가 말 그대로 단계를 하나하나
00:28:51짚어가며 가이드해 줄 겁니다. "이 링크를 클릭하고, 이 페이지로 가서, 이걸 복사해 붙여넣으세요"라고 말이죠.
00:28:58즉, MCP와 관련해서 힘든 일은 Claude Code가 다 해줍니다. 그건 그렇고, MCP는 사실 조금씩
00:29:04뒤로 밀려나고 있습니다. 지난 1년 반 동안 MCP가 엄청나게 주목받긴 했지만,
00:29:09이제 CLI가 그 자리를 대체하기 시작했거든요. CLI는 '명령줄 인터페이스(Command Line Interface)' 도구입니다.
00:29:17Claude Code가 터미널에 상주하는 것처럼, 이 프로그램들도 터미널에서 실행됩니다. Claude Code와
00:29:23이 프로그램들 모두 터미널에서 살기 때문에 서로 찰떡궁합이죠. 반면 MCP는
00:29:28오버헤드가 꽤 큽니다. 그래서 MCP와 CLI를 비교해 보면 MCP가 더
00:29:33느리고 토큰 효율성도 떨어지는 경향이 있습니다. 따라서 90%의 상황에서 CLI가
00:29:41존재한다면 MCP 대신 그걸 쓰는 게 낫습니다. 아주 좋은 예가 Playwright MCP입니다. Playwright는
00:29:48Claude Code와 연결하면 우리 대신 브라우저 자동화 작업을 해주는 도구입니다. 마치 Claude Code가
00:29:52우리 대신 브라우저를 조종해서 웹사이트에 로그인하고 테스트를 하는 식이죠. 훌륭한 도구인데, CLI와
00:29:57MCP 둘 다 있습니다. 그런데 CLI 버전이 훨씬 낫습니다. 토큰 효율성이 90% 정도 더 좋고,
00:30:04Claude Code가 사용하기도 더 편합니다. CLI와 MCP의 역학 관계를 보여주는 완벽한 사례죠. 그럼 CLI는 어떻게 쓸까요?
00:30:10제가 무슨 말을 할지 이미 아시겠죠? CLI를 사용하는 특정 명령어들이 있습니다. 아니면
00:30:15어떻게 하나요? Claude Code에 가서 "나를 위해 CLI를 설정해 줘"라고 하면 됩니다. CLI나 MCP 같은 것들은
00:30:22만약 여러분이 '권한 우회(bypass permissions)' 설정을 안 했다면, 즉 '위험한 권한 건너뛰기' 없이 시작했다면,
00:30:27Claude Code가 새 터미널 창을 열어서 이 명령어들을 붙여넣으라고 시킬 겁니다.
00:30:31권한 우회를 켰다면 이런 걸 다 알아서 해주겠죠. 사실 좀 무서운 부분이기도 하죠? Claude Code가 알아서
00:30:35제 컴퓨터에 뭔가를 다운로드하고, 설치하고, 실행한다는 게 겁이 날 수도 있습니다. 하지만
00:30:40커뮤니티에서 충분히 검증된 아주 유명한 CLI를 사용하고 있다면 너무 걱정하실 필요는
00:30:47없습니다. Playwright CLI가 좋은 예시죠. 문제는 이제 "어떤 CLI를 써야 하느냐"인데,
00:30:51사실 정답은 없습니다. 전적으로 여러분이 무엇을 하느냐에 달려 있죠. 브라우저 자동화가
00:30:57필요한가요? 그럴 수도 있겠죠. 웹사이트 로그인을 위해 Supabase 같은 인증 서비스가
00:31:03필요한가요? 그럴 수도 있고 아닐 수도 있습니다. 여기서 많은 분이 빠지는 함정은,
00:31:08CLI와 MCP에 대해 듣고 나면 토끼 굴에 빠져서 쓸 수 있는 모든 CLI를 검색하고,
00:31:15자신과 관련 있을 법한 모든 MCP를 찾아내 미친 듯이 다 설치하고 써보려 한다는 겁니다.
00:31:20제 생각엔 Claude Code에 있어서는 '적은 것이 더 나은 것'입니다. 시간이 지나면서
00:31:25점점 이런 CLI와 MCP를 접하게 될 것이고, 언제 그것들을 쓰는 게 합리적인지
00:31:32자연스럽게 알게 될 겁니다. 이제 막 시작하는 단계라면 CLI와 MCP라는 게
00:31:37있다는 사실을 아는 것만으로도 충분합니다. 그리고 더
00:31:44중요한 건, Claude Code가 그것들을 우리 대신 설치하고 사용할 수 있다는 사실이죠. 심지어 많은 경우,
00:31:50Claude Code가 그것들을 더 잘 쓰게 돕는 '스킬'까지 만들 수 있습니다. 여정의 시작 단계라면 그 정도만 알아도
00:31:56충분합니다. 숙련자 분들이라면 이제 Claude Code를 더 많이 활용하면서
00:32:00동시에 Claude Code에게 직접 물어보세요. "이런 용도에 맞는 MCP가 있을까?
00:32:06이 작업에 적합한 CLI가 있어? 아, Claude Code야, 웹 검색을 좀 해서
00:32:12확인해 줘"라고요. 왜냐하면 이런 것들은 매일같이 바뀌거든요. 매일 새로운 CLI가 나오고,
00:32:17매일 새로운 MCP가 출시됩니다. 그러니 제가 여기서 여러분에게 "알아야 할 30가지 목록" 같은 걸
00:32:21드리지는 않겠습니다. 물론 그런 내용을 다루는 다른 콘텐츠도 있긴 하지만요. 그냥 그런 세상이
00:32:26있다는 것과 Claude Code가 그걸 찾아내고 설치해서 여러분 대신 써줄 수 있다는 것만 이해하세요.
00:32:31이게 바로 Claude Code가 가진 일종의 '초능력'이니까요. 자, 이제
00:32:3622번 개념인 '퓨샷 프롬프팅(few-shot prompting)'에 대해 이야기해 봅시다. 퓨샷 프롬프팅이
00:32:43무엇일까요? 퓨샷 프롬프팅은 Claude Code에 프롬프트를 줄 때, 예를 들어 프런트엔드
00:32:50디자인 같은 과업에서 그냥 지시만 내리거나 스킬만 던져주는 게 아니라는 개념입니다. 대신
00:32:55원하는 결과물을 더 정확히 얻기 위해 내가 원하는 방식의 예시를 여러 개 제공하는
00:33:02기법입니다. 프런트엔드 디자인의 경우라면 스크린샷보다 더 좋은 걸 줄 수도 있죠.
00:33:07실제 코드, 즉 겉모습 아래에 있는 실제 HTML을 줄 수 있습니다. 그러면 Claude Code가 그걸
00:33:14참고해서 우리가 목표로 하는 결과물을 더 잘 뽑아낼 수 있습니다. 이게 무슨 뜻이냐고요? 원래
00:33:17우리 웹페이지에 Anthropic 스타일의 색상 팔레트와 디자인을 적용하고 싶다고 했었죠.
00:33:23우선 제가 추구하는 느낌의 스크린샷을 찍을 수 있습니다. 카드 요소나 푸터 같은 것들요. 하지만
00:33:29실제 코드를 들여다볼 수도 있죠. Ctrl+U를 누르면 여기에 HTML이 나옵니다.
00:33:39이걸 전부 복사해서 Claude Code로 가져오는 것, 그것이 본질적으로 퓨샷 프롬프팅의
00:33:45한 형태입니다. 스크린샷에 코드를 더해서 Claude Code가 제가 원하는 걸 더 잘 이해하도록 가이드하는 거죠. 이건
00:33:50프런트엔드 디자인에 완벽합니다. 저는 "프런트엔드가 Anthropic의 미감과 더 잘 어울리게 할 수 있을까?
00:33:56여기 그들 사이트의 HTML과 스크린샷이 있어"라고 했습니다. 2,000줄에 달하는 HTML을 붙여넣고,
00:34:01스크린샷들을 드래그 앤 드롭으로 넣었습니다. 어떻게 결과가 나오는지 보죠. 자,
00:34:06결과물이 나왔습니다. 색상 면에서 확실히 Anthropic의 느낌이 훨씬 많이 나네요. 자,
00:34:13이게 1대1로 완벽하게 복사된 걸까요? 여전히 할 일이 많이 남았을까요? 네, 그렇습니다. 아까
00:34:18프런트엔드 디자인 도구를 썼을 때처럼요. 하지만 포인트는 퓨샷 프롬프팅 같은 걸 쓰면
00:34:23출력 결과물을 더 잘 제어할 수 있다는 겁니다. 그저 프롬프트만 던지고 기도하는 식에서 벗어나
00:34:30결과물에 대해 어떤 주도권을 갖는다는 것, 그건 큰 차이죠. 퓨샷 프롬프팅은
00:34:37그걸 위한 최선의 방법 중 하나입니다. 하지만 우리 자신이
00:34:42코더가 아닌 상태에서 Claude Code에게 코딩을 시킬 때 생기는 문제 중 하나는, Claude Code가 만든 게
00:34:48정말 제대로 된 건지, 맞는 건지 알 수 없다는 점입니다. 최종 결과물을 보고 그 가치를 판단할 순 있겠지만,
00:34:54내부적으로 만들어진 코드가 과연 맞게 짜인 걸까요? 완전히 엉터리일 수도 있지만 대다수는 알 길이 없죠.
00:34:58그래서 다음 개념인 '적대적 프롬프팅(adversarial prompting)'과 '적대적 코드 리뷰'가 등장합니다.
00:35:05적대적 코드 리뷰란 단순히 코드를 살펴보고 뭐가 잘못됐는지 말해달라는 뜻입니다. 자,
00:35:13이 작업을 할 때 염두에 두어야 할 몇 가지 사항이 있습니다. 첫 번째는
00:35:18일반적인 AI들, 그리고 Opus나 Sonnet도 이 범주에 포함되는데, 얘들은
00:35:24자기가 만든 코드에 대해 관대한 편이라는 점입니다. 자기가 만든 건 다 좋다고 생각하죠. 그래서 그냥
00:35:29"코드 좀 보고 잘못된 거 알려줘"라고 하면 몇 가지 찾아내긴 하겠지만, 대체로
00:35:35자기가 한 게 맞다고 생각할 겁니다. 이건 딱히 놀랄 일도 아니죠. 그래서 제가 쓴 게
00:35:39맞는지 확인하고 싶을 때, 보통 두 가지 선택지가 있습니다. 첫 번째는 다른 터미널을 열고
00:35:46터미널을 하나 더 만들어서 Cloud Code를
00:35:51다시 시작할 수 있습니다. 그러면 별도의 Cloud Code 세션이 생기죠.
00:35:56이 코드베이스 안에 우리가 만든 코드를 살펴보라고 하면서
00:36:01적대적(Adversarial)이 되라고 주문합니다. 비판적인 시각으로 보라고 하는 거죠.
00:36:05"AI를 싫어하는 레딧 유저라고 상상하고 이 코드의 문제점을 말해봐"라고 하는 게 첫 번째 방법입니다.
00:36:10두 번째 방법은 완전히 다른 AI를 사용해서 코드 리뷰를 하는 것입니다.
00:36:16Cloud Code용 Codex 플러그인을 사용하는 것이 아주 좋은 방법이죠.
00:36:22ChatGPT 제작사인 OpenAI에서 만든 Codex 플러그인이 Cloud Code에 있습니다.
00:36:26ChatGPT 구독료로 월 20달러를 내고 있다면 이 플러그인을 사용할 수 있습니다.
00:36:34사실 무료로도 사용할 수 있지만, 모델 사양이 낮아지는 것으로 알고 있습니다.
00:36:39하지만 기술(skill)을 설치하듯이 이 플러그인을 설치해서 Codex가 우리 코드를 리뷰하게 할 수 있죠.
00:36:44거기에는 적대적 리뷰를 위한 특정 명령어가 따로 있습니다.
00:36:50Opus의 말을 완전히 믿지 못해서 Opus가 아닌
00:36:55제3자의 눈으로 확인하고 싶다면 Codex 플러그인이 완벽한 선택입니다.
00:37:00설치 방법은 매우 간단합니다. URL을 복사해서 Cloud Code에 붙여넣고
00:37:04Codex 플러그인을 설치하고 싶다고 말하면 설치 과정을 안내해 줄 것입니다.
00:37:10그러고 나서 forward slash(/) codex review 또는 codex adversarial review라고 치면 됩니다.
00:37:15이 과정은 특히 더 복잡한 작업을 할 때 정말 중요하다고 생각합니다.
00:37:20지금 우리가 만드는 랜딩 페이지 같은 프런트엔드 작업은
00:37:25망쳐봐야 어느 정도 한계가 있지만, 프로젝트가 복잡하고 커질수록
00:37:32적대적 리뷰를 통해 얻을 수 있는 이득은 훨씬 커집니다.
00:37:37특히 기술적인 배경이 없어서 AI가 무엇을 만들었는지 잘 모를 때
00:37:41이 방법이 아주 유용합니다. 적어도 내부 사정을 아는
00:37:46다른 모델에게 결과물이 괜찮은지 물어볼 필요가 있는 거죠.
00:37:52이제 4개 섹션 중 마지막인 '파워 유저' 섹션입니다.
00:37:55지금까지 논의한 모든 내용은 여러분이 사용 첫 몇 주 안에
00:38:00완벽히 익히려고 노력해야 하는 것들입니다.
00:38:04여기까지의 내용을 편안하게 다룰 수 있게 된다면
00:38:11여러분은 이미 평균적인 Cloud Code 사용자보다 훨씬 앞서 나가게 될 것입니다.
00:38:15하지만 이제부터 논의할 내용들은 더 숙련된 파워 유저들을 위한 것입니다.
00:38:22당장 이 기능들을 구현할 필요는 없지만, 존재한다는 사실은 알아두어야 합니다.
00:38:26경험이 쌓이다 보면 결국 어떤 한계에 부딪히게 될 텐데,
00:38:32여기서 접하게 될 내용들이 그때 도움이 될 수 있기 때문입니다.
00:38:38그것은 하나의 자동화가 됩니다. 제 커스텀 명령어가 바로 그런 역할을 하죠. 그리고 서브 스킬을 사용합니다. 그래서
00:38:46그 하위 스킬들을 호출하는 상위 개념의 스킬인 셈이죠. 또한 CLI 같은 것들도 활용합니다. 따라서 여러분의
00:38:52커스텀 슬래시 명령어, 커스텀 스킬, 커스텀 워크플로우는 꽤 복잡할 수도 있지만,
00:38:56엄청난 시간을 절약해 줄 수 있습니다. 말씀드린 것처럼, 이것은 NotebookLM API를 사용합니다. 유튜브에 접속하고,
00:39:01Cloud Code를 통해 실제 NotebookLM 애플리케이션을 사용하여 제가 조사를 수행하는 것을 도와줍니다.
00:39:06따라서 하루에 여러 번 반복하는 여러 단계의 작업이 무엇이든, 여러분은 그것을
00:39:13커스텀 슬래시 명령어로 만들어야 합니다. 커스텀 명령어는 훅(hooks)과 같은 형태가 될 수도 있습니다. Cloud Code 내부의 훅은
00:39:18특정 명령어 전이나 후에 무언가를 실행하도록 Cloud Code에 지시합니다. 그리고 이것들은
00:39:22엄청난 생산성 향상을 가져올 수 있습니다. 제가 가장 좋아하는 훅은 작업이 끝날 때마다 알림음을 재생하는 것입니다.
00:39:28이것은 저의 유튜브 전용 커스텀 스킬 연구 워크플로입니다.
00:39:36Cloud Code의 기술은 단순히 "프런트엔드를 디자인할 때 X, Y, Z를 꼭 해줘" 같은
00:39:41단순한 디자인 텍스트 프롬프트일 필요가 없습니다.
00:39:46커스텀 스킬이나 커스텀 슬래시 명령어는 워크플로 자체가 될 수 있습니다.
00:39:53Cloud Code에게 "먼저 A를 하고, 그다음에 B를 하고, C를 거쳐 D를 해줘"라고
00:40:00지시할 수 있는 것이죠. 일종의 자동화 시스템이 되는 셈입니다.
00:40:04제 커스텀 명령어가 바로 그런 역할을 합니다. 그리고 이건 하위 기술들을 사용합니다.
00:40:10그 아래에 있는 추가적인 기술들을 호출하는 상위 계층의 기술인 거죠.
00:40:15또한 CLI 같은 도구들도 활용합니다. 따라서 여러분의 커스텀 슬래시 명령어,
00:40:19커스텀 스킬, 커스텀 워크플로는 꽤 복잡할 수 있지만
00:40:25엄청난 시간을 절약해 줄 수 있습니다. 말씀드린 대로 이건 NotebookLM API를 사용합니다.
00:40:31유튜브에 접속해서 Cloud Code를 통해 실제 NotebookLM 애플리케이션을 사용하여
00:40:39제가 조사를 하는 데 도움을 줍니다.
00:40:43그러니 하루에 여러 번 반복하는 여러 단계의 작업이 있다면
00:40:48무엇이든 커스텀 슬래시 명령어로 만들어야 합니다.
00:40:53커스텀 명령어는 '훅(hook)'과 같은 형태가 될 수도 있습니다.
00:40:59Cloud Code 내부의 훅은 특정 명령어 실행 전이나 후에
00:41:07어떤 동작을 하라고 지시하는 것입니다. 이는 생산성을 크게 높여줄 수 있습니다.
00:41:14제가 가장 좋아하는 훅은 명령어가 끝날 때마다 소리를 재생하는 것입니다.
00:41:20이 영상에서는 아마 소리가 안 들렸겠지만, Cloud Code가 명령어를 마칠 때마다
00:41:26알림음이 들립니다. 왜 그런 게 필요할까요?
00:41:32시간이 지나면 알게 되시겠지만, 특히 터미널을 여러 개 띄워놓았거나
00:41:38작업이 오래 걸릴 때 깜빡 잊어버리고 중간에 딴짓을 하게 되는 경우가 많습니다.
00:41:44그럴 때 "다 끝났으니 다시 일하자"라고 알려주는 청각적 신호가 있으면 아주 좋습니다.
00:41:49저라면 무조건 이걸 설정할 겁니다.
00:41:54만드는 법도 아주 간단합니다. 그냥 "커스텀 훅을 만들어줘"나
00:41:58"Cloud Code가 작업을 마치면 소리를 재생하는 훅을 만들어줘"라고 하면 됩니다.
00:42:02그 훅은 무엇이든 될 수 있습니다. 꼭 소리가 아니어도 됩니다.
00:42:06원한다면 작업이 완료될 때마다 이메일을 보내게 할 수도 있죠.
00:42:11Cloud Code는 무궁무진하게 커스터마이징이 가능하며,
00:42:16커스텀 슬래시 명령어와 커스텀 훅은 이를 활용하는 아주 좋은 방법입니다.
00:42:23이제 다음에 이야기할 개념은 '하위 에이전트(sub agents)'와 '에이전트 팀'입니다.
00:42:28Cloud Code로 작업하다 보면, 어느 때든 시스템이 자율적으로
00:42:32자신을 대신해 작업을 수행할 하위 에이전트들을 생성할 수 있습니다.
00:42:39예를 들어 제가 Cloud Code 기술에 대해 조사하고 싶어서
00:42:44웹에서 관련 정보를 찾아달라고 했다고 칩시다.
00:42:51그러면 시스템은 하위 에이전트를 하나 실행할 수 있습니다. 그 에이전트의 역할은 오직 웹 검색입니다.
00:42:58즉, Cloud Code가 자신의 두 번째 인스턴스를 만드는 것과 같습니다.
00:43:06마치 여러분이 두 번째 터미널을 연 것처럼요. 그리고 그 하위 버전의 Cloud Code에게
00:43:12"나 대신 웹 검색 좀 해줘"라고 시키는 거죠.
00:43:19필요하다면 어떤 작업에 대해서든 이렇게 할 수 있습니다. 때로는 여러 하위 에이전트를 만들어
00:43:24여러 가지 일을 동시에 처리하기도 합니다.
00:43:29사용자인 여러분은 이 하위 에이전트들과 직접 소통하지는 않습니다.
00:43:35그들은 주어진 특정 작업을 완료한 뒤 그 정보를
00:43:40메인 Cloud Code 인스턴스로 다시 가져옵니다.
00:43:46여러분도 직접 하위 에이전트를 만들 수 있는 능력이 있지만,
00:43:50대부분의 경우 Cloud Code가 필요할 때 알아서 자동으로 처리합니다.
00:43:55직접 하위 에이전트를 만드는 건 시간 낭비에 가깝기 때문에 이론적으로만 이해하시면 됩니다.
00:44:01하지만 이 시스템에는 몇 가지 단점이 있을 수 있습니다.
00:44:06만약 제가 Cloud Code에게 지금까지 만든 것보다 더 복잡한 웹페이지를 만들라고 시켰다고 합시다.
00:44:12그래서 시스템이 스스로 세 개의 하위 에이전트를 생성했습니다.
00:44:17하나는 우리가 해왔던 프런트엔드 디자인용 하위 에이전트입니다.
00:44:21또 하나는 로그인 페이지 같은 인증(Authentication) 담당 에이전트이고,
00:44:26마지막 하나는 Stripe 같은 결제 시스템을 담당하는 에이전트입니다.
00:44:30문제는 이들이 서로 대화를 하지 않는다는 점입니다.
00:44:35프런트엔드 디자인 담당은 인증 담당과 대화하지 않고,
00:44:43인증 담당은 결제 담당과 대화하지 않습니다. 모두가 손발이 맞아야 하는데도 말이죠.
00:44:48표준적인 하위 에이전트 방식에서는 그들은 각자의 방(silo)에 갇혀 있습니다.
00:44:52자기 일만 하고 메인 Cloud Code 세션으로 돌아올 뿐이죠.
00:44:57그러면 결국 메인 세션이 이 모든 결과가
00:45:02실제로 잘 맞물리는지 직접 파악해야 합니다. 그래서 등장한 것이 '에이전트 팀'입니다.
00:45:09에이전트 팀도 Cloud Code가 하위 에이전트들을 생성한다는 점은 비슷합니다.
00:45:14하지만 이제 그들은 서로 소통을 합니다.
00:45:20프런트엔드 디자인 담당이 인증 담당과 이야기할 수 있고,
00:45:24인증 담당은 결제 담당과, 결제 담당은 다시 프런트엔드 담당과 소통할 수 있습니다.
00:45:30그리고 종종 이 세 명의 업무를 조율하는 역할만 맡은
00:45:36추가 하위 에이전트를 생성하기도 합니다. 마치 팀의 중간 관리자처럼요.
00:45:41실제 인간 팀의 구성을 흉내 내려는 것입니다. 즉, 여러분의 메인 Cloud Code가
00:45:48혼자서 모든 것을 조정할 필요가 없게 됩니다. 모든 것이 하위 에이전트 수준에서 처리되죠.
00:45:54정말 훌륭하죠. 일반적인 하위 에이전트보다 훨씬 더 정교한 구성입니다.
00:45:58하지만 공짜는 아닙니다. 이 세 명이 서로 소통하게 하려면
00:46:02그만큼 더 많은 토큰이 소비됩니다. 게다가 이 기능은 아직 실험적 기능입니다.
00:46:10실험적 기능이라는 것은 여러분이 직접 settings.json에서
00:46:15제대로 일하고 있는 게 아니죠. 하지만 만약 여러분이 멀티 터미널
00:46:20방식을 택해서 한꺼번에 수많은 작업을 처리하고 싶다면,
00:46:23아까 말한 문제를 해결해야 합니다. 한 책상에 세 명이 한 노트에 적는 건 문제가 되니까요.
00:46:27그걸 어떻게 해결할까요? 한 가지 방법은 'git worktree'를 사용하는 것입니다.
00:46:34git worktree가 그 문제를 해결해 줍니다. 이것 없이는 세 명의 요원이나 터미널이
00:46:39같은 프로젝트에서 작업하다가 서로의 작업을 덮어쓰고 충돌이 발생하게 됩니다.
00:46:44하지만 worktree를 사용하면 한 책상에 세 명이 앉는 대신, 각자
00:46:50자신만의 책상과 파일 복사본을 갖게 됩니다. 각자 작업하고 나면 결국 모두 통합되죠.
00:46:57그리고 나중에 합칠 때 내용이 맞는지 누가 확인할까요? Claude Code가 합니다.
00:47:02worktree를 사용하려면 평소처럼 Claude Code를 열되, worktree 플래그를 쓰고
00:47:06이름을 지정하면 됩니다. 'front-end-design'처럼요. 'claude --worktree' 뒤에
00:47:12이름을 붙이는 식이죠. 추가로 여는 터미널마다 이 과정을 반복하면 됩니다.
00:47:17여기 보시는 것처럼 하나는 'main', 하나는 'front-end', 하나는 'tests'입니다.
00:47:23이 작업들을 병렬로 진행한 뒤, 마지막에 기본 Claude Code 세션으로 돌아가서
00:47:27"이 worktree들을 살펴보고 깔끔하게 머지해줘"라고 하면 됩니다. Git에서도 꽤
00:47:33고급 개념이라, 이제 막 시작하셨다면 바로 쓰려고 애쓰며 혼란스러워하진 마세요.
00:47:37이제 또 다른 파워 유저용 개념인 '프레임워크'에 대해 이야기해 보겠습니다.
00:47:43GSD(Get Shit Done), BMAT, Superpowers 같은 것들인데요. 핵심 아이디어는
00:47:49Claude Code 주변에서 오케스트레이션 레이어 역할을 하며 본질적인 작동 방식을
00:47:56바꾸는 GitHub 저장소들이 있다는 것입니다. 여전히 Claude Code이고
00:48:01터미널 안에 있지만, 이런 프로그램들은 계획을 세우거나 실행하는 방식,
00:48:07진행 상황을 기록하는 방식을 바꿉니다. 그리고 이런
00:48:13오케스트레이션 레이어를 사용하는 이유는 Claude Code가 무언가를 하도록 돕기 위함이죠.
00:48:20대부분 복잡한 작업이나 프로젝트를 처리하는 데 도움을 줍니다.
00:48:25제 생각엔 이런 레이어들에 유용한 기능이 많지만, 언제 사용할지 판단하려면
00:48:30어느 정도 경험이 필요합니다. CLI나 MCP 때처럼 마치 사탕 가게에 온 아이처럼
00:48:35눈에 보이는 모든 오케스트레이션 레이어를 다 써야 한다고 생각할 수 있거든요.
00:48:40레이어 하나만 더 있으면 Claude Code를 마스터할 수 있을 것 같지만, 전 그렇게 보지 않습니다.
00:48:46특히 시간이 흐를수록요. GSD가 처음 나왔을 때 '컨텍스트 부패'를 처리하는 방식은
00:48:51당시 Claude Code의 방식에 비하면 정말 획기적이었습니다.
00:48:55하지만 GSD나 다른 프레임워크의 멋진 핵심 기능들 중 많은 부분이 이제는
00:49:03기본 Claude Code에 반영되기 시작했습니다. 순정 상태의 Claude Code도 이제 많은 걸 하죠.
00:49:08계속 업데이트되면서 이런 모범 사례들을 도입하고 있습니다. 그렇다고 이 프레임워크들이
00:49:13쓸모없다는 건 아닙니다. 다만 처음부터 덥석 쓰지는 말라는 거죠. Claude Code는
00:49:20단순할수록 좋을 때가 많으니, 내가 정확히 무엇을 쓰는지 이해해야 합니다.
00:49:26그저 남들 다 하니까 쓰진 마세요. 다음 개념은 조금 헷갈릴 수 있는 트리거와 예약 작업입니다.
00:49:31트리거는 여러 가지가 될 수 있습니다. 어떤 일이 일어났을 때
00:49:37다른 일을 수행하는 '훅' 같은 것이죠. 그리고 예약 작업은 우리가 자리에 없어도
00:49:42Claude Code가 일정에 맞춰 무언가를 하길 원할 때 사용합니다.
00:49:47예약 작업에는 몇 가지 옵션이 있고, 이는 트리거 개념과 연결되는데 바로 '루프(Loop)'입니다.
00:49:53loop 명령어를 사용하면 Claude Code가 원하는 간격으로 특정 작업을 반복하게 할 수 있죠.
00:49:59주의할 점이 몇 가지 있습니다. 첫째, 세션 기반이라 이 특정
00:50:03터미널 창이 열려 있어야 작동합니다. 둘째, 시간 제한이 있습니다. 현재 기준으로
00:50:10최대 7일입니다. 처음엔 3일이었는데 7일로 늘어났죠. 핵심은 터미널을 열어둬야 해서
00:50:14제한적이라는 겁니다. 컴퓨터를 끄면 루프도 끝납니다.
00:50:18그래서 루프는 이런 경우에 좋습니다. 배포를 계속 생성하거나
00:50:24웹사이트를 끊임없이 업데이트하면서, 30분마다
00:50:29배포 상태를 확인하는 루프를 만들고 싶을 때죠. 일종의 아주 특화된 미니 스킬 같습니다.
00:50:37그런데 자리에 없어도 Claude Code가 항상 무언가를 하게 하려면 어떡할까요?
00:50:41답은 상황에 따라 다릅니다. 아까 Claude Code 데스크톱 앱 이야기를 했었죠.
00:50:47데스크톱 앱이 꽤 잘하는 것 중 하나가 바로 '예약 작업(Scheduled Task)'입니다.
00:50:52여기서 'Scheduled'를 누르면 새로운 예약 작업을 생성할 수 있고,
00:50:58제가 없어도 매번 실행됩니다. 클라우드에서 작동하는 원격 작업도 가능하죠.
00:51:04"매일 아침 7시에 내 GitHub를 확인해서 이걸 해줘"라고 하면 그대로 수행합니다.
00:51:09로컬 작업도 가능합니다. 예를 들어 Claude Code가 웹을 검색하고
00:51:14YouTube를 뒤져 NotebookLM 도구로 특정 분야 인기 영상 10개를 찾는 로컬 작업을 시킬 수 있죠.
00:51:21이런 식으로도 할 수 있습니다. 로컬 작업으로 할 때 한 가지 주의점은,
00:51:27이건 세션 기반이 아닙니다. 데스크톱 앱이 실행될 때마다 새 터미널을 여는 것처럼
00:51:32새로운 Claude Code 세션을 만들지만, 어쨌든 컴퓨터는 켜져 있어야 하고
00:51:37Claude Code도 어떤 형태로든 열려 있어야 합니다. 그러니 무조건적인 예약 작업은 아니라는 걸
00:51:43이해해야 합니다. 하지만 Claude Code는 Windows 자체에서 예약 작업을 생성할 수도 있습니다.
00:51:48저는 매일 아침 GitHub API를 실행해 그날의 인기 저장소를 가져오는 작업이 있는데,
00:51:54이건 Claude Code Windows 앱과는 상관없이 제 컴퓨터 본체가 직접 수행하는 것이지만,
00:51:59그 스크립트는 Claude Code가 작성해 준 것입니다. 이제 몇 가지 개념만 남았네요.
00:52:04초반에 언급했던 '울트라 플랜(Ultra Plan)'에 대해 이야기하고 싶습니다. 그게 뭐냐고요?
00:52:11울트라 플랜은 플랜 모드와 비슷하지만, 클라우드에서 작동하는 '슈퍼 플랜 모드'입니다.
00:52:16명령어 창에 '/ultraplan'을 치고 "앱 수익화 계획을 세워줘"라고 하면,
00:52:21"울트라 플랜을 실행할까요?"라고 묻습니다. "예"라고 대답하면 클라우드에서
00:52:26Claude Code 세션을 시작합니다. 링크가 제공되고, 마치 채팅 앱처럼
00:52:31Claude Code가 작동하는 걸 볼 수 있죠. 울트라 플랜에는 몇 가지 차이점이 있습니다.
00:52:37확인된 건 아니지만 작동 방식을 보면, 이 특정 계획을 세우기 위해
00:52:44이면에 여러 요원이 돌아가고 있는 것으로 보입니다. 일반 플랜보다 더 강력하죠.
00:52:48두 번째 차이점은 결과를 받았을 때 내용을 수정하거나
00:52:54의견을 주기가 좀 더 쉽다는 점입니다. 울트라 플랜의 결과물은 이렇습니다.
00:52:59아무 내용이나 복사해서 계획에 코멘트를 남길 수 있다는 게 다른 점이죠.
00:53:06심지어 이모지로 반응할 수도 있는데, 이게 코딩하는 최고의 방법이죠. 전반적으로
00:53:12더 나은 인터페이스를 제공한다는 게 핵심입니다. 큰 차이점은 아마도
00:53:16이면에 더 강력한 요원들이 있다는 점(확정은 아닙니다)과 사용하기 편한 인터페이스,
00:53:22그리고 특정 부분에 피드백을 주기 쉽다는 점입니다. 계획이 마음에 들면 아래를 눌러
00:53:27승인하면 되고, 그 내용이 터미널에 보고됩니다. 그러면 해당 세션에서 바로
00:53:31구현할지, 아니면 새 세션을 시작할지 선택할 수 있습니다. 새 세션은 대화 내용은 비우되
00:53:36계획은 유지해서 새로운 컨텍스트 창을 얻는 것이죠. 이번 주에 막 나온 기능이라
00:53:42울트라 플랜에는 앞으로 많은 변화가 있을 겁니다. 이제 다룰 개념이 두 개 남았는데,
00:53:46그중 하나는 원격 제어(Remote Control)입니다. 폰으로 Claude Code를 쓰는 방법이죠.
00:53:52가장 쉬운 방법은 원격 제어입니다. 채널 같은 다른 방법도 있지만, 대부분의 사람들에겐
00:53:57원격 제어가 가장 합리적일 겁니다. Claude 모바일 앱을 통해 그냥 사용하면 되지만,
00:54:01세션이 열려 있어야 합니다. 즉, 이미 특정 세션이 열려 있고
00:54:05Claude Code 내부에서 무언가 작업 중인 상태여야 한다는 뜻입니다. 그때 폰을 들고
00:54:11원격 제어로 접속하는 거죠. 마치 터미널을 스트리밍하는 것과 같습니다.
00:54:18폰에서도 똑같은 화면을 볼 수 있어서 유용하죠. 만약 어떤 이유로든
00:54:24컴퓨터가 꺼지거나 절전 모드로 들어갔다가 다시 켜지면, 폰에서도 세션이 다시 연결됩니다.
00:54:28마지막으로 말씀드리고 싶은 것은 Claude Code를 위한 새로운 도구를 찾는 법입니다.
00:54:34CLI와 MCP 이야기 때 Claude Code를 통해 GitHub에서 찾는 법을 살짝 언급했는데,” 직접 할 수도 있습니다.
00:54:39GitHub의 Trending 섹션에 가보시면 Claude Code용으로 유망한 도구들을 찾기에 정말 좋습니다.
00:54:44더 좋은 건 Claude Code가 매일 아침 이걸 대신 해준다는 거죠. 아까 말했듯이
00:54:51Claude Code가 저에게 이렇게 섹션별로 정리해서 보여줍니다. AI 관련 GitHub 저장소들이 보이네요.
00:54:55여기 오늘, 수요일의 트렌드가 있습니다. 지난주에 나온 상위 10개 저장소를 볼 수 있죠.
00:55:01별점, 주제, 설명을 확인하고 클릭해서 들어가 볼 수도 있습니다. 이를 통해
00:55:07Claude Code 세계에서 무슨 일이 일어나는지 아주 잘 파악할 수 있습니다.
00:55:13이 일에 진심이고 항상 최신 트렌드의 최전선에 있고 싶은 분이라면,
00:55:19이게 가장 좋은 방법입니다. 물론 이 모든 게 다 엄청나게 놀라운 건 아니겠지만,
00:55:23가끔은 아주 흥미롭고 초기 단계인 것을 발견할 수 있을 겁니다. 또한 일간뿐만 아니라
00:55:28월간 단위로 필터링할 수도 있습니다. 정말 멋진 것들을 많이 볼 수 있죠.
00:55:32매일같이 새로운 것들이 쏟아져 나오니까요. 정말 매일, 매일매일
00:55:38새로운 게 나옵니다. 누군가 나타나서 "자, 이거 한번 써봐"라고 떠먹여 주길 기다리는 대신
00:55:42그냥 직접 소스를 찾아가는 건 어떨까요? 그리고 무엇이 트렌드인지 보는 건 아주 흥미롭습니다.
00:55:46직접 깊이 파고들어 보거나 Claude Code에게 "이 저장소 클론해서 무슨 내용인지 알려줘"라고 하면
00:55:50배우는 것도 많을 겁니다. 이 저장소들이 인기를 끄는 데는 다 이유가 있으니까요.
00:55:56자, 오늘 이야기는 여기서 마치도록 하겠습니다. 이 영상이 여러분께 어떤 틀을 제공했길 바랍니다.
00:56:00특히 이제 막 시작하시는 분들, 그중에서도 비전공자 배경을 가진 분들께
00:56:05어디서부터 시작해야 할지 방향을 제시해 드렸길 바랍니다. Claude Code는 정말 대단한 도구지만,
00:56:11그런 배경이 없다면 아주 위협적으로 느껴질 수 있습니다. 하지만 약속할게요.
00:56:15충분히 해내실 수 있습니다. 그저 어디로 가야 할지만 알면 됩니다.
00:56:21항상 그렇듯이 의견 남겨주시고, 마스터클래스를 듣고 싶은 분들은 Chase AI+를 확인해 보세요.
00:56:26그럼 전 다음 영상에서 뵙겠습니다.
00:56:30감사합니다.