안녕하세요, 전설 여러분! 이번 영상에서는 새로운 클로드 오퍼스 4.6 버전에 대해 자세히 알아보고, 특히 새롭게 추가된 에이전트 팀 기능을 집중적으로 살펴보겠습니다.00:00

이번 영상에서는 실험을 진행하려고 합니다. Opus 4.6 모델을 사용하여 Claude Code 인스턴스를 구동하고, 에이전트 한 명에게 특정 프로젝트를 진행하도록 할 예정입니다.00:07

그리고 나서 저는 다른 Claude Code 인스턴스를 구동하고, 에이전트 팀 모드를 활성화한 다음, 정확히 동일한 프롬프트를 제공하고, 그 결과를 비교해 볼 거예요. 그래서 저희가 이전에 가지고 있던 서브 에이전트와 비교하여 에이전트 팀의 구조에 대해 간략하게 말씀드리고 싶습니다.00:17

서브 에이전트는 아주 구체적인 프롬프트를 받고, 그 프롬프트가 실행되고 완료된 후, 완료 결과만 메인 컨텍스트 윈도우로 다시 공유됩니다.00:29

반면에 에이전트 팀은 조금 더 정교합니다. 에이전트 팀을 활성화하면, 여러 가지 프롬프트를 관리하는 팀 리더가 먼저 나타납니다. 어떤 작업을 수행해야 하는지에 따라 달라지죠.00:40

팀 리더는 그런 프롬프트를 매우 전문화된 팀원들에게 분배할 것입니다. 그리고 이 모든 팀원들은 각자 자신만의 클로 코드 인스턴스를 실행하게 됩니다.00:50

이 점을 분명히 알아두셔야 합니다. 부하 에이전트들은 단일 인스턴스 또는 세션 내에서 작동하지만, 각 요소들은 개별적인 격리된 전용 세션에서 실행됩니다.00:58

그래서 하위 에이전트는 토큰 소비량이 적고, 기술적으로 말씀드리면 출력 품질이 조금 낮아집니다.01:08

이 기능들은 비교적 간단한 작업들을 위해 설계된 것들입니다. 하지만 에이전트 팀을 사용하실 때, 각 에이전트가 독립적인 인스턴스를 가지고 있기 때문에 훨씬 더 많은 토큰을 사용할 수 있고, 더욱 독립적으로 실행될 수 있습니다.01:15

흥미로운 점은 이 모든 팀원들이 서로 소통할 수 있다는 것입니다. 예를 들어, 팀원 A가 프론트엔드를 개발하고 있고 팀원 B가 백엔드를 개발하고 있다면, 팀원 A가 막히는 상황에서 팀원 B와 직접 소통할 수 있습니다.01:24

어떤 식으로든 막혀 있는 상황에서 벗어나거나, 문제를 해결하기 위해 팀 리더와 팀원 간에 계속 소통할 수 있습니다. 하지만 이번 경우에는, 해당 작업을 완료할 수 있는 하위 에이전트를 활성화하여 결과를 전달하고, 필요하다면 다시 소통하는 방식으로 진행될 수 있습니다.01:36

특정 업무의 일부를 완료하기 위해 다시 시도하는 경우, 직접적인 소통이 아니라 매우 형식적인 방식으로 진행될 겁니다. 그리고 마지막으로 흥미로운 점은, 언제든지 팀원 누구에게나 이야기할 수 있다는 점입니다.01:48

클라우드 코드 터미널에서 나중에 확인해보시면, 팀 리더님이나 참여 중인 팀원분들과 직접 소통하며 변경 사항을 전달하고, 진행 상황에 대한 피드백을 받거나, 막히는 부분이 있을 경우 도움을 드릴 수도 있습니다.02:00

앤쓰로픽에서 아주 잘 설명해 주셨는데, 서브 에이전트는 비교적 작고 집중된 작업에 더 적합하며, 에이전트 팀은 협업을 통해 복잡한 문제를 해결하는 데 더 유리하다고 말씀하셨습니다.02:15

함께 하겠습니다. 따라서 에이전트 팀을 실제로 투입해야 하는 좋은 예시가 있습니다.02:26

만약 코드베이스를 검토하고 싶으시다면, 보통 한 에이전트에게 그 작업을 지시할 때, 그 에이전트는 하나의 주제나 핵심 영역에 집중한 뒤 실제로 다양한 접근 방식을 시도하는 데 어려움을 겪는 경우가 많습니다. 반면에 에이전트 팀을 활용하시면, 팀의 각 구성원에게 개별적인 역할을 할당할 수 있습니다.02:31

