00:00:00이 분은 보리스입니다. 사람들이 Claude Code 사용에 어려움을 겪으면 그에게 사용법을 물어봅니다.
00:00:04그런데 왜 사람들이 그에게 물어볼까요?
00:00:05보리스가 Anthropic에서 일하며 실제로 Claude Code를 만든 사람이기 때문입니다.
00:00:09그가 자신의 설정은 꽤 간단하다고 말해도, 사실은 그렇지 않습니다.
00:00:12그건 그냥 그의 관점일 뿐입니다.
00:00:13그에게 간단한 것이 다른 사람들에게는 완전한 시스템일 수 있습니다.
00:00:16이제 할 이야기가 많은데요,
00:00:17솔직히 몇몇 포인트는 저도 놀라웠고,
00:00:19일부는 기술적으로 오래된 것이었지만 그는 그런 기능들에 대해서도 신선한 관점을 제공해 주었습니다.
00:00:25그의 팁 중 하나에서 보리스는 사람들이 Claude Code로 무언가를 만들려고 할 때 가지는 가장 큰 오해 중 하나를 바로잡습니다.
00:00:31사람들은 기본적으로 작업을 주고, 작은 오류가 발생하거나 100% 완성하지 못하면 실망합니다.
00:00:38하지만 인간도 매우 유사한 방식으로 일합니다.
00:00:40그래서 그는 우리가 항상 Claude에게 작업을 검증할 수 있는 방법을 제공해야 한다고 말합니다.
00:00:44예를 들어, 프로젝트를 만들기 위해 Python 코드를 작성할 거라면 테스트도 사용하라고 지시해야 합니다.
00:00:49Claude가 피드백 루프를 얻게 되고, 이는 최종 결과물의 품질을 즉시 향상시킵니다.
00:00:54코드를 다루고 싶지 않다면,
00:00:55실제로 어떤 테스트를 사용해야 하는지 물어볼 수도 있고,
00:00:58구현하는 모든 것에 대한 테스트를 제공할 것입니다.
00:01:02자율적으로 작동하기를 원한다면,
00:01:03보리스도 이에 대한 많은 팁을 가지고 있는데,
00:01:06모든 Claude Code 세션에 전송되는 Claude.md 파일을 편집하면 됩니다.
00:01:11거기에 작업을 수행하기 전에 그 작업을 어떻게 검증할 것인지 언급하도록 지시하면,
00:01:15지속적인 피드백 루프를 얻을 수 있습니다.
00:01:18보리스가 지적하는 또 다른 중요한 점은 검증이 각 도메인마다 다르다는 것입니다.
00:01:22다시 말하지만,
00:01:22bash 명령을 실행하는 것만큼 간단할 수도 있고,
00:01:25UI 기반 검증의 경우에도 여러 방법이 있는데,
00:01:28그 중 하나가 Claude의 자체 브라우저 확장 프로그램입니다.
00:01:32우리는 그것에 대해서도 꽤 광범위한 영상을 만들었고, 아래에 링크를 걸어두겠습니다.
00:01:35기본적으로 Claude가 전체 사이트를 탐색하며 모든 것을 검증할 수 있습니다.
00:01:39이것은 거의 모든 것에 대한 검증으로 작동합니다.
00:01:41예를 들어, 누군가 개발 중인 모바일 앱을 어떻게 검증할 수 있는지 물었습니다.
00:01:45실제로 사용할 수 있는 iOS 및 Android 시뮬레이터 MCP가 많이 있습니다.
00:01:50하지만 이러한 MCP가 너무 많은 토큰을 소비한다고 생각한다면,
00:01:53단순 검증이 아닌 검증 주도 기법을 사용할 수 있습니다.
00:01:56예를 들어,
00:01:56테스트 주도 개발을 사용할 수 있는데,
00:01:58새로운 기능에 대한 테스트를 먼저 작성한 다음 실제 구현을 진행하는 방식입니다.
00:02:03그 과정에서 스크린샷을 사용하여 UI도 검증할 수 있습니다.
00:02:06Claude.md에 대해 말하자면,
00:02:07보리스는 이 파일이 얼마나 중요하며 각 Claude Code 리포지토리마다 얼마나 고유해야 하는지를 강조합니다.
00:02:14이렇게 생각해 보세요.
00:02:15새로 생성된 Claude 세션이 프로젝트에 대해 가져야 할 모든 기본 정보를 포함해야 합니다..
00:02:20여기에는 기술 스택,
00:02:21기본 프로젝트 구조,
00:02:22팀이 따르는 코드 스타일과 규칙,
00:02:24그리고 가장 중요한 것은 하지 말아야 할 것들이 포함됩니다.
00:02:28세션에서 오류가 발생하면 Claude가 그것을 반복하는 것을 원하지 않을 테니까요.
00:02:34그래서 그는 팀 전체가 일주일에 여러 번 Claude.md에 기여하도록 하는 습관을 들였습니다.
00:02:39잘못된 작업을 하는 것을 볼 때마다 거기에 추가합니다.
00:02:43팀의 각 구성원도 특정 파일을 유지 관리하는 특정 책임을 가지고 있습니다.
00:02:47풀스택 앱을 위한 또 다른 훌륭한 구조는 실행 중인 각 마이크로서비스가 자체 Claude.md를 가질 수 있다는 것입니다.
00:02:53프론트엔드는 자체 파일을 가질 수 있고, 백엔드도 자체 파일을 가질 수 있습니다.
00:02:56또 다른 중요한 점은 Claude.md를 비대하게 만들지 않는 것입니다.
00:02:59그는 자신의 Claude.md가 약 2.5K 토큰이라고 말하며 이를 확인했고,
00:03:03그 안에서 다루는 내용을 정확히 강조했습니다.
00:03:06Claude Code와 함께 사용할 수 있는 다양한 모드에 대해 이미 알고 계실 텐데,
00:03:10플랜 모드는 특별히 계획을 위한 것입니다.
00:03:12나중에 다시 다루겠습니다. 이것은 중요한 포인트입니다.
00:03:15그리고 자동 수락 모드가 있는데, 기본적으로 모든 파일 편집을 자동으로 수락합니다.
00:03:19하지만 또 다른 옵션도 있습니다.
00:03:20위험하게 권한 건너뛰기 모드인데, Claude가 본질적으로 모든 것을 실행할 권한을 가집니다..
00:03:26보리스는 이것을 사용하지 않는다고 말하는데,
00:03:28특히 프로덕션 환경에서는 단 하나의 터미널 명령이 전체 프로젝트를 망칠 수 있기 때문에 그가 맞습니다.
00:03:33대신,
00:03:33그는 Claude Code의 권한을 사용하여 허용되는 명령,
00:03:37실행 전에 물어봐야 하는 명령,
00:03:38완전히 거부되는 명령을 설정합니다.
00:03:41원하는 규칙을 거의 추가할 수 있고 프로젝트 수준에서 설정할 수 있으며,
00:03:44Claude는 그것을 따를 것입니다.
00:03:46이것을 팀과 공유하기 위해 .Claude 폴더에는 이러한 모든 명령이 기록된 settings.json 파일도 포함되어 있으며,
00:03:52그는 그 파일을 팀의 나머지 구성원들과 공유할 수 있습니다.
00:03:56어떤 면에서 Claude Code는 Anthropic에서 가장 잘못 명명된 제품 중 하나였습니다.
00:04:00코드에만 사용되는 것이 아니기 때문입니다..
00:04:02사람들이 이것으로 완전한 Anetian 워크플로우를 생성하거나,
00:04:05전체 SEO 파이프라인을 설정하거나,
00:04:07비즈니스 시장을 분석하는 다양한 에이전트를 만드는 것을 보셨을 수도 있습니다.
00:04:12요점은 사람들이 많은 다양한 워크플로우를 제어할 수 있는 완전한 시스템이라는 것입니다.
00:04:16보리스가 제시하는 예는 Claude가 그의 다른 모든 도구도 사용한다는 것입니다.
00:04:21예를 들어,
00:04:21그는 MCP 서버를 사용하여 Claude Code와 함께 Slack을 사용하며,
00:04:25BigQuery 및 Sentry와 같은 다른 도구들도 Claude Code 내의 CLI를 통해 모두 사용합니다.
00:04:30다시 말하지만, 이것은 Claude Code를 오케스트레이터의 형태로 사용할 수 있음을 보여줍니다.
00:04:33저의 경우,
00:04:33이 오케스트레이션을 사용하는 가장 큰 방법 중 하나는 Notion 내부인데,
00:04:37Claude가 MCP를 통해 Notion에 연결됩니다.
00:04:40데이터베이스를 생성하고, 채우고, 우리의 모든 비디오 아이디어의 맥락을 이해할 수 있습니다.
00:04:45물론, 이것들은 곧 나올 비디오 아이디어이기 때문에 흐릿하게 보이겠지만, 요점은 이해하셨으리라 생각합니다.
00:04:50이제 보리스가 실제로 Claude Code를 어떻게 사용하는지 궁금하시다면,
00:04:54기능이나 작업을 구현하기 전에 먼저 플랜 모드로 전환하여 원하는 것을 명확하게 설명합니다.
00:05:00Claude가 계획을 세우면 거기서부터 계속 진행합니다.
00:05:02그는 좋은 계획을 세우는 것이 매우 중요하며,
00:05:04에이전트와 해야 하는 모든 주고받기가 플랜 모드에서 일어난다고 주장합니다.
00:05:09계획이 실제로 유효하다는 것을 확인한 후에만 에이전트를 시작합니다.
00:05:13그 후, 위험하게 권한 건너뛰기 모드가 아닌 자동 수락 편집 모드로 실행합니다.
00:05:17대규모로 어떻게 사용하는지에 대해서는,
00:05:18그는 또한 이러한 Claude Code 세션을 병렬로 다섯 개 실행한다고 언급합니다.
00:05:23작업하는 동안 기본적으로 탭에 번호를 매깁니다.
00:05:26다른 탭에서 알림을 받을 때 어느 터미널 탭에서 오는지 알 수 있도록 이렇게 합니다.
00:05:32게다가, 그는 Claude Code의 웹 세션도 많이 사용합니다.
00:05:35웹 버전의 Claude Code를 GitHub에 연결하고,
00:05:38데모 리포지토리에 대한 액세스 권한을 부여하면 클라우드에서 작업할 수 있습니다.
00:05:43보리스가 이것으로 작업하는 방식은 백그라운드 에이전트 기능을 사용하여 장기 실행 작업을 백그라운드에 배치하는 것입니다.
00:05:49때로는 휴대폰에서도 사용하는데,
00:05:50Claude가 클라우드 세션에서 자동으로 모든 작업을 수행하고,
00:05:54완료되면 새 브랜치를 생성하여 검토할 수 있도록 모든 코드 변경 사항을 푸시합니다.
00:05:59텔레포트 명령도 있는데, 클라우드 세션을 로컬 터미널로 다시 가져와서 직접 보고 작업할 수 있게 해줍니다.
00:06:06그리고 이것이 AI 에이전트와 함께 일하는 진정한 정의입니다.
00:06:08그는 기본적으로 주니어 개발자처럼 다루고 있습니다..
00:06:11그가 언급한 또 다른 흥미로운 점은 모든 것에 대해 사고 기능이 활성화된 Opus 4.5를 거의 사용한다는 것입니다.
00:06:17더 크고 느린 모델이며 Sonnet보다 더 많은 시간이 걸리고 Haiku 모델보다 훨씬 더 많은 시간이 걸리지만,
00:06:23오류를 만들 가능성이 훨씬 낮다고 주장합니다.
00:06:26결과적으로 모델과 함께 작업하고 조정하는 데 소요되는 전체 시간은 실제로 Opus 4.5에서 훨씬 더 적습니다.
00:06:33그는 또한 Claude Code GitHub 액션을 사용하는데,
00:06:36이는 기본적으로 승인된 GitHub 저장소 내에서 호출할 수 있는 봇입니다.
00:06:40그는 이것에 대한 매우 강력한 사용 사례도 제공했습니다.
00:06:43PR 리뷰 중에 실수를 발견하면,
00:06:44그는 단순히 Claude에게 그 실수들을 Claude.md 파일에 추가하도록 요청합니다.
00:06:49장시간 실행되는 작업의 경우, 그는 세 가지 다른 접근 방식을 사용합니다.
00:06:52첫 번째는 Claude Code 자체가 생각해낸 다양한 테스트를 사용하여 Claude에게 작업을 검증하도록 요청한 다음 해당 작업들을 백그라운드로 전환하는 것입니다.
00:07:00이것들은 우리가 말하는 클라우드 에이전트가 아닙니다.
00:07:02이것들은 그저 조용히 실행되며 완료되면 메인 에이전트에 다시 보고하는 백그라운드 작업일 뿐입니다.
00:07:07두 번째 접근 방식은 Claude가 출력을 중지할 때 자동으로 이 검증을 트리거하는 중지 훅을 사용하는 것입니다.
00:07:12그가 언급한 세 번째 옵션도 이 아이디어를 기반으로 하며,
00:07:14이것이 Ralph Wiggum 플러그인이 구축된 기반입니다.
00:07:17우리는 Ralph Wiggum 플러그인에 대한 꽤 광범위한 영상을 제작했습니다.
00:07:20우리는 Ralph 플러그인을 어떻게 사용하는지,
00:07:22그리고 개발 중에 Claude Code가 생성하는 UI가 실제로 올바른지 검증하기 위해 어떻게 테스트하는지 보여드렸습니다.
00:07:28이것은 본질적으로 루프에서 인간을 완전히 제거합니다.
00:07:31다시 그가 언급한 검증 패턴을 반복하면서,
00:07:33그는 또한 다양한 언어에 대한 여러 종류의 린터와 포매터를 사용하여 작성되는 코드의 형식을 검증하는 데 사용합니다.
00:07:41그는 기본적으로 모델들이 올바른 코드를 생성하지만,
00:07:43이러한 포매터들이 나머지 10%를 정리하는 데 도움이 된다고 말합니다.
00:07:47그리고 이것은 GitHub 통합 파이프라인의 일부로 CI에서 코드가 실행될 때 오류가 발생하지 않도록 하는 데 중요합니다.
00:07:53이제 Claude Code에 오랫동안 있었지만 여전히 많은 시간을 절약해주고 많은 초보자들이 잘 모르는 몇 가지 간단한 기능들로 넘어가보겠습니다.
00:08:01그가 이미 언급했듯이, 그 자신의 워크플로우는 놀랍도록 평범합니다.
00:08:04이것은 우리 대부분에게 적용됩니다.
00:08:06진정으로 생산적이기 위해 Claude Code의 모든 것을 지나치게 복잡하게 만들 필요는 없습니다.
00:08:09이러한 간단한 내장 기능들만으로도 달성하려는 생산성의 약 90%를 이미 얻을 수 있습니다.
00:08:15/commands부터 시작하면,
00:08:16그는 반복적인 워크플로우를 "내부 루프" 워크플로우라고 부르는데,
00:08:19하루에 여러 번 반복해야 하는 것들입니다.
00:08:22그는 자주 사용하는 GitHub /command의 매우 간단한 예를 제공합니다.
00:08:26이 모든 /commands는 command 하위 폴더의 .claud 폴더 안에 저장되므로,
00:08:30실제로 git에 커밋할 수 있습니다.
00:08:33이것이 또한 그가 전체 팀과 공유하는 방법이기도 합니다.
00:08:36그 다음으로, 또 다른 정말 간단한 내장 기능은 서브에이전트입니다.
00:08:39사람들은 이 기능에 대해 약간 열광하면서 시장 조사원이나 제품 검증자와 같이 상상할 수 있는 거의 모든 사용 사례에 대한 서브에이전트를 구축했습니다.
00:08:47모두가 자신만의 사용 사례를 가지고 있지만,
00:08:49Boris는 완전히 다른 지침이 필요한 간단한 워크플로우를 자동화하기 위해 서브에이전트를 사용합니다.
00:08:55예를 들어,
00:08:55그의 대부분의 에이전트는 코드 아키텍처가 올바른지 검증하고,
00:08:59작성된 코드를 리팩토링하며,
00:09:00최종 빌드가 실제로 작동하는지 검증하는 데 사용됩니다.
00:09:04이제 Automata에 대해 이야기해 보겠습니다.
00:09:05수백만 명의 사람들에게 AI로 구축하는 방법을 가르친 후,
00:09:08우리는 이러한 워크플로우를 직접 구현하기 시작했습니다.
00:09:11우리는 그 어느 때보다 빠르게 더 나은 제품을 만들 수 있다는 것을 발견했습니다.
00:09:14우리는 앱이든 웹사이트든 여러분의 아이디어를 실현하는 데 도움을 드렸습니다.
00:09:18아마도 여러분은 우리 영상을 보면서 "좋은 아이디어가 있는데,
00:09:20그걸 구축할 기술 팀이 없어"라고 생각했을 것입니다.
00:09:22바로 그곳이 우리가 개입하는 지점입니다..
00:09:24우리를 여러분의 기술 부조종사라고 생각하세요.
00:09:26우리는 수백만 명에게 가르친 동일한 워크플로우를 여러분의 프로젝트에 직접 적용하여,
00:09:30개발 팀을 고용하거나 관리하는 골치 아픈 일 없이 개념을 실제 작동하는 솔루션으로 전환합니다.
00:09:36여러분의 아이디어를 현실로 가속화할 준비가 되셨나요?
00:09:39hello@automata.dev로 연락 주세요. 이것으로 이번 영상의 끝에 도달했습니다.
00:09:43채널을 지원하고 이와 같은 영상을 계속 만들 수 있도록 돕고 싶으시다면,
00:09:46아래의 슈퍼 땡스 버튼을 사용하여 그렇게 하실 수 있습니다.
00:09:50항상 그렇듯이, 시청해 주셔서 감사하며 다음 영상에서 뵙겠습니다.