안녕하세요, 엔지니어 여러분. 앤디데브단입니다. 다룰 내용이 엄청나게 많은 두 가지 릴리스를 소개하겠습니다. 물론, 새로 나온 Claude Opus 4.6도 있죠.00:00

정말 훌륭한 모델이에요. 더 덧붙일 게 있을까요? 모든 벤치마크를 뛰어넘고 있어요. 이미 들어보셨고, 이미 보셨을 거예요. 하지만 여기서 제가 집중하고 싶은 건 그게 아니에요. 오늘 여러분과 함께 다루고 싶은 정말 중요한 아이디어는 멀티 에이전트 오케스트레이션 이에요.00:08

경기장에서 벌어지는 상황이 변하고 있어요. 모델이 우리에게 무엇을 할 수 있도록 해주는 것 이상의 문제예요. 소네트 4.5 버전부터는 이 모델들이 우리가 생각하는 것보다, 우리가 실제로 활용할 수 있는 것보다 훨씬 더 많은 것을 할 수 있답니다.00:21

에이전트 엔지니어링의 실제 제약 조건은 이제 두 가지입니다. 저희에게 사용 가능한 도구와, 바로 저와 여러분입니다.00:34

저희의 역량이 그렇습니다. 저희는 원하는 결과를 이끌어낼 수 있도록 프롬프트 엔지니어링과 맥락 엔지니어링을 수행하고, 이를 재사용 가능한 시스템으로 구축하며, 고객님과 제가 활용할 수 있는 강력한 에이전트 레이어를 구축할 수 있는 능력이 있습니다.00:42

진정한 한계는 바로 우리 자신입니다. 그러니 우리가 할 수 있는 부분을 개선하기 위해 다시 한번 노력해 봅시다.00:55

프론트엔드, 백엔드, 스크립트, 이런 건 이 모델들에게는 너무 단순한 거예요. 그래서 제가 가지고 있는 건 클로드 오푸스 4.6이 만든 8개의 고유한 애플리케이션이에요.01:01

이것들은 제가 하나도 만지지 않았습니다. 참고로, 모두 원샷으로 만들어졌어요.01:11

저는 E2B를 사용하고 싶어 하지만, 원하시는 대로 사용하셔도 괜찮습니다. 아시안 샌드박스는 정말 강력하지만, 다시 말씀드리지만 이것이 제가 집중하고 싶은 부분은 아니에요.01:14

아시안 샌드박스를 활용하여 두 가지 주요 핵심 개념, 즉 다중 에이전트 오케스트레이션과 다중 에이전트 관찰성을 깊이 이해하고 파악하는 실험 공간으로 활용하고자 합니다.01:21

이 두 조각을 함께 맞추면, 강력한 Cloud Code Opus 4.6 에이전트로 훨씬 더 많은 작업을 수행할 수 있습니다.01:31

먼저, 가장 먼저 터미널을 열어볼게요. 멀티 에이전트 관측 시스템에서 새로운 Cloud Code 인스턴스를 생성하면 새로운 에이전트가 세션에 참여하는 것을 확인할 수 있고, 세션 시작 훅이 캡처되는 것을 볼 수 있습니다.01:42

로켓을 확보했고 공식적으로 새로운 세션을 시작했습니다. 하지만 새로운 다중 에이전트 오케스트레이션 기능을 활용하기 전에 클라우드 코드를 다른 방식으로 시작해야 합니다. 닫으면 세션과 이벤트가 캡처되었음을 확인할 수 있습니다.01:54

여기서는 터미널을 직접 열어보는 대신, tmux를 사용할 거예요. 조금만 기다려주시면 강력한 기능들을 보실 수 있을 겁니다. 다음으로 할 일은 제가 분명히 말씀드리고 싶은데요. 'which'라고 입력한 다음에 'cldyo'라고 입력해서 보여드리겠습니다.02:06

제가 실행하고 있는 정확한 명령어는 새 클라우드 코드 실험적인 에이전트 팀 기능 내보내기입니다. 값을 1로 설정하면 해당 기능을 활성화하게 됩니다.02:19

그래서 지금 우리는 터미널 세션 안에서 클라우드 코드를 실행하고 있습니다. 새로운 에이전트가 시작된 걸 볼 수 있고, 이제부터 흥미로운 일들이 벌어질 거예요. ls를 입력하면 여기에서 봤던 에이전트 샌드박스 디렉토리들이 나타납니다.02:27

우리 에이전트들이 이 애플리케이션들을 어떻게 설정할 수 있는지 조사하고 분석하도록 할 겁니다. 이것이 첫 번째 에이전트 팀이 될 거예요. 이 디렉토리의 각 코드 베이스마다 새로운 에이전트 팀을 만들고, 에이전트가 요약하고 설정 방법을 알려주도록 할 겁니다.02:38

지금부터 보시는 내용은 정말 놀라운 일입니다. 저희의 모든 이벤트가 기록되는 것을 보실 수 있으며, 관찰 가능성은 도구의 활용도를 정확히 파악하는 데 매우 중요합니다. 여기에서 저희는 에이전트 이벤트 스트리밍을 시작하고, 이 정보가 화면 하단에 고정되도록 하겠습니다. 가장 먼저 저희는...02:51