따라서, 각 영역별로 에이전트들이 적절한 지원을 제공할 수 있도록 별도의 중점 영역을 둘 것입니다.02:44

앤트로픽에서 제시한 두 번째 예시도 마찬가지인데, 복잡한 문제를 이해하고 싶을 때, 대개 한 에이전트가 하나의 가능한 설명이나 핵심 주제에만 집착하는 경향이 있습니다.02:51

그래서 에이전트 팀을 구성하고 팀원들에게 개별적으로 탐색하고 살펴볼 영역을 지정하고 싶어 하시는 거죠.03:02

저는 커서의 두 가지 인스턴스를 실행하고 있습니다. 하나는 제가 이 프롬프트를 개발하기 위해 단일 에이전트만 사용하는 일반적인 인스턴스입니다.03:10

그리고 또 다른 경우로, 저는 에이전트 팀을 구성해서 동일한 프롬프트를 제시할 겁니다. 지금은 단일 에이전트를 사용하여 첫 번째 인스턴스를 구성하고 있는데, 이 에이전트에게 단일 페이지 웹 애플리케이션으로 기본적인 작업 관리자 앱을 만들어 달라고 요청하고 있습니다.03:16

특별한 건 아니고, 테스트해보고 결과를 확인하기에 충분한 정도예요.03:29

이제 다음 터미널에서 이걸 설정하려면, 먼저 에이전트 팀을 초기화해야 해요. 에이전트 팀을 활성화하려면 설정 파일인 settings.json 파일에 이 환경 변수를 추가해야 하고, ClaudeCodeExperimental을 켜야 해요.03:33

1과 같아요. 그거 하기 전에 클로드코드가 최신 버전인지 확인해주세요. 슬래시 모델로 들어가서 사용 가능한 모델을 확인할 수 있습니다. 거기서 두 가지 옵션이 있는데, Opus 4.6 모델이 있습니다.03:47

일반 Opus 4.6 모델과 100만 토큰 컨텍스트 4.6 모델이 있는데, 100만 토큰 모델은 더 긴 세션이나 복잡한 작업에 더 적합합니다.04:00

키보드 좌우 화살표를 조작하시면, 화면 하단에서 추론 노력을 조절하실 수 있습니다.04:09

노력 수준을 낮음, 중간, 그리고 높음으로 나누는데, 높은 노력은 제한 없는 토큰을 사용하며, 더 복잡한 작업이나 더 큰 프로젝트에서 더 나은 결과를 얻을 수 있습니다.04:15

저는 그냥 로우 에포트(low effort)로 두고, 일반적인 Opus 4.6 모델을 사용할 거예요.04:26

그리고 클로드 코드(Claude Code)에게 에이전트 팀을 초기화할 수 있도록 설정을 변경하도록 요청할 거에요.04:31

클로드가 그 파일을 찾았네요. 이번 세션 동안 해당 파일에 권한을 줘볼게요. 그리고 변경해야 할 내용도 식별했고요. 그러니까 저희가 지시사항에 명시했던 내용을 정확히 추가할 겁니다. 네, 다시 한번 확인해서 승인하겠습니다. 완료됐어요. 클로드 코드가 설정 파일인 settings.json에서 그 변경 사항을 적용해준 것 같아요.04:39

참고할 점은, 이 세션에서는 에이전트 팀을 시작할 수 없다는 것입니다. 클로드 코드를 다시 시작해야 해요. 그렇게 하려면 플러스로 들어가서 새로운 터미널로 들어가서 클로드 코드를 여기에서 다시 시작하면, 클로드가 에이전트 팀에 접근할 수 있게 될 거예요.04:53

에이전트 팀을 프롬프트 수준에서 초기화하고 싶을 때, 클로드 코드에 그 지시사항을 명시적으로 전달해야 한다는 점이 중요합니다. 즉, 에이전트 팀을 만들어서 X, Y, Z를 완료하도록 어떤 작업이나 프로젝트를 우리를 위해 수행하도록 해야 합니다.05:07

그리고 여기 프롬프트가 있습니다. 저희를 위해 다음을 구축할 에이전트 팀을 만들어요.05:19

이것은 저희가 처음 커서 인스턴스에 제공했던 프롬프트와 완전히 동일합니다. 당시에는 단일 에이전트가 이 프로젝트를 진행하고 있었죠.05:23