에이전트가 하는 일은 작업 목록을 생성하는 것입니다. 이전 영상에서 이 부분을 다루었는데요. 다음으로 일어나는 일은 정말 놀랍습니다. 터미널 멀티플렉서(tmux) 안에서 작업하고 있는데, tmux는 패널을 지원합니다. 에이전트가 이제 새로운 패널들을 열고 있습니다.03:05

각 서브 에이전트가 실행하고 싶어하는 모든 것에 대해, 자, 이제 전체 화면으로 만들어서 정말 자세히 살펴볼게요. 그리고 이걸 조금 줄여볼게요.03:17

여기서 시작한 여덟 개의 에이전트를 모두 볼 수 있습니다. 자, 왼쪽에서는 주요 에이전트가 작업 목록을 설정하고 팀을 만들어서 팀의 각 멤버에게 작업을 할당했습니다.03:24

그리고 상태 표시줄을 보면 에이전트의 상황을 알 수 있습니다. 하이쿠 에이전트가 있고, 컨텍스트 창을 확인할 수 있으며, 에이전트는 각 코드베이스를 실행하고 요약하는 방법을 알아낼 것입니다, 그렇죠? 그리고 에이전트 관찰성으로 다시 스크롤하면 많은 작업이 진행 중임을 확인할 수 있습니다.03:35

저희 하이쿠 에이전트들이 업무를 수행하기 위해 필요한 모든 도구들을 실행하고 있습니다. 그리고 여기 개별 에이전트로 연결해서 볼 수도 있습니다. 이걸 클릭하면, 저희 에이전트 중 한 명의 모든 도구 호출 내역을 볼 수 있습니다.03:49

자, 여기 보이는 게 저희 주 에이전트입니다, 맞죠? Opus 4.6입니다. 여러분, 여기 많은 작업이 진행되고 있는 걸 볼 수 있습니다, 그렇죠? 불과 1분이라는 짧은 시간 안에 160번의 툴 호출이 이루어졌네요, 알겠습니다.03:59

우리는 영향력을 확대하기 위해 컴퓨팅 자원을 확장하고 있습니다, 알겠습니다. 여기로 다시 돌아가면, 모든 문제가 사라진 것을 볼 수 있습니다. 무슨 일이 있었나요? 저희의 모든 에이전트가 완료되었죠? 그들의 작업을 마쳤어요. 그래서 전체 화면 모드를 종료해도 될 것 같습니다.04:10

그리고 지금은 저희의 주된 에이전트만 실행되고 있어요. 여기에서 이들의 수영 레인을 없애도 괜찮겠네요. 그리고 이것은 다중 에이전트 오케스트레이션의 정말 강력한 기능입니다.04:20

혹시 특정 작업 하나를 정말 잘 수행하는 전문 에이전트를 만들고 싶으신가요? 그들은 하나의 작업에 집중해서 완료합니다. 그래서 지금 저희 주요 에이전트는 8명의 에이전트가 수행한 작업의 요약을 정리하고 있습니다.04:29

여기 컨텍스트 윈도우를 한번 보세요. 31%밖에 사용하지 않았어요. 그래서 저희 다른 에이전트들은 여덟 개의 서로 다른 코드 베이스를 탐색하고 있답니다.04:40

그리고 정말 명확하게 말씀드리면, 여러분, 이건 단순히 프론트엔드만 있는 게 아니에요. 완전한 풀스택 애플리케이션이죠, 알겠죠? 이 모든 게 풀스택 애플리케이션이에요.04:48

이 기능들을 완전히 상호작용할 수 있습니다. 아시겠지만, 이미 완벽하게 구축되어 있죠. Opus에서 빠르게 만들었고요, 정말 강력한 기능들이 여기에 있습니다.04:56

이런 것들 모두는 이 기능들을 먼저 활성화하고, 주요 에이전트가 이 강력한 워크플로우를 제어하도록 요청할 수 없다면 아무 의미가 없어요. 그리고, 내부 작동 방식을 전혀 모른다면요, 그렇죠? 이게 바로 바이브 코더들이 문제가 되는 부분이에요.05:04

사실 그들은 무슨 일이 일어나고 있는지 제대로 모릅니다. 그래서 내부 작동 방식을 아는 엔지니어, 개발자, 심지어 바이브 코더조차 훨씬 더 많은 것을 할 수 있습니다. 이 기술로 엔지니어가 대체될 거라는 생각은 제게는 터무니없다고 생각합니다.05:16

엔지니어들이 에이전트 기술을 활용할 수 있는 가장 적합한 위치에 있기 때문입니다. 여기에서 보시다시피, 컨트롤 B와 왼쪽 괄호를 누르면 스크롤 모드로 진입합니다.05:30

지금은 그렇습니다. Tmux의 귀찮은 점은 조작법이 조금씩 바뀐다는 것입니다.05:41

저는 현재 관리 모드에 있습니다. 화면을 위로 스크롤하시면 제가 로컬 디렉터리에 저장해둔 각 에이전트 샌드박스 애플리케이션에 대한 요약 정보를 확인할 수 있습니다. 여기에서 8개 애플리케이션의 요약 정보를 확인하실 수 있습니다.05:45