자, 여기 있습니다. CloudCode가 즉시 우리에게 말하길, 이 작업 관리자 앱을 병렬로 구축하기 위해 팀을 만들겠다고 합니다. 팀을 설정한 다음 작업을 세분화하겠습니다.05:31

먼저 무엇을 구축해야 할지 계획을 세우고, 그 계획의 각 항목을 우리 팀의 별도 에이전트에 할당할 것입니다.05:38

그래서 이제 우리가 만들었던 각 작업에 대해 팀원을 지원하고 있습니다. 첫 번째 작업은 HTML과 CSS를 만드는 것이에요. UI 빌더가 HTML과 CSS 작업을 하게 될 거에요.05:45

첫 번째 작업이 완료되면 JS 개발자를 추가하여 애플리케이션 로직을 구현하도록 할게요. 우선 첫 번째 작업이 완료될 때까지 기다려야 합니다. 각 작업이 정의된 후에 클로드 코드가 팀원을 생성할 수 있었습니다.05:54

첫 번째 팀원과 관련된 내용인데요, 아마도 프론트엔드, HTML, CSS를 구축하는 것 같습니다. 그리고 아래쪽을 보면 이미 두 명의 팀원 에이전트가 배포된 것을 확인할 수 있습니다.06:05

저희는 메인 에이전트가 있는데, 이 에이전트는 팀 리더 역할을 합니다. 그리고 UI 빌더 에이전트도 있습니다. Shift 키를 누른 상태로 위아래 화살표를 누르면 팀 리더와 직접 대화할 수 있습니다. Shift 키를 누르고 아래 화살표를 누르면 UI 빌더를 사용할 수 있습니다.06:15

지금 이 경우에는 앱이 비교적 간단하지만, 실제로 세 명의 에이전트가 동시에 작업하는 앱을 몇 개 만들어 봤습니다. 지금은 이 편집에 대해 그냥 '예'라고 할게요. 그리고 저는 한 번에 세 명의 다른 에이전트와 대화할 수 있는 옵션도 가지고 있습니다.06:30

프로젝트 진행 중 가끔 특정 구성 요소가 완료되면, 피드백이 팀 리더에게 전달되면서 팀 리더는 새로운 프로젝트를 생성하고, 다음 빌드 단계를 위해 새로운 담당자를 투입하기도 합니다.06:42

굉장히 심오해지기도 하고, 보기에 정말 재미있기도 합니다. 자, 이렇게요.06:53

이제 다양한 에이전트를 생성하고 있어요. 첫 번째 작업은 UI 빌더에게 할당되었고, HTML 구조와 CSS 테마를 만들고, 기초적인 HTML 구조를 만들도록 했습니다.06:57

뼈대를 제공받았고, 빌더에게는 굉장히 명확한 지시사항들이 주어졌습니다. 그리고 지금 아래쪽에서 볼 수 있듯이, Shift 키를 누른 채로 위아래로 토글하면 팀 리드를 이전과 똑같이 볼 수 있습니다.07:06

그리고 자바스크립트 개발자가 새로 생성된 에이전트가 있습니다.07:17

그리고 UI 빌더로 돌아가서, 첫 번째 에이전트에 대해 권한을 수락하기 위해 클릭해 보겠습니다.07:21

아, 네, 이제 다 끝났네요. 잠깐만, 이거 불러올게요. 와, 정말 멋지네요. 저희 쪽의 조회수, 마감일, 우선순위 프로젝트 정보가 있고, 밤 모드와 낮 모드를 전환할 수 있는 기능도 있네요.07:27

새로운 작업을 만드시고 저녁 식사를 준비해 주세요. 설명은 비워두겠습니다. 그러면 작은 달력 팝업이 나타납니다.07:40

정말 멋진 하위 작업들이네요. 하위 작업까지 멋지다니, 좋네요! 식료품도 사 드리고, 엔터 키를 누르시면 됩니다. 네, 그냥 클릭하시면 돼요.07:47

새로운 하위 작업으로 음식을 만들고, 그다음에 또 다른 하위 작업으로 음식을 먹는 방식이군요. 흥미롭네요. 마치 계층 구조처럼, 제가 이전에 만들었던 데모 작업 관리자에서 볼 수 있는 계층적인 작업처럼 말이죠.07:57

일반적으로 최상위 레이어 하나를 사용하고, 거기서 닫기 버튼을 클릭하는데, 지금은 작은 하위 작업들이 있습니다. 이것은 클릭업과 같은 실제 작업 관리자들이 하는 방식입니다. 그들은 작업 내부에 하위 작업을 가지고 있습니다. 정말 흥미롭네요. 완료된 활성 작업이 있습니다.08:09