담당 에이전트는 이를 활성화하는 방법을 알고 있습니다. 다중 에이전트 기능을 더욱 발전시켜 봅시다.05:57

자, 이제 무엇을 할 건데요. 이 모드를 나가서, 그냥 이스케이프 키를 누르면 여기 메인 창으로 다시 돌아와요. 이제 이 애플리케이션 각각에 대해 새로운 에이전트 샌드박스 인스턴스를 실행해 볼까요?06:05

두 팀으로 진행할 거예요. 첫 번째 네 개의 애플리케이션을 담당하는 팀이 있고, 여기 8개의 고유한 애플리케이션이 있으니까, LS를 실행하면 마지막 네 개의 애플리케이션을 담당하는 팀이 있을 거예요.06:16

자, 이제 제대로 프롬프트 엔지니어링을 해 봅시다, 그렇죠? 가장 중요한 부분부터 시작해서 새로운 에이전트를 만들 거예요. 에이전트 팀이요. 즉, 저희는 트리거를 활성화하고 있는 거죠. 이건 에이전트에게 특정 도구 세트를 실행하도록 지시하는 정보가 풍부한 키워드들입니다.06:29

네, 그렇습니다. 그리고 저는 에이전트 샌드박스를 활용해서 말씀드릴 예정입니다. 이것은 제가 만든 에이전트 샌드박스 기술과 백슬래시 명령어입니다.06:41

이런 엉뚱한 행동을 할 수 있는 저의 특별한 능력입니다. 백슬래시를 재부팅하고 1부터 4까지 각자의 에이전트 샌드박스에 마운트해주세요.06:47

에이전트 설정을 꼭 해주셔야 해요. 제가 빠른 프로토타입을 만들 때 워크플로우의 일부로 에이전트 샌드박스, 예를 들어 A2B처럼 모두 만들어서 사용합니다. 여기서 보신 것처럼, 이건 에이전트 샌드박스예요. 그리고 제가 버전 중 하나를 마음에 든다면, 로컬에 복사해서 사용합니다.06:57

물론 관련 프롬프트도 준비되어 있습니다. 자, 이제는 특별한 에이전트 팀과 함께 이 애플리케이션을 다시 호스팅할 겁니다. 바로 이 작업을 시작하면, 저희의 관측 가능성 시스템이 새로운 사용자 프롬프트 제출 이벤트(submit event)를 감지하는 것을 바로 확인할 수 있습니다.07:12

이제부터 다시 멋진 일들이 펼쳐질 거예요. 저희 에이전트는 먼저 에이전트 샌드박스 기술을 실행하고, 백슬래시 명령 기술을 실행하여 백슬래시 재부팅이 무엇을 하는지 이해하도록 할 거에요.07:25

그리고 나서 이 모든 디렉터리들의 재시작을 본격적으로 시작하게 될 것입니다.07:36

그래서 저희 에이전트는 모든 도구들을 파악하게 되었고, 에이전트 샌드박스 스킬도 실행했답니다. 백슬래시 명령어 스킬도 실행했고, 이제 다시 작업 목록을 생성하고 있네요.07:41

그래서 작업 목록은 중앙 집중식 허브입니다. 이곳에서 모든 것이 시작됩니다. 자, 됐네요. 좋아요. 이제 저희 에이전트 팀을 시작합니다.07:49

새로운 패널이 보일 겁니다. 저희는 주요 에이전트가 첫 번째 에이전트를 시작하고, 이 에이전트가 해당 스킬을 실행할 겁니다. 따라서 모든 에이전트가 자체적인 컨텍스트 윈도우를 가지고 있습니다. 이 모든 에이전트가 스킬을 실행해야 합니다.07:57

모두 설정 명령을 실행해야 합니다. E2B 설정 과정을 거치고 있는 것을 볼 수 있습니다. 이 에이전트들은 모두 Opus 4.6 버전이지만, 여기에서 모든 에이전트가 다시 연결이 끊기는 것을 확인할 수 있습니다. 잠시 크기를 줄이고 전체 화면으로 전환하겠습니다.08:09

여기서 상황이 어떻게 돌아가는지 정확히 파악할 수 있도록, 네 개의 Opus 에이전트들이 동시에 실행되고 있고, 각 에이전트가 어플리케이션을 재부팅할 거에요. 처음 봤던 것과 마찬가지로, 이 새로운 멀티 에이전트 오케스트레이션 툴로 에이전트 샌드박스 인스턴스를 다시 만들 거에요.08:22

그래서 저희 에이전트 관측 시스템으로 다시 돌아가 보면, 또 엄청난 양의 작업이 진행되고 있는 것을 알 수 있습니다, 그렇죠?08:37

이러한 작업 흐름 중 하나에 연결하면 각 담당자가 어떤 도구를 사용하고 어떤 영향을 미치는지 더 잘 이해할 수 있습니다. 그리고, 매우 중요한 부분은 새로 추가된 도구를 검색하면 확인할 수 있습니다.08:44

새로운 작업 목록 도구들이 생겼는데요, 조금만 위로 스크롤하시면 작업 업데이트가 있는 곳과 작업 항목이 바로 보이실 겁니다.08:57

이것으로 일반화된 에이전트를 시작하게 됩니다. 여기에서 보시는 것처럼, 바로 이 명령어를 실행하여 하위 에이전트를 시작했고, 하위 에이전트는 여기서 실행되고 있습니다. 이 작업을 Tmux에서 실행하는 가장 큰 장점은 물론, 페인(panes)을 활용할 수 있다는 점입니다. 조금 더 넓게 볼 수 있습니다.09:06

여기서 더 명확하게 보실 수 있습니다. 저희 에이전트 각각이 자체 컨텍스트 윈도우, 자체 모델, 자체 세션 ID를 가지고 있으며, 모두 고유한 이름을 가지고 있습니다, 맞죠? SBX 에이전트, 샌드박스 에이전트, 1, 2, 3, 4, 맞죠?09:21

정말 멋지네요. 여기 이 개별 창에 집중하고 있습니다.09:34

터맥스 안에서는 컨트롤 B를 누른 다음에 왼쪽으로 이동시켜서 커서 위치를 바꿔야 합니다.09:37

제가 여기서 하고 싶은 일은, 아직 시작하지 않은 다른 샌드박스들의 이름을 알아내는 거예요. 그래서 지금은 아무것도 하지 않고 있으니까, 프라이머리 에이전트에게 물어볼 거예요.09:42

기본 에이전트는 기다리고 있습니다. 이벤트가 돌아올 때까지 기다리고 있어요. 목록, 샌드박스 디렉터리. 아직 시작하지 않았어요. 그리고 여기에서 볼 수 있듯이, 샌드박스 에이전트 번호 4는 설정을 완료했습니다.09:50

명령어를 주 오케스트레이터 에이전트로 다시 돌려보냈어요. 이제 이 작업이 진행되는 동안, 새 터미널을 열어서 이걸 시작해볼게요.10:00

자, 여기서 깨끗하게 복사가 되었는지 확인해 볼게요. 플랫 윈도우에서는 이걸 시작하지 않죠? 그럴 거면 tmux를 이용해서 시각화하고, 여러 개의 패인(pane)을 얻어야 하니까요.10:08

그래서 터멀 멀티플렉서를 다시 한번 실행하고, 클라우드 코드를 실행해서, 똑같은 프롬프트를 실행할 거예요. 그리고 실행되지 않은 에이전트들의 이름을 가져오고 싶어요.10:17

그래서 이걸 복사하고, 다른 화면에서 조금 수정하고 있어요. 그런데 이걸 복사하는 데 문제가 생겼네요. 그래서 제 에이전트들에게 이걸 대신 해달라고 부탁할게요.10:26

네 개의 샌드박스 디렉터리를 제 클립보드에 복사할게요. PB 복사를 할게요, 됐습니다. 그리고 이걸 붙여넣으면 됩니다.10:35

네, 그럼 이 네 개만 호스팅하도록 하겠습니다. 자, 이렇게 시작되었네요. 이제 남은 샌드박스들을 진행해야 할 것 같습니다.10:43

이 점 아마 눈치채셨을 수도 있을 텐데요. 혹시 스크롤 모드로 전환해서 가장 위에 올라가 보면, 오늘 Cloud Max 플랜을 사용한 API 사용량이 모두 소진된 것을 알 수 있습니다.10:49

API 과금 서비스를 이용하고 있는데, 제 지갑에 꽤 부담이 될 것 같습니다. 유튜브 알고리즘이 이 API 사용 비용의 일부를 충당할 수 있도록 '좋아요'나 댓글을 남겨주시면 감사하겠습니다.10:59

하지만 저는 탈출해서, 이 두 번째 에이전트가 워크플로우를 시작하도록 진행하겠습니다.11:09

그리고 앞으로도 같은 현상을 관찰할 수 있을 것입니다. 저희 에이전트 관찰 기능을 살펴보면, 에이전트가 상단에서 하단까지 무엇을 하고 있는지 저희가 모든 것을 이해할 수 있습니다.11:15

여기 좀 살펴보시면, 또 다른 에이전트가 작업을 마무리하고 있는 것을 보실 수 있습니다. 샌드박스 에이전트 번호 두 개가 아직 진행 중인 마지막 에이전트입니다. 따라서 매우 강력한 기능이며, 이제 에이전트들을 훨씬 더 개선된 방식으로 관찰할 수 있게 되었습니다.11:23

이 새로운 패널들이 열리는 걸 보면서, 저희의 주요 오케스트레이터 에이전트가 설정되고 확장되는 과정을 확인할 수 있습니다. 필요에 따라 언제든지 확장하고 새로운 것을 생성할 수 있습니다.11:36

새로운 팀이 생겼습니다. 그래서 이 두 번째 팀의 요원들이 완전히 새로운 창에서 다른 업무를 수행하고 있습니다. 자, 동일한 프로세스를 보실 수 있습니다. 전체 화면으로 확장하고 조금 최소화해서 더 잘 보이도록 하겠습니다.11:49