네, 만약 제가 실제로 1과 2를 클릭하고, 저녁 준비를 클릭하면 완료된 화면으로 이동한다면 좋네요. 한번 오른쪽 클릭을 해볼게요. 편집, 다시 열기... 이렇게 있네요.08:24

기능이 정말 놀랍습니다. 제가 여기에서 오른쪽 클릭을 해서 우선순위를 변경하고, 받은 편지함으로 옮기거나, 업무 폴더나 개인 폴더로 옮길 수 있다니 믿기지 않네요. 이렇게 다양한 보기(뷰)를 제공하는 것이군요.08:38

여기서 개인적인 의견을 말씀드리자면, 이 프로젝트는 이제 받은 편지함으로 옮겨야 할 것 같습니다. 그리고 움직이는 모습이 정말 아름답네요. 이 버전은 4.6으로 독자적으로 운영되고 있으며, 정말 인상적입니다.08:48

그리고 그거 삭제하고 새로운 프로젝트를 만들어볼까요? 저는 이걸 '저녁'이라고 부르겠습니다. 엔터를 누르겠습니다. 자, 지금 상태로 보면 이건 정말 인상적입니다. 보기에요.09:01

정말 훌륭하고, 다른 오래된 앱들처럼 엉성한 AI가 만든 것처럼 보이지 않습니다. 지난 몇 달 동안 저희가 만들었던 앱들과는 확실히 차이가 있습니다.09:13

그리고 무엇보다도, 이것은 바로 사용할 수 있어요. 사용 기능이 아주 쉽고 부드럽게 이용할 수 있답니다. 다양한 섹션, 마감일, 우선순위, 그리고 프로젝트까지 제공해 주었어요.09:19

시작점으로 말씀드리자면, 정말 훌륭합니다. 다른 도구를 구매하지 않고도 개인적인 업무를 처리할 수 있을 정도예요. 그런데 이제 에이전트 팀으로 돌아가 보면, 모든 작업이 완료되었기 때문에 중단 요청이 있었다는 것을 알 수 있습니다.09:30

자, 한번 실행해서 어떻게 보이는지 확인해 봐요. 좋아요. 음, 이건 정말 흥미롭네요. 첫 번째로 주목할 점은 이름이 싱글 에이전트 버전인 Task Flow와 완전히 동일했다는 거예요.09:40

다른 점은 이 부분이 훨씬 더 다듬어진 것 같아요. 밤 모드와 낮 모드 전환도 좀 더 부드럽네요. 여기에 할 일을 추가해 볼까요? 저녁 요리하기.09:50

설명은 지금은 넘어가고 날짜를 선택할 수 있습니다. 날짜 생성 기능이나 작업 생성 기능이 아주 비슷해 보이네요. 자, 이제 여기 하위 작업도 있습니다. 식료품을 사서, 새로운 것을 추가하고, 음식을 요리합니다.10:01

그리고 엔터를 누르면 작업이 생성됩니다, 네. 이제 편집으로 돌아가서, 한 번 더 음식을 먹는 것을 추가해야 할 것 같아요. 음식을 먹는 것을 잊으면 안 되니까요. 작업 내용을 저장하고, '작성'을 클릭하면요.10:14

여기 저희의 선택지는 조금 다릅니다. 작업 내용을 수정하거나, 중복하거나, 다른 섹션으로 이동시킬 수 있습니다.10:27

여기서는 그냥 숫자만 선택할 수 있습니다. 저 네비게이션 패널은 조금 다릅니다.10:33

만약 제가 여기 다시 들어가서 빠르게 음식을 먹는 작업을 만들고, 이것을 만들면, 여기에서 오른쪽 클릭을 하면 탐색 패널이 훨씬 더 많이 나타납니다.10:37

네, 좀 더 다듬어지지 않고 거친 느낌이 있지만, 제 생각에는 오히려 더 사용하기 편하다고 느껴져요. 모든 것을 쉽게 접근할 수 있어서 좋거든요. 하지만, 다른 의견이 있을 수도 있겠네요.10:48

네, 여기 이 사이드 패널을 보시면 훨씬 더 다듬어진 느낌이 드는 것 같아요. 잠시 양쪽으로 넘겨보겠습니다. 이쪽은 싱글 에이전트이고요. 이모지를 좀 더 활용하고 있는데, 나중에 다시 돌아와서 이모지 사용을 줄일 수도 있겠지만, 전체적으로 마음에 듭니다.10:59