저희는 두 팀이 있습니다. 에이전트 팀들이 작업하고 있고, 전체 과정을 추적할 수 있는 관찰 시스템도 갖추고 있습니다. 그리고 필요할 때마다 언제든지 여기 들어와서 운영 중인 에이전트 네 명 모두를 확인할 수 있습니다.12:01

이 애플리케이션들을 마운트할 거에요. 새로운 E2B 에이전트 샌드박스를 만들고, 앱 코드를 업로드하고, 설치해서 완전히 새로운 환경처럼 모든 것을 설정할 거에요. 저희는 여기서 정말, 정말 강력한 아이디어를 여러 가지 결합하고 있는 거에요. 저희가 채널에서 매주 이야기했던 내용이죠.12:09

여러 에이전트의 관찰 가능성을 확보하고 있어, 현재 상황을 파악하고 시스템을 개선하고 이해하는 데 도움이 됩니다. 또한, 에이전트들이 작업을 수행하는 데 필요한 모든 것을 수행하면서도 로컬 머신에 위험을 초래하지 않도록 공간을 마련했습니다.12:24

그리고 물론, Cloud Code에서 새롭게 등장하는 다중 에이전트 오케스트레이션 기능들이 새롭게 개발된 매우 강력한 모델을 기반으로 장시간 작업을 처리할 수 있게 됩니다.12:38

네, 말씀드리자면 긴 스레드에 대한 이야기고, 큰 스레드에 대한 이야기이며, 저희 에이전트에게 점점 더 많은 작업을 넘겨주고 있습니다.12:49

여기서 중요한 주제는 바로 그거예요. 강력한 모델들을 활용해서 프롬프트 엔지니어링과 컨텍스트 엔지니어링을 어떻게 하면 더 효율적으로 진행하여 이전보다 훨씬 더 많은 엔지니어링 업무를 자신감 있게 처리할 수 있을지가 핵심입니다.12:57

에이전트들과의 신뢰 시스템을 구축해 나가고 싶습니다. 모델 확장은 항상 도움이 되지만, 이것은 우리가 통제할 수 있는 부분이 아니에요. 새로운 모델이 출시될 때마다, 비용이 얼마든, 우리는 그것에 따르게 됩니다.13:07

하지만 우리가 통제할 수 있는 것은 바로 이 세 가지 강력한 기능과 함께 사용하는 훌륭한 도구들입니다. 그래서 오늘 제가 여러분과 공유하고 싶었던 중요한 아이디어 중 하나는 멀티 에이전트 오케스트레이션, 멀티 에이전트 관찰성이라는 것입니다.13:19

에이전트 분들이 하시는 업무를 실시간으로 확인하실 수 있습니다. 또한, 대규모로 에이전트 업무를 수행할 수 있도록 안전한 환경인 에이전트 샌드박스도 제공되고 있습니다.13:31

네, 좋습니다. 그래서 저희는 4명씩 두 팀을 구성하게 됩니다. 명확히 말씀드리면, 에이전트는 제 장치에서 실행되고 있지만, 그들이 수행하는 작업은 장치 밖에서 처리되고 있습니다.13:41

그들은 현지 에이전트 역량과 현지 기술을 활용하여, 자체 에이전트 샌드박스 내에서 직접 생성하고 운영하고 있습니다.13:49

네, 그럼 첫 번째 팀은 준비가 완료되었습니다. 스크롤 모드로 들어가서, Ctrl+B, 왼쪽 대괄호를 누르고 스크롤을 조금 내리면, 실시간으로 모든 설정이 보일 것입니다.13:57

자, 그럼 이제 이걸 열어보도록 하겠습니다. 기존 창들, 기존 샌드박스들을 제 모니터 위로 옮겨서 볼 수 있습니다. 그리고 나서 이 브라우저 창에서 열리는 걸 확인할 수 있을 거예요.14:07

잠시만요, 이 워크플로우를 가능하게 해주는 완전히 새로운 도구를 살펴보겠습니다. 이제 열어보고 에이전트들이 어떻게 수행했는지 확인해 볼게요.14:17

크롬에서 열었다고 말씀드릴게요. 이 샌드박스가 12시간 동안 실행될 거예요. 네, 그리고 다른 창에서도 열렸나 보네요. 정말 짜증나지만 괜찮아요.14:25

이 네 개의 가장 최신 항목을 복사해서 가져다 놓을게요. 자, 여기 저희 에이전트 지원이 있습니다. 여기 데이터가 좀 빠진 것 같고, 여기도 데이터가 빠진 것 같습니다.14:34

갤러리가 제대로 가져왔는지 한번 볼까요. 좋네요, 좋아요. 거기서 좋은 정보도 얻었고, 데이터도 여기 있네요, 알겠습니다. 아주 멋지네요. 그리고 이 문제들을 해결하기 위해 계속해서 프롬프트를 보낼 수 있습니다. 한번 시도해 보겠습니다. 그리고 여기서는 데이터가 누락되었다고 말할게요.14:44

네, 여기로 넘어가 보도록 하겠습니다. 기본적으로 저희의 테스트 환경이 재부팅되었는데, 두 애플리케이션의 경우 동일한 데이터로 재부팅되지 않았거나, 데이터가 전혀 로드되지 않았습니다.14:57

네, 그럼 이제 에이전트들이 이 작업을 진행하도록 하겠습니다. 여기서 제가 멈추도록 할게요. 왜냐하면 주요 에이전트들이 작업을 시작했으니까요.15:08

기본 에이전트가 장악하려고 시도하는 걸 보셨을 거예요. 새로운 에이전트 팀을 구성해서 이 작업을 수행하도록 하겠습니다.15:14

필요한 모든 컨텍스트, 기술, 샌드박스, 백슬래시 명령어를 제공해주세요.15:20

그래서 제가 프롬프트 엔지니어링을 너무 자세하게 설명했죠, 그 에이전트에 대해서요. 여기에서 두 번째 팀이 완료된 것을 볼 수 있습니다. 자, 이 팀이 어떻게 했는지 한번 살펴봅시다. 네, 크롬에서 네 개의 URL을 모두 엽니다.15:24

네, 시작해 보겠습니다. 다 열렸습니다. 이제 이 항목들을 여기로 드래그 앤 드롭해서 가져와야겠네요. 네, 저희의 미션 브리핑 대시보드와 포트폴리오 애플리케이션이 있습니다. 저희는 포트폴리오의 예측을 추적할 수 있습니다.15:34

저희는 레시피 앱을 보유하고 있으며, 광고 성과를 확인할 수 있는 광고 대시보드도 있습니다.15:48

네, 좋습니다. 이 항목들에 대한 모든 데이터를 확보했습니다. 다행히 이 네 가지 항목 모두 잘 작동하네요. 기쁩니다. 그리고 이 두 개의 코드베이스에서 발생했던 두 가지 문제는 저희 에이전트 팀을 통해 해결될 예정입니다.15:54

이 과정도 반복적인 과정이기도 합니다. 특정 작업 세트를 수행하기 위해 즉석에서 에이전트 팀을 구성해야 할 겁니다. 이전 영상에서 작업 목록 기능에 대해 이야기했었는데, 관련 다이어그램을 불러왔는지 확인해 보겠습니다.16:03

네, 이전 영상에서 클라우드 코드 작업 시스템에 대해 말씀드렸습니다. 여기서 주요 에이전트에게 작업을 요청하면, 그 에이전트가 여러 에이전트로 구성된 팀이 실행할 작업 목록을 생성하게 됩니다.16:17

이 기능은 매우 강력한데, 다중 에이전트 오케스트레이션 기능을 통해 한 단계 더 발전된 모습을 보여드립니다. 이제 활용해 보실 수 있습니다, 네?16:28

여기서 중요한 아이디어는 정말, 정말 큰 의미가 있습니다. 실제 기능들을 구축하고, 에이전트들의 작업 규모를 확장해 나가는 과정에서, 단일 에이전트나 몇몇 에이전트, 심지어 병렬적으로 작동하는 에이전트들을 활용하는 것 이상으로, 함께 소통하며 협력하는 팀들을 구축하는 것이 중요합니다.16:35

하나의 특정 목표를 달성하기 위해 노력하는 것은, 특히 실제적인, 진정한 규모의 프로덕션 코드 베이스에 진입하게 되면, 지나치게 많은 노력이 필요할 수 있다는 점을 고려해 보세요. 기능을 개발하는 경우, 그 작업량이 상당히 과도할 수 있습니다.16:49

완전한 기능 구현은 체계적인 접근과 효과적인 소통을 필요로 합니다. 따라서 이 새로운 에이전트 오케스트레이션 기능은 저희가 완전히 새로운 시스템과 사고방식을 활용할 수 있도록 해줍니다. 그리고 이 기능이 전체적으로 어떻게 작동하는지 보여드리겠습니다.16:59

팀을 만들 계획입니다. 업무와 담당자를 배정할 예정입니다.17:14

모두 병렬로 작동하고, 그리고 종료됩니다. 그리고 팀을 삭제합니다. 잠시 후에 도구를 살펴보겠지만, 정말 중요한 점은 작업이 완료되면 에이전트를 삭제하고 싶다는 것입니다.17:18

이렇게 하면 컨텍스트 엔지니어링에 좋은 패턴을 만들 수 있습니다. 컨텍스트를 재설정하고 다시 시작하는 것이죠. 여기에서 주요 에이전트로부터 에이전트 종료 프로세스가 발생하는 것을 볼 수 있습니다.17:28

이것들은 종료되고 있어요. 작업은 사라졌고, 문제도 해결되었네요. 그리고 보니까, 이 문제가 해결된 것 같네요. 데이터베이스는 그대로 있고, 두 프로세스가 모두 다운되었다가 재시작되었으니, 이 두 애플리케이션은 괜찮을 거예요. 다시 로드해봐도 아직 안 좋네요.17:37