여기가 좀 더 자세하게 채워져 있지만, 에이전트 팀 버전은 훨씬 더 깔끔해 보이네요. 그래서 저는 이 사이드 패널이 마음에 들어요. 정말 좋네요. 처음 버전에서는 설정 패널이 없었지만, 이 버튼을 클릭해도 실제로는 아무 곳으로도 이동하지 않아요.11:13

화면으로 들어가봐도 마찬가지로 아무 곳에도 가지 않네요. 그럼 에이전트 팀으로 돌아가겠습니다.11:25

팀 리드로 돌아가기 위해 이스케이프 버튼을 누르려고 합니다. 혹시 자바스크립트가 제대로 작동하는지 확인해 주실 수 있을까요? 일부11:32

설정이나 보드 뷰 버튼들이 작동하지 않네요. 한번 어떻게 고칠 수 있는지 확인해 보겠습니다. 자, 이제 수정이 완료된 것 같습니다. 보드 뷰가 정상적으로 작동하는지 확인해 볼게요.11:41

설정 버튼들은 이제 실제로 기능을 수행할 겁니다. 이제 작업 관리자로 다시 돌아가서, 보드 뷰를 클릭해 볼게요. 음, 실제로 여기저기서 드래그 앤 드롭도 되는 것 같네요. 보드 뷰가 괜찮아 보이네요.11:55

이제 작동하며, 드래그하여 파이프라인의 다른 섹션으로 이동할 때 긴급, 높음, 중간 등으로 상태가 변경됩니다. 작업에도 해당 사항이 적용되며, 이제 확인해 보겠습니다.12:05

설정 패널이 여기 있습니다. 여기서 밝은 모드나 어두운 모드를 선택할 수 있습니다. 기본 보기로 설정되어 있고, JSON 형식으로 데이터를 내보내거나 가져올 수도 있습니다. 그리고 모든 데이터를 지우는 기능도 있습니다. 이제 두 가지 상태 사이의 분석을 진행해 보겠습니다.12:15

단일 에이전트 또는 에이전트 팀을 활용하여 구축하는 데, 단일 에이전트의 경우 6분 55초가 소요되었습니다. 저는 개인적으로 에이전트 팀 앱보다 이 모습이 더 마음에 듭습니다. 이쪽에서 이모지를 사용하시는 점도 긍정적으로 생각합니다.12:27

좀 더 재미있어지는 것 같아요. 해야 할 일을 만들고 끝까지 해내고 싶게 만드네요.12:40

그리고 에이전트 팀을 살펴보니, 빌드 과정의 첫 번째 부분이 실제로는 조금 더 빨랐습니다. 4분 50초였던 반면, 6분 50초였으니까요. 2분 정도 더 빠른 것이었습니다.12:44

그런데 다시 돌아와서 칸반 보드 버튼과 설정 버튼을 다시 수정해야 했습니다.12:54

그리고 그거 때문에 빌드 시간이 추가로 한 시간 반 정도 더 걸렸어요. 그래서 빌드 시간은 거의 비슷한 수준이라고 할 수 있겠네요. 그리고 이 포털에서는 이전 것만큼 UI가 마음에 들지 않을 수도 있어요.12:59

제가 요청하는 대로 하면 확실히 수정할 수 있을 것 같아요. 좀 더 깊이 들어가서 보드 뷰도 있고 설정 패널도 있어서 마음에 듭니다. 제가 설정 패널을 원한다고 요청한 적도 없고, 그런 기능이 있을 거라고 생각한 적도 없었거든요.13:09

작업 공간 간에 작업을 이동시키기 위한 수출 또는 가져오기 기능이 필요합니다.13:20

새로운 클로드 오퍼스 4.6 모델을 제가 진행하고 있는 다른 프로젝트들에서 테스트해 보고 있습니다.13:25

결국 자동차 딜러십을 위한 포털을 만들었는데, 이 포털은 작업을 처리하고 Supabase에 데이터베이스를 사용합니다. 저는 4.6 모델에 Supabase MCP를 설치했고, 인증을 위한 데이터베이스 통합도 성공적으로 마쳤습니다.13:30

백엔드 부분을 조금씩 구축해서 고객님을 생성하고, 작업과 업무를 처리할 수 있도록 만들려고 했어요. 정말 흥미로운 경험이었네요. 더 심층적인 빌드 과정을 보고 싶으시다면 댓글로 알려주세요. 시청해 주셔서 감사합니다. 다음 영상에서 또 만나요.13:43