거기요, 안타깝네요. 새로고침 해보죠. 이 건은 데이터를 로드한 것 같아요. 한번 제대로 작동하는지 확인해볼게요. 풀 리퀘스트를 로드하고 있는데, 여전히 아무것도 없네요. 알겠습니다. 문제가 있네요. 여기 있는 건들에 대해서는 신경 쓰지 마세요. 무슨 말씀인지 아시죠? 여기, 6개 중 8개의 샌드박스 환경이 완전히 새로운 시스템에서 실행 중인 것을 확인했어요.17:51

6개 중 8개의 샌드박스 환경이 완전히 새로운 시스템에서 실행 중인 것을 확인했어요.18:03

정말 명확하고 투명하게 말씀드리자면, 여기 새로운 환경들과 새로운 URL들이 있습니다. 이전 URL들은 이쪽입니다. 제가 이걸 가지고 있고, 이것들이 실제로 다른 URL이라는 것을 보여드리고 싶었습니다.18:07

이것들은 모두 고유한 에이전트 샌드박스입니다. 좀 더 명확하게 말씀드릴 수도 있겠네요. 지금 이 샌드박스들이 많이 실행되고 있어요. 터미널로 가서 이 스킬을 입력하면, 새로운 에이전트 샌드박스가 실행될 거예요.18:16

항상 새로운 인스턴스에서 작업하고 싶어요. 이 작업에는 TMUX가 필요하지 않고요. 이건 단일 클록 코드 인스턴스예요. 그리고 제가 현재 실행 중인 에이전트 샌드박스들을 모두 보여드릴게요.18:28

에이전트 샌드박스 스킬을 실행하고, 현재 실행 중인 샌드박스 목록을 모두 표시해 보겠습니다. 그리고 대략 20~30개의 샌드박스가 보여야 할 텐데요.18:37

E2B 키가 유효성 검사를 하는 것을 확인할 수 있고, 자 이제 문제를 해결해 보겠습니다. 음, 샌드박스 목록에서 볼 수 있듯이 24개의 샌드박스가 있네요.18:46

혹시 목록을 확인해서, 병렬로 실행하는 컴퓨팅 자원의 양을 정확히 파악해 볼까요?18:56

네, 됐습니다. 보시다시피 이것이 각 샌드박스 환경에 대한 정보를 가져오는 명령어로군요. 이 설정 방법과 작동 원리에 대해 자세히 다룬 이전 영상을 설명란에 링크해 놓겠습니다. 관심 있으시면 확인해 보세요. 에이전트 샌드박스가 앞으로 큰 역할을 할 거라고 생각합니다.19:02

우리가 에이전트들을 통해 더 많은 일을 처리할 수 있게 되면서 트렌드가 나타나고 있습니다. Mac Mini의 인기가 그 예시라고 할 수 있겠네요. 배경에 보이시는 것과 같이 제가 Mac Mini를 이미 꽤 오래 사용하고 있었고, 이 트렌드보다 약간 앞서 에이전트를 전용으로 실행하고 있었습니다.19:17

환경에 대해서 말씀드리겠습니다. 예상하시겠지만, 여러 개의 테스트 환경이 있습니다. E2B처럼 클라우드 환경에서만 운영되는 환경도 있고요. 그리고 개인적인 작업 흐름에서 보안이 중요한 경우에는 그러한 환경을 활용하실 수 있습니다.19:31

에이전트들은 물론 여러분의 로컬 장치에서도 실행되고 있습니다, 지금처럼 많은 분들이 MaltBot이나 CloudBot, 또는 그 어떤 이름으로 부르든 하고 있죠. 그런데 여기 보시면 제가 24개의 에이전트 샌드박스를 실행하고 있는 걸 볼 수 있습니다. 그리고 제가 여기서 살펴봤던 많은 것들의 중복본을 가지고 있는 것도 보실 수 있죠?19:42

이 점을 정말 명확하게 하고 싶어서 여러 번 말씀드립니다. 저는 에이전트 샌드박스들을 대규모로 운영하고 관리할 수 있는 에이전트가 있습니다. 앞으로 컴퓨팅 자원을 확장하고, 더 큰 영향력을 창출하는 큰 테마와 관련하여 이 부분이 매우 중요해질 것입니다.19:57

지금 저희가 살펴보고 있는 것은 바로 여기입니다. 팀을 구성하는 방법에 대해 알아봤고, 결국 저희 채널에서 늘 이야기하는 내용으로 돌아오네요. 정말 멋진 새로운 도구들이 많이 있죠.20:10

클라우드 코드 팀에서 새 기능들이 많이 나왔는데요, 이 모든 기능들을 구현하기 위해 많은 엔지니어링 작업이 있었습니다. 클라우드 코드 팀에 큰 박수를 보냅니다. 하지만 그 모든 것 아래에는 항상 이야기하는 개념이 있습니다.20:22

맥락 모델 프롬프트 도구의 핵심 개념입니다. 결국 거기서 시작해요. 네, 결국 핵심이라는 것에 모두 귀결되죠. 그리고 간단히 말씀드리면, 저희가 이 모든 과정을 보게 되었습니다.20:33

저희 멀티 에이전트 시스템이 이 모든 과정을 추적하는 것을 보았습니다. 그리고 새로운 작업 도구들, 팀 삭제, 팀 생성 같은 것들을 보실 수 있습니다.20:44

새로운 작업 도구들이 있습니다. 작업 생성 및 작업 정보 획득 기능이 추가되었습니다.20:51

자, 그럼 어떤 새로운 도구들이 있는지 알아볼까요? 새로운 멀티 에이전트 오케스트레이션 시스템이 제공하는 도구들은 크게 세 가지 범주로 나눌 수 있습니다. 팀 관리, 작업 관리, 그리고 커뮤니케이션입니다.20:54

팀 생성하고, 작업하고, 팀 삭제하는 기능이 있습니다. 작업 기능은 꽤 오래되었죠. 이게 바로 에이전트를 병렬로 시작하는 방법입니다. 하지만 새로운 작업 관리 도구들이 모두 있잖아요?21:06

태스크 생성, 태스크 목록, 태스크 가져오기, 태스크 업데이트. 아마 가장 중요한 건 메시지 보내기 기능일 거예요.21:16

이걸로 에이전트들이 소통했어요. 그리고 소통하고, 저희가 설명한 이 워크플로우에서 모든 작업을 마치면, 바로 이 워크플로우가 새롭게 만들어진 멀티 에이전트 오케스트레이션 도구로 만들어진 거죠.21:21

팀을 생성하고, 작업을 만들고, 에이전트를 실행하며, 병렬적으로 작업하고, 모두 종료한 후, 팀을 삭제합니다.21:32

새로운 Claude 멀티 에이전트 기능의 전체적인 작동 방식입니다. 매번 새로운 기능이 나올 때마다 이와 같은 방식으로 진행됩니다.21:38

이 에이전트 기반 코딩 도구들에서 새 모델이 나올 때마다 항상 같은 질문이 저희와 현장에서 일하는 엔지니어들을 괴롭힙니다. 클라우드 코드가 계속해서 나오는 것이죠.21:48

이 기술을 통해 매일매일 변화하고 있는데, 저희의 엔지니어링 업무를 가속화할 수 있는 기능들을 어떻게 이해해야 할까요? 업무 모델은 개선되고, 도구들도 변화할 것입니다. 그 점을 고려해서, 저희는 앞으로 더 나은 방향으로 나아갈 수 있도록 노력하겠습니다.21:59

그리고 저는 항상 제약 조건이 될 거예요. 중요한 건 두 분이 함께 무엇을 할 수 있는지에 달려있습니다. 따라서 새로운 기능이 출시될 때마다 꼼꼼히 살펴보시고, 사용 가능하신 기능을 제대로 이해하셔서 무엇을 하실 수 있는지 정확히 아시길 바랍니다.22:10

모든 엔지니어는 사용하는 도구와 해당 도구에 대한 지식에 의해 제한됩니다.22:22

그래서 다중 에이전트 관측 기능이 정말 중요합니다. 이 워크플로우의 어느 시점이라도 여기에서 점검하고, 에이전트 간의 통신 내용과 저희가 시작한 작업들을 살펴볼 수 있습니다.22:26

모든 이벤트 상황을 확인할 수 있습니다. 이제 이러한 새로운 도구들을 지원하기 위해 멀티 에이전트 관측 시스템 업데이트를 진행하겠습니다.22:39

설명란에 링크를 준비했고요, 이전 영상과 제 에이전트 샌드박스 스킬도 함께 링크해 드릴게요. 다시 한번 설명란에 링크를 준비했습니다. 에이전트 코딩을 한 단계 더 끌어올리고 싶으시다면, 태티컬 에이전트 코딩을 확인해 보세요.22:45

인공지능 코딩과 바이브 코딩을 훨씬 뛰어넘어, 강력한 에이전트 엔지니어링을 통해 코드 베이스 자체가 자동으로 실행되도록 가속화할 수 있다고 생각합니다.22:59

클라우드코 팀에서 멀티 에이전트 오케스트레이션이 개발되고 있습니다. 이 내용은 에이전틱 호라이즌 과정 내에서 문서화되어 다루어졌으며, 저희는 몇 달 전부터 멀티 에이전트 오케스트레이션의 작동하는 버전을 가지고 있었습니다.23:10

이 모든 내용이 다 여기 나와 있어요. 저희 채널에서 이야기하는 아이디어들이 이 과정 안에서 훨씬 더 발전된 형태로 보여집니다. 관심 있으시면 한번 확인해 보세요. 채널 내 많은 엔지니어 분들이 이미 이 과정을 확인하셨을 거예요. 그리고 명확하게 말씀드리자면, 수천 명의 엔지니어들이 이 과정을 듣고 큰 도움을 받으셨습니다.23:24

관심 있으신 분들은 설명란에 링크를 남겨두겠습니다. 앞으로 저희는 멀티 에이전트 오케스트레이션을 많이 다룰 예정입니다.23:39

계속 큰 트렌드가 될 거예요. 왜냐하면 저희가 항상 이 채널에서 하던 대로, 저희의 영향력을 키우기 위해 컴퓨팅 자원을 확장할 수 있게 해 주거든요. 시청해주셔서 정말 감사합니다. 매주 월요일에 저를 찾아오실 수 있을 거예요.23:46

집중력을 유지하고 계속 발전시켜 나가세요.23:58