오늘 재미있는 이야기를 하나 들려드릴게요.00:00

방금 새로운 CloudCode 에이전트 팀과 함께 전체 빌드를 라이브로 진행하는 라이브 스트리밍을 마쳤습니다.00:02

기존 코드 기반 위에 새로운 기능을 전체 계획 과정을 거쳐 구축했습니다.00:08

클라우드코드가 저에게 질문을 해서 서로 이해도를 맞추고, 그 내용을 에이전트 팀에 구조적인 계획 형태로 전달하여 작업을 완료하는 것을 의미합니다.00:15

브라우저 자동화 테스트를 끝까지 진행합니다.00:22

그래서 제가 만든 기본적인 에이전트 챗 어플리케이션을 기반으로 삼아서 시작했습니다.00:25

스트림을 사용하고 있으며, Chargebee 플랫폼을 통해 앱에 결제 기능을 구현했습니다.00:32

그래서 이것은 매우 기본적인 채팅 애플리케이션이지만, 제가 구축한 기능은 토큰을 구매하고, 그런 다음 이 토큰들을 하나씩 사용해서...00:38

이제 상담원과 이야기를 나누어야 할 때입니다. 데이터베이스의 프론트엔드, 백엔드 모두를 건드려야 하는 구현의 좋은 예시라고 할 수 있습니다.00:45

에이전트 팀을 활용하여 여러 영역을 동시에 진행하고, 자율적으로 서로 소통하도록 하는 것이죠.00:52

이 영상에서 보시면 저희가 구현을 상당히 빠르게 진행했음을 확인하실 수 있을 겁니다.00:59

기술적인 어려움이 조금 있었지만, 빠르게 해결할 수 있었습니다.01:03

정말 멋지네요. 현재 에이전트 팀들이 조금 신뢰성이 떨어지는 것 같지만, 분명히 지적해 드리고 싶습니다.01:06

에이전트 개발이 앞으로 어떻게 진화해 나갈지, 미래의 모습을 향해 나아가게 될 것입니다.01:12

우리 회사에서 일하는 에이전트들이 서로 대화하는 것을 저희가 중재하지 않아도 되는 거죠.01:16

자, 그럼 더 이상 미루지 않고 라이브 스트림에서 보여드렸던 부분을 바로 보여드리겠습니다.01:21

이 기능은 Opus 4.6 출시와 함께 CloudCode에 새로 추가된 기능입니다.01:26

그러니까, 한 일주일 반 정도 전에 세상에 공개된 것 같습니다.01:32

이 기능은 아직 실험적인 단계라서 여러분과 함께 자세히 알아보고 싶어요. 지금은 아주, 아주 잘 작동하지는 않아요.01:36

실제로 사용하면서 이야기해 볼 텐데요. 저는 정말로 에이전트 엔지니어링이 이 방향으로 나아간다고 생각해요.01:43

왜냐하면 저희가 에이전트 팀에서 가지고 있는 것은 여러 에이전트들이 함께 일하는 능력이거든요.01:49

평행을 이루고 있지만, 실제로는 서로 소통하고 있습니다.01:54

서브 에이전트와의 가장 큰 차이점은 바로 그거죠. 저희는 이미 꽤 오랫동안 서브 에이전트를 활용해 왔고, 병렬적으로 호출할 수 있었습니다.01:58

하지만 서브 에이전트들은 서로 소통하지 않죠, 맞죠?02:05

우리가 주요 에이전트를 가지고 있고, 이 에이전트가 여러 서브 에이전트를 생성합니다. 그런 다음, 서브 에이전트들이 작업을 수행합니다.02:09

결과가 있을 때 메인 에이전트에 보고는 하지만, 조정은 없어요.02:13

하지만 에이전트 팀의 경우, 메인 에이전트가 생성해요.02:17

이 팀원 모두가 공유하는 업무 목록이 있고, 서로 소통하고 있습니다.02:22

팀원 하나는 팀원 세 사람에게 메시지를 보낼 수 있습니다. 팀원 둘은 팀원 세 사람에게 답장을 보낼 수 있습니다.02:26

주요 담당자들이 업무를 진행하면서, 작업을 완료하고 서로 협력하는 모습을 보입니다.02:31

제가 이 두 가지 업무를 처리하고, 선생님께서 이 세 가지 업무를 맡아 진행하시면 정말, 정말 효과적이겠습니다.02:35

에이전트 팀의 두 가지 단점은 첫째, 매우 비결정적이라는 점입니다. 많은 제어 권한을 부여하고 있기 때문입니다.02:40

주요 담당자분께 전달하여, 여기 에이전트 팀과 어떻게 협조해야 할지 여쭤보고 싶습니다.02:46

확실히 약간 통제력을 잃는 것은 맞고, 두 번째 단점은 모든 것을 고려했을 때 토큰 사용량이 상당히 많습니다.02:51

동시에 여러 에이전트가 실행되는 경우, 토큰 사용량 측면에서 상당한 오버헤드가 발생합니다. 단순히 실행만 유지하는 데에도 많은 토큰이 필요합니다.02:56

이 에이전트들은 서로 소통을 하기도 하며, 분명히 몇 가지 중요한 부분들이 있을 것입니다.03:02

에이전트 팀과 함께 협업하여 정말 프로덕션 수준의 소프트웨어를 구축할 수 있을 때까지는 좀 더 개선해야 할 것 같습니다.03:07

하지만 제가 여러분과 함께 이야기하고 싶어하는 이유는, 제가 생각하기에 저희가...03:13

아마 내년 상반기쯤에는 도착할 수 있을 것 같고, 에이전트 팀과 함께 구축하는 것은 생각보다 빠르게 진행될 것 같습니다.03:16

그리고 이것이 일반적인 모습이 될 것이라고 생각합니다. 그래서 실제 유용하게 사용할 수 있는 프로덕션 빌드를 보여드리고 싶습니다.03:21

지금 에이전트 팀과 함께 하고 계신 분들께, 그리고 앞서 말씀드린 것처럼, 동시에 저는...03:26

에이전트 팀을 활용하여 정말 재미있게 건설하는 방식으로, 동시에 얼마나 많은 에이전트가 작동하는지 확인해 보는 것을 시도해 보고 싶습니다.03:31

클라우드 코드를 이용해서 에이전트 팀과 함께 구축하는 데, 지금 많은 크레딧을 사용해도 괜찮을 것 같습니다. 준비가 되어 있습니다.03:38

그래서 준비한 것이 이것입니다. 첫 번째, 좀 더 실제적인 버전을 위해서요.03:45

이번 주 초에 제가 만들었습니다만, 에이전트 기반의 채팅 애플리케이션이 있습니다.03:51

에이전트에 메시지를 보내는 아주 기본적인 애플리케이션입니다.03:56

음, 예를 들어서, 그냥 '안녕하세요'라고 말할 수 있죠. 네.04:02

네, 물론 완벽하게 제작된 애플리케이션은 아니고요. 채팅 애플리케이션의 기반을 다지는 정도로 간단하게 만들었습니다.04:05

챗GPT나 클라우드 AI와 같은 매우 간단한 버전을 생각해 볼 수 있습니다.04:12

이 애플리케이션을 가지고 제가 할 일은, 에이전트 팀을 활용하여 구축할 것입니다.04:16

결제 시스템을 통합하여 사용자들이 토큰을 구매할 수 있도록 하고, 사용자들이 에이전트와 대화하기 위해 토큰을 사용하게 됩니다.04:23

이 작업을 수행하기 위해, 저는 Chargebee와 연동할 예정입니다.04:29

이런 식으로 스트라이프와 유사하게, 제품이나 플랫폼에 수익 창출 기능을 통합할 수 있는 애플리케이션이라고 생각하시면 됩니다.04:33

그래서 저희는 차지비(Chargebee)를 이용해서 구축을 진행할 예정입니다.04:41

최근에 플랫폼에 수익 창출 기능을 구축하는 데 있어 정말 유용하게 사용하고 있는 솔루션입니다.04:43

그리고 그들은 기술 하나를 가지고 있는데, Chargebee 연동 기능입니다. 이 기능을 저희 코드 베이스에 통합할 수 있습니다.04:49

클로드 코드는 즉시 Chargebee를 활용하여 효과적으로 구축하는 방법을 이해하고, 환각 현상을 피할 수 있도록 지원합니다.04:56

LLM의 학습 데이터 중단 시점 때문에, 이런 방식으로 구축해 나갈 거예요.05:03

따라서 백엔드, 프론트엔드, 그리고 데이터베이스까지 모두 확인해야 할 것 같습니다.05:09

사용자들의 트랜잭션 및 토큰을 지원하기 위해 데이터베이스 스키마를 변경해야 할 것 같습니다.05:15

사용자 인증 기능도 만들어야 할 것 같아요. 저는 Supabase를 사용할 예정입니다.05:19

그리고 당연히 프론트엔드도 건드려야 하고, 결제를 위한 페이지를 만들려면 백엔드도 건드려 토큰을 활용해서 작업해야 합니다.05:23

에이전트와 상호작용할 때, 고려해야 할 사항들이 많습니다. 해야 할 일이 정말 많네요.05:30

그래서 저희는 에이전트 팀을 활용하여 프론트엔드, 백엔드, 데이터베이스 작업을 동시에 진행할 수 있을 것 같습니다.05:34

정말, 정말 좋은 활용 사례라고 생각합니다.05:39

지난해 워크숍에서 에이전트 기반 챗 어플리케이션 위에 결제 시스템 통합 기능을 구축해 본 경험이 있습니다.05:42

그리고 또다시 하고 싶어요. 정말 좋은 예시라서, 사소한 문제가 아니라는 것을 보여주는 좋은 사례라고 생각해요.05:49

애플리케이션에 결제 시스템을 구축하는 것은 생각보다 쉽지 않습니다.05:54

하지만 에이전트 팀을 한 번만 실행해서 확실히 할 수 있어요. 그래서 딱 적절한 복잡도라고 생각해요.05:58

네, 그럼 바로 그 부분에 대해 알아보도록 하겠습니다. 여기서는 에이전트 팀을 활용하게 될 겁니다.06:06

그래서 제 계획은 코딩 에이전트와 함께 계획을 세우는 것부터 시작하는 것입니다.06:08

그래서 저는 클로드 코드를 사용하려고 합니다. 물론 키로를 사용하면 좋겠지만, 키로에서는 에이전트 팀 기능을 지원하지 않네요.06:14

클로드 코드를 사용해서 작업할 예정입니다. 기존 애플리케이션 위에 추가적으로 개발을 진행할 계획입니다.06:20

그래서 그냥, 혹시 클로드님, 이 신청서를 바탕으로 결제 시스템을 구축하는 방법에 대한 아이디어가 있으신가요?06:25

그리고 나서 신분증을 가지고 있겠습니다. 이 과정이 어떻게 진행되는지 보여드리겠습니다. 왜냐하면 계획 과정 또한 매우 중요하기 때문입니다.06:32

실제 구현 측면에서 더 중요하다고 말씀드릴 수 있습니다. 최근에 몇 가지 새로운 전략들을 구상하고 있습니다.06:38

제가 보여드리고 싶은 코딩 에이전트를 활용하여 효과적으로 계획을 세우는 방법에 대해 말씀드리려고 합니다.06:44

계획이 준비되면 클로드코드에 전달해서 에이전트 팀을 구성하고 바로 진행하도록 하겠습니다.06:48

그리고 그게 동시에 진행되는 동안, 저는 좀 더 재미있는 예시를 보여드리도록 하겠습니다.06:54

에이전트 팀을 활용하여 동시에 실행할 수 있는 에이전트의 수를 얼마나 늘릴 수 있는지 확인해 보려고 합니다.06:59

좋으시길 바랍니다. 저도 정말 기대돼요.07:04

그래서, 이 애플리케이션의 데모를 딱 하나만 더 정말 빠르게 보여드리겠습니다.07:08

여기에서 저희가 구축하고 있는 것을 보여드리겠습니다.07:13

그래서 제 클라우드 코드로 들어가서 계획을 세우는 과정을 시작해 보겠습니다.07:15

그래서 클라우드를 진행하려고 하는데, 이 스트리밍의 간결성을 위해, 확실히 확인해 보도록 하겠습니다.07:21

정말 빠르게 진행되니까, 여기서는 YOLO 모드를 잠깐 실행해 볼게요.07:26

제가 지금 보여드릴 내용은 브라운필드 개발의 아주 좋은 예시입니다.07:30

기존에 사용하고 있는 애플리케이션이 있는데, CloudCode를 활용하여 종합적인 계획을 수립하고자 합니다.07:37

저희 기존 애플리케이션에 추가될 새로운 기능입니다.07:44

그리고 계획 과정은, 계획 과정은 정말 중요합니다.07:48

보통 제가 시작할 때, '프라임'이라고 불리는 작업을 진행합니다.07:53

그래서 명령을 내리려면 슬래시 프라임(slash prime)을 사용하시면 됩니다.07:57

그리고 그것은 코딩 에이전트를 단계별 프로세스를 따라 진행하도록 안내합니다.08:01

코드 베이스를 이해하는 것은 정말 간단합니다. 여기서는 많은 부분이 있지만, 정말 간단하게 되어 있습니다.08:07

다양한 버전의 주요 명령어를 구축할 수 있지만, 여기서는 맥락을 설정하는 것이 목표입니다.08:14

여기 대화의 시작을 위해 코드 베이스의 핵심 파일들을 보여드릴게요. 이제 뭘 해야 할지 아시겠죠.08:20

제가 요청할 새로운 기능을 연구하는 데 필요한 것들을 이해하셨을 겁니다.08:27

일반적으로 제가 내리는 주요 지시 사항은, 마치 이런 파일, 저런 파일, 이런 파일 이런 식으로 딱 정해져 있는 것 같지 않습니다.08:32

여기서는 정말 간결하게 설정해 두었지만, 보통은 좀 더 역동적입니다.08:36

코드를 검색해서, 핵심 파일들을 모두 이해하고 읽어본 다음, 결과를 다시 보고 싶습니다.08:40

저에게 말씀해주시고, 코드에 대해 제가 이해하는 모든 내용을 보고서 형태로 말씀해주시면 감사하겠습니다.08:46

기본적인 내용입니다. 여기서는 프라이밍을 완료하도록 두고, 계획 단계로 넘어가도록 하겠습니다.08:51

다시 한번 말씀드리지만, 새로운 대화를 시작할 때마다 프라이밍 명령을 실행할 것입니다.08:56

새로운 걸 만들어야겠어요. 좋아요, 그럼 여기 프라이밍은 끝났네요.09:01

그래서 저는 제 애플리케이션에 결제 통합을 구축하고 싶다고 말씀드릴게요.09:04

특히, 저는 통합하는 데 관심이 있습니다.09:09

데이터베이스의 프론트엔드와 백엔드를 모두 경험해 보고 싶습니다.09:15

여기서 끝내니, 결제 시스템 통합을 구축하기 위해 많은 계획을 세워야 할 것 같습니다. 사용자들이 결제를 할 수 있도록 기능을 구현하고 싶습니다.09:22

이 앱에서 이미 설정해둔 상담원과 대화하려면 토큰을 구매해 주셔야 합니다.09:28

그래서 저희는 b에서 담당할 몇 가지 패키지를 설정해야 할 것 같고, 그리고...09:35

그것들을 통합하기 위해, 프론트엔드에 결제 페이지를 만들고, 그 다음에...09:40

사용자들이 토큰을 구매하도록 설정하고, 사용자들이 상호작용할 때마다 토큰이 하나씩 차감되도록 하는 것입니다.09:44

요원님과 함께 환불과 같은 다른 기능들도 고려해야 할 것 같습니다.09:51

에이전트에게 오류가 발생하거나 이와 유사한 문제가 있을 경우, 다양한 아이디어를 구상해야 할 것 같습니다.09:56

이 근처라서, 코드 베이스를 살펴봐 주시고 제가 어떻게 빌드를 구축할 수 있는지 이해하는 데 도움을 주시면 감사하겠습니다.10:01

이 앱에 결제 연동 기능을 구현해 주시고, 그 후에 관련 조사를 좀 진행해 주시면 감사하겠습니다.10:08

차지비(Chargebee)를 이용해서 구축하는 방법에 대해 이해하실 수 있도록 웹 검색을 많이 해보시는 것도 좋겠습니다.10:13

여기에서 제가 통합해 놓은 Chargebee 스킬도 함께 사용하실 수 있습니다.10:19

네, 그래서 여기 Chargebee 스킬이 있는 곳입니다. 참고로 말씀드립니다.10:24

그래서 제 코드 베이스를 어떻게 다루고 Chargebee를 통합하는지 이해하신 후에, 저에게 질문들을 많이 해 주시면 좋겠습니다.10:29

여기서 중요한 점은, 혹시라도 오해가 없도록 확실하게 설명해 드리겠다는 것입니다.10:36

모든 통합 방식에 대해 서로 정확히 이해하고 있는지 확인하여, 모든 부분에서 의견이 일치하는지 확인하고 싶습니다.10:39

코드 베이스에 새로운 기능을 추가했습니다. 기능 구현 방식에 대해 궁금한 점이 있다면 언제든지 저에게 질문해주세요.10:43

업무 진행 방식과 프론트엔드 디자인은 어떻게 될 것이며, 토큰 관리 등은 어떻게 처리할 예정인지 말씀드리겠습니다.10:47

네, 알겠습니다. 제가 말씀드린 내용이 꽤 많은 정보였을 것 같네요.10:53

하지만 제가 계획을 세울 때 처음에는 정말 구조 없이 시작하는 편이에요. 그냥 큰 그림을 그려놓는 거죠.10:59

코드 베이스를 살펴보고, 웹 검색을 통해 확인하고 싶은 내용들을 정리해 보았습니다.11:05

제가 이전에 보여드렸던 Chargebee 연동 기능을 활용하고 있습니다.11:09

이렇게 하면 Chargebee를 이용해서 제 Next.js 애플리케이션을 어떻게 구축해야 하는지에 대한 완벽한 문서를 갖추게 되어, 시스템이 이를 인지하게 될 것입니다.11:13

그리고 제가 오늘 여러분과 함께 집중하고 싶은 가장 중요한 것은 질문을 드리는 것입니다.11:21

그래서 코드 베이스를 탐색한 후에 저에게 질문을 하도록 특별히 요청했습니다.11:27

계획 수립의 가장 중요한 목표는 가정의 수를 줄이는 것입니다.11:32

인공지능 코딩 보조 프로그램이 새로운 기능을 개발하는 데 도움을 주고 있습니다.11:39

다시 한번 말씀드리겠습니다. 강조할 가치가 있는 내용입니다. 계획 수립의 가장 중요한 목표는 가정의 수를 줄이는 것입니다.11:43

코딩 에이전트가 실수를 하기 때문에, 코딩 에이전트가 저지를 수 있는 실수가 두 가지 종류가 있기 때문입니다.11:49

이론적으로 말씀드리면, 둘 다 어느 정도 책임이 있다고 생각합니다. 코드를 잘못 작성할 수도 있습니다.11:56

계획이 충분히 명확하지 않거나, 검증을 충분히 하지 않으셨거나, 아니면 예상치 못한 방향으로 벗어날 수도 있습니다.12:01

만들고자 하는 것이 무엇인지에 따라 다를 수 있습니다. 어쩌면 정확히 어떻게 진행하실 계획인지와 약간 일치하지 않는 것일 수도 있습니다.12:08

그 기능을 개발하고, 제가 요즘 자주 하고 있고, 여러분께 보여드리고 있는 것들이 있습니다.12:12

여기서는 제가 질문을 여러 개 하도록 요청하는 것과 같습니다.12:17

저라면 최소 열 가지 질문이라도 해보시길 바랄 것 같아요. 그래야 만족스러울 것 같거든요.12:22

청구 페이지를 어떻게 설정하고 싶으신가요?12:26

혹시 토큰 구매를 위해 패키지를 어떻게 구성해야 할까요?12:30

요, B 결제 항목은 어떻게 보여드리는 게 좋을까요? 제가 질문을 다 받아서 처리해야 할 것 같아요.12:34

혹시 제가 놓친 부분이 있다면, 제가 다시 알려드릴게요.12:39

그리고 저는 이제 프롬프트에 모든 것을 직접 지정하려고 노력하는 것보다 이 방법을 훨씬 더 선호하게 되었습니다.12:44

음, 물론, 제가 원하는 대로 청구서가, 음, 이렇게 보이도록 그냥 말씀드릴 수도 있겠죠.12:51

패키지 가격은 10달러, 15달러, 25달러로 해야 할 것 같아요?12:56

챗창에서 전부 다 지정할 수 있지만, 질문을 해보는 게 좋은 이유가...13:02

상황에 따라 질문을 생각보다 많이 하시네요.13:08

제가 미처 생각하지 못했던 어떤 다른 가정을 하고 있는 것 같습니다.13:12

그리고 클라우드 코드는 이 새로운 기능을 내장하고 있습니다.13:17

지금 시점에서는 한 달 정도 된 것 같습니다만, 사용자에게 질문하는 도구가 있는 것 같아요.13:20

여기서 여러 선택지 형태로 팝업될 수 있어서, 정말 빠르게 진행할 수 있습니다.13:25

저와 같은 페이지에 있고, 추천 옵션을 바로 선택할 수 있다면, 정말 빠르게 진행할 수 있을 것 같습니다.13:32

필요하다면, 텍스트 상자에 직접 제 답변을 입력할 수도 있습니다.13:39

원하시는 경우, 정말 구체적으로 말씀드릴 수 있습니다. 아니면 이미 좋은 추천이 있다면, 바로 엔터를 누르고 다음 질문으로 넘어가도 괜찮습니다.13:42

잠시 후에 확인해 보시면 됩니다. 음, 웹훅 보안을 위해 ChargeBe 웹훅 요청을 어떻게 확인해야 할까요?13:49

네, 여기서 사용자 이름과 비밀번호를 설정해 두었습니다.13:56

점과 e, b에 대해서, 음, 웹훅 항목의 중복 이벤트는 어떻게 처리해야 할까요? ChargeMe가 이벤트를 여러 번 보낼 수 있는데, 아니, 중복된 이벤트를 보관하지 않도록 하면 될 것 같아요.14:02

그럼 웹훅 아이템의 효능 중복 이벤트, ChargeMe가 이벤트를 여러 번 보낼 수 있는데, 음, 보관하지 않도록 하면 될 것 같습니다.14:05

솔직히 말씀드리면, 결제 페이지에서는 경쟁 조건이 발생할 가능성은 거의 없을 것 같습니다.14:12

거래 내역에서 각 행은 어떤 정보를 보여줘야 할까요? 음, 간단하게 말씀드리면...14:17

너무 상세하게 다룰 필요는 없으니, 필요한 것만 간단하게 목록을 만들고 싶어요.14:24

좋아요, 시작해 봅시다. 이건 좋네요. Vercel 에이전트 브라우저 CLI를 엔드투엔드 테스트에 사용하신다고 말씀하셨죠?14:28

계획에 종단 간 테스트 시나리오를 구체적으로 포함해야 할까요? 네, 검증 단계를 사전에 정의하는 것이 좋습니다.14:32

이것도 꼭 기억해 두셔야 할 정말 중요한 부분입니다.14:39

구조 계획의 일환으로, 저희는 에이전트께 다음과 같은 린팅 및 타입 검사를 요청할 예정입니다.14:42

단위 테스트를 작성하고 실행하신 후, 종단 간 테스트를 진행하시는 것이 가장 효과적입니다.14:49

최근에 유튜브 채널에서 진행하고 있는 작업들이 꽤 있습니다. 특히 Vercel 에이전트 브라우저 CLI를 활용해서 콘텐츠 제작을 많이 하고 있습니다.14:54

이는 에이전트가 사용할 수 있는 매우 강력한 브라우저 자동화 도구입니다.15:00

사용자가 웹사이트를 사용하는 것과 동일하게 브라우저를 실행하여 테스트해 보는 것입니다.15:04

과거에 사용해 봤던 Playwright나 Puppeteer MCP 서버와 비교하면 훨씬 큰 폭으로 개선된 것 같습니다.15:08

네, 그렇습니다. 에이전트가 스스로 검증할 수 있도록 이 부분이 계획의 중요한 부분을 차지했으면 좋겠습니다.15:15

결과가 저에게 최종적으로 돌아올 때쯤에는, 모든 것이 실제로 테스트되었기를 바랍니다.15:20

차지비(Chargebee)를 통해 구매 토큰을 처리하고, 상담원과 상호작용한 후 토큰이 차감되었는지 확인했습니다.15:25

제가 말씀드리는 모든 검증을 수행할 수 있도록 하고 싶습니다. 데이터를 작성하기 전에 그렇게 할 수 있는 권한을 부여하고 싶습니다.15:31

단 한 줄의 코드만 있으면 돼요. 음, 좋아요. 질문이 너무 많네요.15:37

그래서 Chargebee 아이템이 생성되어야 해요.15:41

수동으로 대시보드에서 담당 업무를 설정해 주실 수 있나요? 항목들을 설정하고 싶습니다.15:43

담당자로서 일부 역할을 맡았습니다.15:50

구체적인 실행 계획에 이것을 포함시켜 주시면, 일단 저희가 진행하면 이렇게 말씀드리겠습니다.15:53

계획을 세우는 것은 지금 당장 적극적으로 진행하고 있는 것은 아니지만, 제가 여쭤보겠습니다.16:00

모든 것을 다 살펴본 후에 그렇게 하는 게 좋을 것 같아요. 대화를 위해서 필요한 모든 것을 확인하고 싶어서요.16:05

채팅에 현재 사용자 ID가 없기 때문에, 대화 내용을 사용자별로 연결하는 것이 적절할지 고려해야 할 것 같습니다.16:12

인증된 사용자요, 네, 그거 중요합니다. 어떤 걸 청구해야 할까요? 고객 ID요, 음...16:18

기본적으로요. 맞아요, 좋아요. 음, 질문을 정말 많이 했네요, 정말.16:23

여기서 거의 다 끝났다고 생각하고, 다음 질문 세트에서 그냥 마치고, '음, 필요한 모든 것을 다 얻었다고 생각해요'라고 말할 수 있을 것 같아요.16:29

좋아요, 몇 가지 마지막 질문을 해보죠.16:34

질문 사항을 명확히 하고 있어서 거의 다 왔는데, 정말 훌륭하고 토큰 수도 많네요.16:40

전반적으로 말씀드리면, 매우 가치 있는 내용이며, 토큰 사용량도 많지 않습니다.16:45

아, 말씀하신 대로 청구 페이지는 어디에 두어야 할까요?16:50

플래시 결제 기능은 대시보드 레이아웃 내에 결제 관련 부분에 포함하는 것이 좋을지, 아니면 독립적인 페이지로 만드는 것이 좋을지 검토 부탁드립니다.16:53

네, 그렇게 진행해도 될 것 같습니다. 과금 항목 설정과 관련해서, 별도의 스크립트로 만들어야 할까요?17:00

혹시 채팅 페이지가 인증되지 않은 경우 로그인 페이지로 리디렉션되어야 할까요? 네.17:05

알겠습니다, 답변 제출하세요. 음, 지금쯤 필요한 게 다 있는 것 같아요.17:13

하여튼, 이제 계획 수립 단계로 들어가야 할 것 같습니다. 필요한 모든 것이 갖춰져 있고, 이 자료를 바탕으로 계획을 수립할 수 있을 것 같네요.17:16

죄송하지만, 여기서 잠깐 중단드리겠습니다.17:24

제가 제 일과 제 방식대로 하고 싶어서요.17:26

음, 제가 정말 유용하다고 생각하는 것 중 하나는, 그리고 이것은 제가 에젠다 코딩 강좌에서도 자주 다루는 내용인데, 바로...17:33

제 계획이 준비되었습니다.17:40

클라우드코드에 내장된 계획 모드나 계획 과정보다 제게는 이쪽 방식이 더 잘 맞는 것 같습니다.17:43

그래서 제가 만들고 싶은 것을 설명하면, 명령을 내리는 방식으로, 그러면 매우 체계적인 계획을 만들어 줄 것입니다.17:49

코딩 에이전트들을 활용한 제 계획 수립 과정은 항상 비정형적인 방식으로 시작합니다. 여러분이 이미 보셨듯이 말이죠.17:56

제가 만들고자 하는 것에 대해 대략적으로 설명드리는 방식으로 시작합니다. 웹 검색과 코드 베이스 검색을 하고, 저에게 질문도 드립니다.18:02

이제 이 모든 것을 체계적인 계획으로 정리해 보도록 하겠습니다.18:08

따라서 이 명령은 그렇게 작동합니다. 이제 슬래시 계획을 실행하여 구현 계획을 만들겠습니다.18:12

음, 글쎄요, 실제로 제가 깨달은 것은, 이것이 마치 일종의 버그와 같은 것 같아요.18:20

오푸스 4.6, 제가 이 계획을 명령이라고 부르는 것이 내부 클로드 계획 명령과 같은 것인가요?18:23

그래서 보통은 이 경로를 보게 하고 싶습니다. 잠시만 기다려주세요, 이 경로를 복사하겠습니다.18:28

그리고 여기 한번 보시고, 지금 이 명령어를 사용해 주십시오.18:35

이 B 충전 결제 통합에 대한 체계적인 계획을 수립해 봅시다.18:41

덧붙여 말씀드리면, 이 방법은 클라우드 코드처럼 명령어를 직접 지원하지 않는 코딩 에이전트에서 명령어를 사용하는 방법입니다.18:49

이름을 잘 짓지 못해서, 살짝 우회적으로 처리해야 하는 방법이 있습니다.18:55

내부 명령과 동일하기 때문에 계획 명령을 사용합니다.18:59

제가 계획을 세우지 않는다면, 마치 두 가지 버전이 있는 것처럼 보이고, 클로드 코가 씨가 혼란스러워하시는 것 같습니다.19:02

미리 이름을 변경하는 것을 깜빡했습니다. 그래서 그냥 거기 확인해 달라고 말씀드리고, 명령어가 기록된 상태이기 때문에 읽을 수 있습니다.19:07

그리고 나서, 그러면 제가 슬래시 플랜에 올바른 명령어를 사용한 것과 같은 결과가 되는 것 같습니다.19:13

그래서 저희는 이미 좋은 질문들을 하고 있네요.19:18

자, 그럼 한번 살펴볼까요? 이전 브랜치는 완벽하게 작동하는 구현체를 가지고 있었습니다.19:21

네, 라이브 방송 전에 모든 것이 제대로 작동하는지 확인하기 위해 미리 테스트해 보았습니다.19:25

네, 하지만 그래도 여러분과 함께 처음부터 다시 만들고 싶어서, 완전히 무시하고 시작하고 싶습니다.19:30

제가 처음부터 직접 만들어서 이 전체 구현 과정을 끝까지 보여드리려고 합니다.19:36

채팅이 현재 인증되지 않았어요. 음, 채팅에서 슈퍼 베이스를 켜야 할까요? 그래야 저희가19:41

네, 사용자별 토큰 잔액을 추적할 수 있습니다. 인증이 필요할 텐데요. 어떤 토큰 패키지 3단계로 구성해야 할까요?19:46

저에게 좋게 해주세요. 혹시 사용자들이 가입할 때 토큰을 무료로 제공해야 할까요?19:53

네, 10 토큰입니다. 그래서 좋은 것을 드렸습니다.19:57

대체로, 대부분의 시간을 객관식 문제를 풀면서 선택하는 것 같아요.20:02

정말 효율적이네요. 덕분에 상담원과의 질의응답을 빠르게 진행할 수 있습니다.20:05

그리고 마지막 부분에서는 제가 직접 작성하고 싶었던, 좀 더 고전적인 스타일의 예시가 하나 있었습니다.20:10

음, 담당자분께 자유롭게 답변을 드리고 싶습니다. 답변을 제출하겠습니다.20:15

그리고요.20:19

한 번에 몇 가지 질문만 하지만, 곧 더 많은 질문을 드릴 것 같습니다.20:22

그리고, 제가 드린 내용을 잘 생각하게 될 거예요.20:27

그리고 잠시 후에, 여러 개의 객관식 문제가 다시 나타날 거예요. 자, 여기 있습니다.20:31

훌륭합니다. 좋습니다. 그럼 토큰 소비를 정의하는 것은 무엇인가요?20:35

혹시 토큰 하나를 차감해야 할까요? 상당히 구체적으로 말씀드리지만, 정확히 이런 상황을 말씀드리는 것입니다.20:39

제가 찾고 있는 것은, 코딩 에이전트가 하는 가정을 줄이는 것입니다.20:42

그래서 제가 말하건대, 1회당...20:46

대화 턴마다 한 번씩 토큰이 차감되므로, 사용자 메시지와 AI 응답을 합쳐서 전체 왕복 횟수만큼 차감됩니다.20:48

LLM 호출이 실패할 경우, 어떻게 처리해야 할까요? 네, 토큰을 자동으로 환불 처리하고 싶습니다.20:54

입력 텍스트는 무엇입니까?21:02

앱 내비게이션에서 결제 페이지가 실시간으로 운영되고 있습니다. 대시보드/결제 경로로 접속하시면 됩니다.21:02

음, 슬래시 빌링 방식으로 처리해 볼 것 같아요. 간단하게 유지하는 게 좋을 것 같습니다. 채팅 UI에 대해서는 어떻게 되는 게 좋을까요?21:09

채팅 UI에서 사용자가 토큰을 0개 가지고 있을 때 어떤 현상이 발생하나요?21:14

그러므로 입력 비활성화 상태로 변경하고 토큰 구매 화면을 보여드리겠습니다.21:17

네, 좋아요. 그렇게 답변을 제출해 주세요. 아주 좋습니다. 그리고 나서 결과를 확인해 보겠습니다.21:21

계속해서 더 많이 뜹니다. 그리고 이 시점에서, 저도 스스로 생각해야겠죠.21:25

아직 물어보지 않은 다른 질문은 무엇일까?21:30

클라우드 코드는 종종 제대로 작동하지 않는 경우가 많습니다.21:34

정확하게 우리가 무엇을 만들 것인지 모두 이해하면 완벽할 것 같습니다.21:36

아마 미리 준비해둔 다른 것들이 있을 수도 있어요. 이미 충전 계정을 만들어두었으니, 아마...21:41

계획을 위해 그 점에 대해서도 말씀드리고 싶어서, 한번 꼼꼼히 생각해보려고 합니다.21:46

제가 가능한 한 모든 것을 제거해서, 그 가정을 없애려고 해요. 좋아, 더 많은 질문이 있으면 좋겠어요.21:50

계속 가져오세요, 클라이브. 첫 번째 세 개의 토큰 패키지 티어에서 어떤 양을 원하는 거죠?21:55

그리고 가격은 얼마를 원하시는지, 음, 여기 50 토큰을 원하시는 것 같습니다.21:59

음, 그렇게 해요. 제가 음, 다섯이라고 말씀드릴게요.22:07

100 토큰당 달러입니다.22:13

그럼 저희는 250 토큰에 10달러로 진행하도록 하겠습니다. 이렇게 하면...22:19

장기적으로 보면 25달러로 500 토큰을 사용하는 것이 더 가성비가 좋다고 생각합니다.22:22

아니, 기다려요. 아니, 이건 안 좋은데요.22:29

음, 600 정도 되어 보이네요. 좋습니다. 자, 그럼 결제 페이지는 어떻게 디자인하면 좋을까요?22:32

어떤 구성 요소들을 원하시는지, 음... 전체 청구 페이지 토큰 잔액 카드 세 건 구매는 원하지 않으시는군요.22:37

카드 거래 내역이나 간단한 구매 페이지 정도만 보고 가볼까요?22:43

음, 전체 결제 페이지를 만들 때 Chargebee의 호스팅 결제 페이지로 리디렉션하는 방법을 사용하면 어떨까요?22:50

차지비(Chargebee)를 거쳐서, 혹은 앱 내에 임베디드된 경험을 통해, 네, 호스팅 방식에 대해 살펴볼까요?22:56

확인해 보겠습니다. 그러면 유지 보수 비용이 저희에게는 훨씬 적게 들 것이고, 그 다음으로 리디렉션될 겁니다.23:03

청구는 성공적으로 완료되었고, 저희 토큰 잔액이 업데이트되었습니다. 아주 좋습니다. 많은 양이 있습니다.23:08

충전 B와 통합할 수 있는 다양한 방법들이 있어서, 정말 좋게 생각합니다. 모든 것을 문의해주셔서 감사합니다.23:13

정말 훌륭하게 적절한 질문을 던져주네요. 솔직히, 정말 잘하는 것 같아요.23:18

지금 시점에서 제가 더 자세히 말씀드릴 다른 사항은 없을 것 같고, 혹시 원하시는 것이 있으신가요?23:22

채팅 헤더에 토큰 잔액이 항상 보이게 하는 거죠, 채팅하는 동안 항상 보이는 거죠. 네, 그거 100입니다.23:26

제가 찾고 있는 거, 그러니까 제가 처음에 말씀드렸던 거는 여기 UI로 다시 돌아가는 거네요.23:33

여기 쯤에 제 토큰 잔액이 표시되고, 링크로 연결되는 기능이 있으면 좋겠습니다.23:38

결제 페이지로 이동하는 것도 확인해야겠네요. 아마 여기서 제가 특정해야 할 부분이 있을 것 같습니다. 아직 확인하지 못해서요.23:42

정말 그런 부분을 문의하시는 건가요? 홈페이지에서 결제 페이지로 사용자가 어떻게 이동하는지 궁금하신 것 같습니다.23:47

여기, 저희가 에이전트와 대화하고 있는 사이트입니다. 혹시 안 된다면 제가 명시적으로 알려드리겠습니다.23:51

데이터베이스에 토큰 잔액을 단일 잔액으로 저장하는 것이 적절할지 조금 더 문의드려도 될까요?23:56

혹은 모든 거래 내역을 장부 형태로 기록하는 것도 좋겠네요. 음, 잔액과 장부는 확실히 중요하죠. 토큰은 어떻게 해야 할까요?24:01

네, 메시지를 보내기 전에 차감되는 부분이 있었고, 혹시 차지미 계정이 이미 설정되어 있으신가요?24:07

네, 네, 말씀드리겠습니다. 여기서 좀 더 자세하게 말씀드리고 싶은 부분이 있어서, 말씀드리자면...24:13

네, 이미 충전 설정을 완료했고, ngrok도 이미 설정해 두었습니다.24:20

여기 준비되었으니, 제가 가지고 있습니다.24:28

이미 설정되어 있는 슬래시 API 슬래시 웹훅으로 요청을 보내도록 웹훅을 설정해 주십시오.24:32

B 충전에 필요한 환경 변수들은 이미 .env 파일에 모두 설정해 두었습니다.24:38

버셀 에이전트 브라우저 CLI를 사용하면 엔드투엔드 테스트를 바로 시작할 수 있을 것 같습니다.24:45

충전 b 통합 관련 코드를 모두 완료하는 것이 중요하니, 꼭 진행해 주시기 바랍니다.24:51

계획을 함께 세우기 전에, 제가 곧 만들어서 보여드릴 계획인데, 그 과정에서 약간의 작업이 필요할 것 같습니다.24:55

미리 준비하는 것보다 훨씬 빠르게 라이브 빌드를 구축할 수 있었습니다.25:00

저는 이미 Charge Me 계정을 설정해 두었습니다. 여기 한번 보여드릴게요. 모든 결제 플랫폼이 이렇게 작동하는 방식입니다.25:05

웹훅을 가지고 있습니다. 플랫폼에서 구매가 이루어질 때마다 요청을 보낼 것입니다.25:13

결제를 처리하기 위해 해당 웹훅으로 정보를 전달해야 합니다. 저희의 경우, 추가적으로...25:19

저희 Supabase 데이터베이스의 사용자 기록에 토큰을 추가하고 있습니다.25:23

저희는 이 웹훅을 테스트해 볼 수도 있습니다.25:26

네... 음, 페이지가 잠시 멈춰서 다시 로그인해야 할 것 같아요.25:30

다시 로그인하고, 웹훅 테스트를 진행할 수 있을 것 같습니다. 그 다음에...25:35

지금은 실패할 것 같아요. 아직 엔드포인트를 구현하지 못했기 때문입니다.25:40

어제 제가 테스트를 진행했는데, 이 라이브 빌드가 잘 작동하는지 확인하기 위해서였습니다.25:46

네, 제가 웹훅을 만들었고, 여기에서 테스트도 해봤습니다. 모든 것이 잘 작동하는 것을 확인했습니다.25:51

요청을 보낼 준비가 되어있는 충전 B 측에 설정되었으니, 이제 우리에게 필요한 것은 이것입니다.25:55

저희 코딩 에이전트가 구현해야 할 API 엔드포인트는 성공적인 경우를 처리하는 것입니다.26:00

구매를 진행하여 사용자 토큰을 데이터베이스에 업데이트해야 합니다. 현재 ngrok를 사용하고 있습니다.26:05

이것이야말로 제가 HTTPS URL을 얻어서 전 세계 웹에 공개할 수 있는 방법입니다.26:10

그래서 Chargebee로부터 들어오는 요청들을 처리할 수 있습니다.26:16

좋네요. 좋습니다. 자, Chargebee 설정은 일단 접어두고, 에이전트로 다시 돌아가서 이걸 보내보겠습니다.26:20

음, 웹훅이나 로컬 개발을 위해 터널링 도구를 설정해 두셨나요?26:28

네, 이미 잉그록을 설정해 두었습니다.26:33

전에 말씀드린 것처럼요.26:38

클로드 코드가 여기서 하는 일은, 이전에 답변하신 내용을 바탕으로 질문을 동적으로 조정하지 않는다는 거예요.26:41

그래서 아직 잘 모르고 있네요. 제가 이미 설명드렸던 내용이라, 그걸 보내야 할 것 같습니다.26:48

하지만 제가 생각하기에는 클로드 코드가 한 번에 몇 가지 질문만 하는 이유도 바로 그거라고 생각합니다. 그렇게 하면 혹시라도 사용자분께 20개 정도의 질문을 한꺼번에 보내지 않았는지 확실히 확인할 수 있을 테니까요.26:52

계속해서 질문을 던지셨는데, 그런데 두 번째 질문에 대한 답변을 하시니, 완전히 다른 18개의 질문을 드려야 할 것 같습니다.26:59

여기서 하는 일이 마음에 드네요. 솔직히, 지금 시점에서 제가 정말 원할 것 같은 질문보다 더 많은 질문을 하는 것 같아요.27:06

하지만 괜찮아요, 제가 크게 불평할 필요는 없을 것 같으니까요.27:14

솔직히 질문이 많을수록 더 좋다고 생각해요. 왜냐하면 꽤 많은 맥락을 파악하기 위해 저에게 질문을 하고 있으니까요.27:18

계획을 세우게 되면, 새로운 컨텍스트 세션으로 들어가고, 코딩 에이전트와 새로운 세션을 진행할 것입니다.27:24

그 시점에서 계획된 구조가 있다면, 제가 일을 마치는데 필요한 정보는 그것뿐입니다.27:31

제가 다이나믹스 에이전트 코딩 강좌에서 강조하는 중요한 부분은 계획을 세운 뒤, 그 계획에 필요한 모든 맥락을 갖추는 것입니다.27:35

에이전트가 필요합니다. 이제 컨텍스트 창을 재설정하신 후 구현 단계로 넘어가시면 됩니다.27:42

네, 계획이 준비되었습니다. 아주 좋습니다. 아주 좋습니다. 그럼, 계획을 살펴보겠습니다.27:49

알겠습니다. 제 닷 에이전트 계획 폴더에 넣어두겠습니다.27:54

자, 여기 미리보기 영상을 한번 보시죠.27:59

그래서 저는 항상, 여기서는 간결하게 말씀드리기 위해 너무 많은 시간을 들이지 않겠지만, 매우 심층적인 검토를 해 보시는 것을 추천드립니다.28:01

실행하기 전에 계획을 검토하시는 것이 좋습니다. 그 이유는 꽤 간단합니다.28:08

거의 계획이 상당히 큰 레버리지를 활용하는 것 같네요, 맞습니까?28:13

계획에 작은 실수 하나가 있으면, 수백 줄의 잘못된 코드로 이어질 수 있습니다.28:16

하지만 잘못된 코드 한 줄은 결국 잘못된 코드 한 줄일 뿐입니다.28:21

계획을 꼼꼼하게 잘 짜시고, 실제로 목표와 일치하는지 확인하시는 것이 중요합니다.28:24

만드시려고 하시는군요.28:31

이제 제가 많은 질문을 받았기 때문에, 제 계획에 문제는 없을 것 같아요.28:33

그게 바로 목표예요. 질문을 미리 해서 가정을 줄이는 거죠.28:39

하지만 그래도 모든 것을 꼼꼼히 확인하는 것은 여전히 중요합니다.28:43

그러니 모든 줄을 일일이 보실 필요는 없으시고요. 그리고 저는 여기서 라이브 방송 중에 그렇게 하지는 않을 거예요.28:47

적어도 모든 것이 제대로 구조화되었는지 확인하기 위해 간단하게 확인해 보고 싶어요.28:51

제가 계획 명령에 명시해 놓은 계획의 정확한 구조를 따르고 있으니까요, 뭐, 그렇게 확인해 보는 거죠.28:55

일단 요약, 사용자 스토리, 그리고 우리가 내리는 주요 결정들을 먼저 시작하고 싶어요.29:01

참고로, 이건 제가 물어본 질문들을 바탕으로 하고 있어서, 바로 확인할 수 있습니다.29:05

저희의 모든 노력이 이 계획에 바로 투입되고 있으며, 이후 다양한 패턴들을 검토하게 될 것입니다.29:10

코드 베이스에 이미 있는 내용을 기반으로 진행될 예정입니다. 이 점은 매우 중요합니다.29:15

브라운필드 개발을 진행할 때, 저희가 준수해야 할 관행들을 확실히 확인해야 합니다.29:19

이미 코드 베이스에 설정되어 있는 부분이 있습니다. 그렇지 않으면 코드 베이스가 유지 보수하기 어려워질 수 있습니다.29:23

기능을 더 많이 개발하고 있는데, 규약을 동일하게 따르지 않으면 엉망이 될 수 있습니다. 그리고 그 결과...29:27

작업 목록이 저희가 데이터베이스에서 변경해야 할 사항들을 아주 잘 정리해 주어서 정말 좋았습니다.29:32

백엔드와 프론트엔드, 그리고 제가 특히 주의하고 싶었던 다른 부분까지 말씀드리겠습니다.29:37

여기까지 검증하고 싶은 부분은, 전체 프로세스를 빠짐없이 꼼꼼하게 확인하고 싶습니다.29:43

에이전트 브라우저 CLI를 사용하여 검증을 진행할 때 테스트할 사용자 여정은 다음과 같습니다.29:48

네, 정말 많은 내용이지만, 정말 중요해서 시간을 투자할 가치가 있다고 생각합니다.29:54

검증 과정에서 추가적인 토큰을 활용하여 사용자가 사용할 수 있는 모든 경우를 꼼꼼하게 테스트하고 있는지 확인하고자 합니다.30:00

저희가 새로 개발한 기능을 사용할 수 있어서, 정말 좋네요. 사실, 저는 실제로...30:05

이것을 가져다가 바로 구현에 적용해 보려고 합니다. 그리고 진행해 보겠습니다.30:10

정말 좋았어요. 대화 내용을 압축할 필요조차 없었으니까요.30:16

클라우드 코드 계획을 위해 필요한 모든 작업을 단일 컨텍스트 창 내에서 완료했습니다.30:20

정말 좋네요. 새 인스턴스를 열어볼게요. 혹시 계획을 조정해야 할 경우를 대비해서 이 상태로 유지해 둘게요.30:25

혹시 계획에 대해 질문 있으시면 물어보세요. 여기 템무스에 들어가서 에이전트 팀을 사용해 보겠습니다.30:31

그리고 이 저장소 안에서는 이미 활성화해 놓았습니다.30:38

점군 폴더에 들어가면 어떻게 될까요?30:41

settings.local.json 파일에서 확인하실 수 있듯이, 클라우드 코드 실험 에이전트 팀을 하나로 설정했습니다.30:43

그래서, 활성화는 해 놓았어요. 여기 클라우드로 들어가 봐야겠네요.30:48

그리고 당연히, 또 다시, 위험하게 권한을 건너뛸 거예요. 이렇게 하면 빠르게 진행할 수 있거든요.30:52

중간에 어떤 것을 승인하고 싶지 않습니다.30:58

여기에서 라이브 스트림을 확인하실 수 있습니다. 그리고 그 다음에는 명령어를 사용해 보겠습니다.31:00

에이전트 팀과 함께 구축해 보세요. 최근 제 유튜브 채널에서 다루었던 내용입니다.31:05

음, 제가 다시 제 채널로 돌아가서, 혹시 궁금하신 분들을 위해 정말 빠르게 보여드리고 싶습니다.31:12

클라우드 코드는 자체적으로는 클라우드 에이전트 팀을 활용하는 데 생각보다 좋지 않습니다.31:18

이런 실험적인 기능의 경우, 병렬로 구축하는 데에는 여러 가지 문제가 있습니다.31:25

데이터베이스 스키마를 백엔드 에이전트가 처리하기 전에 정의해야 하는 제한 사항들이 있습니다.31:31

정말 다양한 일들을 할 수 있도록, 그런 것들을 위해 제가 명령어를 하나 만들었습니다. 그 명령어는 본질적으로 클로드를 안내하는 역할을 합니다.31:36

에이전트 팀을 보다 효율적으로 활용하는 방법에 대한 코드입니다. 모든 것을 직접 처리하려고 하기보다는, 좀 더 효과적으로 분담하는 것을 목표로 합니다.31:42

물론 동시에 처리할 수 있는 부분들이 있습니다만, 제 명령은 제가 '이렇게'라고 부르는 것을 구현합니다.31:47

먼저 계약 접근 방식을 통해, 리드 에이전트는 프론트엔드, 백엔드 간의 계약 사항을 정의합니다.31:52

데이터베이스나 그와 유사한 것들을 수집한 후, 그 정보를 각 프롬프트의 일부로 전달합니다.31:58

팀 내의 에이전트들이 병렬적으로 작업을 할 수 있도록 하지만, 여전히 사전에 정의된 일종의 조정이 있습니다.32:04

그래서 이것이 저에게 정말 잘 작동하고 있어서, 이에 대해 다루겠습니다.32:09

이 비디오에서 궁금하시면, 제 채널에서 더 자세히 알아보고 싶으시면, 관련 내용을 더 살펴볼 수 있습니다.32:13

알겠습니다. 아시아 팀에서 사용하는 특정 빌드 방식은 모든 것을 포함하는 명령이라고 이해하면 될까요?32:17

그리고 지시사항들이 있어서, 제가 해야 할 일은 계획 파일 경로를 입력하는 것뿐입니다. 그래서 상대 경로를 복사하겠습니다.32:23

경로를 지정하고, 그 다음으로 제가 이 기술로 가지고 있는 두 번째 파라미터를 보여드리겠습니다.32:29

네, 알겠습니다. 그럼, 어디로 가야 할까요? 기술, 에이전트 팀과 함께 빌드하는 것을요.32:34

여기 두 번째 파라미터는 이것입니다.32:42

요, 에이전트의 수를 지정하지 않으시면, Cloud Code에서 알아서 결정하도록 허용하게 됩니다.32:44

팀에 배치될 에이전트의 수를 파악할 수 있습니다. 귀하의 설정에 따라 자동으로 계산해 드릴 수 있습니다.32:49

계획을 세우는 거죠. 이 명령은 계획을 가져와서, 어떤 식으로 팀 내의 여러 에이전트에게 작업을 분배해야 할지 파악합니다.32:53

어떻게 팀 내의 여러 에이전트에게 작업을 분배해야 할까요?32:58

그리고 나서, 평행으로 정의해야 할 것과 계약 시작 전에 미리 정의해야 할 것들을 어떻게 구분해야 할까요?33:01

우리가 가지고 있는 것처럼요.33:07

계약을 먼저 찾아보고, 그 내용을 파악한 후에 관련 시스템을 구축하는 것이 좋습니다.33:10

네, 에이전트들이죠? 아직 5단계, 즉 에이전트들을 병렬적으로 생성하는 단계에 도달한 것뿐입니다. 그럼에도 불구하고, 대부분의 작업은 여전히 병렬적으로 처리하고 있습니다.33:16

하지만 저희는 중요한 일들을 미리 처리하고 있습니다. 그래서 담당자들이 서로 방해하지 않도록 하고 있습니다.33:23

따라서 이 경우에는 좀 더 확실하게 진행하기 위해 세 명의 에이전트를 사용하고 싶다고 말씀드리겠습니다.33:29

제가 직접 정의해 보겠습니다. 좋습니다. 그리고 이걸 바로 보내드릴게요. 그리고요.33:33

말씀드리겠습니다, 구현하실 때 충전 B 스킬을 꼭 사용해 주십시오.33:38

매우 중요합니다.33:44

백엔드와 프론트엔드 에이전트들이 그렇게 처리합니다.33:51

아마 제 계획에 포함했어야 할 부분인데, 여기 확실하게 말씀드리겠습니다. 앞으로 매우 중요할 것이기 때문입니다.33:55

Chargebee에서 코드 환각 현상이 발생하지 않도록 확실히 확인해야 합니다.34:02

이 기술을 잘 활용해 보려고 합니다. Chargebee에 대해 정말 감사하게 생각하는 부분 중 하나입니다.34:06

그리고요.34:11

코드 베이스에 도구로 통합하거나, 라이브러리로 활용할 SaaS 플랫폼은 대부분...34:11

어떤 역량을 위해 비용을 지불하는지가 꽤 중요하다고 생각해요. 그리고 이것이 미래의 모습이라고 생각하기도 합니다.34:18

에이전트 코딩은 통합하시는 모든 플랫폼마다 특정 기술이 필요할 것입니다.34:24

코딩 에이전트에 적용하여 SDK를 가장 효과적으로 활용하는 방법을 알 수 있도록 하는 것이죠?34:28

이런 것은 마치 ~와 같습니다.34:34

차지비 SDK를 사용하여 Next.js 코드에서 제대로 구축하는 방법을 안내해 드립니다. 처음 시도에 성공할 수 있도록 도와드리겠습니다.34:34

그리고 이것은 실제로 큰 차이를 만듭니다. 기술 없이, 그리고 기술과 함께 각각 건물을 지어 보았습니다.34:42

에이전트들에게 상황을 설명해 주는 것이 정말, 정말 도움이 됩니다. 왜냐하면 에이전트들이 종종...34:47

훈련 데이터의 종료 시점 때문에, 이러한 라이브러리에 대한 정확한 문서를 잘 모르시는 것 같습니다.34:51

아마도 그들은 그것에 대해 잘 모를 수도 있습니다. 비교적 새로운 플랫폼이기 때문에, 쉽게 접근할 수 있도록 제공하는 것이 가능할 것입니다.34:55

최신 정보에 접근하는 것은 제가 작년에 Archon과 함께 많은 노력을 기울인 부분입니다. 이제는...35:01

이런 도구들은 저희가 여기에서 charge b 스킬과 같이 구축하는 것과 비슷한 방식으로 만들어지는 경우가 많습니다.35:05

네, 아주 멋지네요. 저희가 첫 번째, 음, 주요 담당자를 확인해 볼 수 있겠네요. 아마 리더 역할을 맡으신 분 같습니다.35:10

에이전트가 저희 구현의 충전 v에 대해 핵심 에이전트를 만들기로 결정했습니다. 정말 멋지네요.35:15

공동 작업 목록에서 첫 번째 작업을 시작으로 진행하고, 그동안...35:20

저희 팀의 주요 담당자가 다른 두 담당자를 동시에 준비시키고 있습니다. 네, 그렇게 진행하겠습니다.35:25

세 개의 충전 B 에이전트가 동시에 실행되고 있어서, 핵심 A를 가지고 있습니다.35:32

프론트엔드와 백엔드 에이전트를 고려했을 때, 핵심 에이전트는 아마도 더 유사하게 작동하는 것 같습니다.35:37

데이터베이스 스키마나, 권한 관련 같은 것들은 정확히 말씀드리기가 어렵네요. WSL 대쉬 대쉬 종료해야 할 때가 가끔 있습니다.35:42

확실하지 않지만, 언제든지 물어볼 수 있잖아요.35:45

안타깝게도 꼭 해야 할 것 같아요. WSL이 가끔 힘들어서요. 음, 좋아요, 진행해 보세요.35:52

제 단말기로 돌아가겠습니다.35:59

새로운 WSL을 시작해야 할 것 같습니다. 아시아 팀은 윈도우에서만 작동하지 않아서요.36:00

다양한 팀유엑스 터미널을 사용하고 싶어서, 여기 모든 것을 다시 시작해야 할 것 같습니다. 위험할 수도 있지만요.36:06

권한 확인을 건너뛰겠습니다.36:12

정말 좋네요. 그리고 팀과 함께 빌드를 진행하고, 제가 먼저 지나가도록 하겠습니다.36:16

계획을 다시 복사해서 해당 경로에 넣어보겠습니다. 그러면 이번에는 문제없이 잘 진행되기를 바랍니다.36:23

우리가 12개의 세션이나 12명의 에이전트를 시작하는 것이 아니니까요. 정확히 말하면 총 13개였어요, 맞죠?36:28

자, 이제 모든 에이전트가 시작되면 다시 시작할 수 있을 거예요.36:35

에이전트들이 실제로 병렬로 실행되고 있었던 것 같아요. 그냥 놓쳤던 것 같아요.36:42

그래서 결국 실패했지만, 모든 요원분들은 실제로는 뒤에서 아무런 활동도 하지 않으셨습니다.36:49

터미널에 문제가 있어서 저희는 실제로 모든 에이전트들을 활용했습니다.36:55

지금 병렬적으로 진행하고 있습니다. 담당 에이전트가 돌아와서 문제를 수정하면 좋을 것 같습니다. 정말 흥미로운 상황입니다.37:00

흥미롭네요. 그래서 린팅 오류를 수정하고 최종 검증을 진행할 것 같습니다.37:05

우회적으로 진행하다 보니, 에이전트 팀을 활용하게 되었는데, 아마 최선은 아니었을 것 같습니다.37:10

데모를 진행하려 했는데 WSL이 갑자기 멈춰서 아쉬웠지만, 에이전트들이 실제로 모든 것을 다 구축해 놓아서 다행입니다.37:14

꽤 멋지네요. 작은 터미널과 tmux를 이용해서 로그들을 모두 확인하는 걸 보니까 신기합니다.37:20

어차피 큰 변화가 있을 것 같진 않지만, 이렇게 다시 시작되니 좋네요.37:26

팀에 있는 담당자가 백엔드 수정 작업을 처리할 예정입니다. 네, 아주 좋습니다. 좋습니다.37:31

네, 다시 한번 제 질문으로 돌아가서, Sean, 어떻게 에이전트 간의 상호 소통을 추적할 수 있을지 다시 보여드리겠습니다.37:38

그래서 저희는, 딱 한 가지 말씀드리자면, 리드 에이전트에게 직접 연락드릴 수 있습니다.37:42

제가 CTRL-B를 사용하여 리드 에이전트로 다시 연결할 수 있고, 에이전트들이 서로 어떻게 소통해 왔는지 여쭤볼 수 있습니다.37:48

다른 건 안 할 것 같아요. 그냥 여기서 계속 진행하도록 둘 거예요.37:55

꽤 괜찮네요. 여기 수정 작업을 위해 완전히 새로운 팀을 꾸렸어요. 이전 에이전트 팀으로 대부분 진행하다가 갑자기 문제가 생겼습니다.38:00

이제 저희는 확인 작업과 최종 전체 시스템 테스트를 진행하고 있습니다.38:05

에이전트분들께 어떻게 연락을 주고받으셨는지, 특별한 방법보다는 그냥 여쭤보는 것이 가장 좋겠습니다. 잘 지내셨는지도 여쭤보시면 좋을 것 같습니다.38:11

그렇게 하시면 꽤 괜찮은 답변을 얻으실 수 있을 겁니다. 또한, 에이전트들이 서로 어떻게 대화해 왔는지 알고 있는, 그런 메타 추론 능력이 있습니다.38:16

하지만, 어떤 에이전트가 이 작업을 담당했고, 어떤 에이전트들에게 어떤 메시지를 보냈는지 알려주는 대시보드 같은 건 없는 것 같아요.38:24

훅(hook) 같은 걸로 아마 만들 수 있을 것 같아요.38:31

Anthropic에서 가까운 시일 내에 에이전트 팀에 더 많은 관찰 가능성(observability) 기능을 추가할 가능성도 배제할 수 없을 것 같아요.38:34

지금은 도구에서 제 머릿속에서 완전히 사라진 것 같습니다.38:41

에이전트 팀을 호출하는 것이 서브 에이전트를 호출하는 것보다 비용이 더 드는 이유는 무엇인가요? 좋은 질문이시네요.38:45

주요한 이유는 아마도 소통 및 관리 과정에서 발생하는 모든 추가적인 업무 부담 때문이라고 생각합니다.38:49

업무 목록을 공유하고 서로 메시지를 주고받고 있습니다. 아직 최적화되지 않은 부분도 많지만, 크게 엉망이라고 보기는 어렵습니다.38:55

실제로, 지금 바로 확인해 보도록 하겠습니다. 자, 이 프로그램이 실행되는 동안 제 사용 파일 설정으로 이동해 보겠습니다.39:02

그래서 저는 클라우드 데스크톱을 이용해서 제 구독 서비스의 클라우드 사용량을 확인하고, 이런 부분들을 살펴보기 좋아합니다.39:09

그렇게 나쁘지 않아요.39:16

지금 세션에서 16% 정도만 사용했고, 37분 후에 초기화되고, 전체적으로...39:18

네, 구현 과정에서 문제가 발생해서 시스템을 다시 시작해야 했던 것은 알고 있습니다. 하지만 아직...39:24

그 구현 전체에 아시아 팀을 사용했던 것은 맞고, 그 비율은 16%였고, 저는 11% 정도만 사용했습니다.39:29

제 주간 한도 때문에, 어제와 그 전날에도 정말 많은 일을 했었어요.39:36

아, 아니면 리셋이 금요일마다 되는 것 같네요. 어제 제가 하고 있던 업무도 그렇고 말이죠.39:42

생각보다 그렇게 나쁘진 않은 것 같아요. 그런데 사람들이 왜 그렇게 많이 불평하는지 조금 놀랍네요.39:45

클라우드 서비스의 경우, 월 최대 100개 또는 200개 정도의 토큰을 사용하는 경우 비용이 많이 들 수 있습니다.39:50

팀을 계속해서 빠르게 구성할 수 있게 될 것 같아요. 한계에 부딪히지 않고 괜찮습니다. 정말 좋은 것 같아요.39:57

아마 많은 최적화 작업을 할 수 있을 것 같네요. 그래도 지금은 괜찮은 것 같아요. 네, 좋네요.40:04

세 에이전트가 병렬로 작동했고, 백엔드 수정, 결제 페이지 수정, 그리고 테스트 수정 사항이 있습니다.40:10

모든 것이 이제 완벽하다고 하는데, Opus 4.6에서는 이것을 놓쳤고, 불행히도 Opus에서는...40:15

4.6 버전에서 특히 이러한 부분이 많이 부족하게 느껴지는 것 같습니다. 혹시 엔드투엔드 테스트를 무시하는 것인가요?40:22

아시아 브라우저 CLI와 관련된 작업을 하고 싶어서, aka voice에 들어가서 요청해 보겠습니다.40:28

제가 말씀드린 것처럼, 모든 사용자를 대상으로 전체 테스트를 진행했으면 좋겠습니다.40:34

여정을 마치고, 모든 것이 완벽하게 작동하는지 확인한 후에 제게 통제가 다시 넘어오도록 하겠습니다. 제가...40:40

알겠습니다. 에이전트 브라우저 CLI를 사용하여 엔드 투 엔드 테스트를 진행해주시면 감사하겠습니다.40:46

전반적인 사용자 여정을 모두 검토해야 한다는 점을 완전히 놓치셨네요. 앞으로 그러지 않으셨으면 좋겠습니다.40:52

중단하실 수 없습니다. 모든 사용자의 여정을 테스트하고, 애플리케이션이 완전히 준비되었다고 확신하실 때까지는 계속 진행하셔야 합니다.40:57

정상적으로 작동하는 것 같습니다. 그럼 앱을 시작해 주시고, 잘 확인하시면서 진행해 주세요.41:02

구조 계획에 명시된 사용자 여정을 하나씩 살펴보면서, 구조를 검토하실 수 있습니다.41:10

혹시 다시 계획을 세워야 한다면 그렇게 하셔도 괜찮습니다. 하지만 컨텍스트 윈도우를 재설정할 필요조차 없었으니, 아마 제가 말씀드린 것조차 불필요했을 것 같습니다.41:15

어쨌든, 분명히 말씀드리지만, 이 단계는 절대 건너뛸 수 없습니다.41:21

클로드, 특히 Opus 4.6의 경우, 왜 그런지 잘 모르겠습니다.41:26

저에게 그런 일이 일어나기 시작했어요. 큰 문제는 아니에요, 제가 다시 시작할 수 있으니까요.41:30

다시 확인하고, 전에 놓쳤던 부분들을 꼼꼼히 살펴봐야 하는데, 솔직히 다시 해야 하는 게 좀 귀찮네요.41:35

네, 알겠습니다. 그럼 한번 살펴볼까요?41:41

그렇게 바로 컬을 만들어서, 음, 괜찮은 것 같지 않아서 좀 그렇네요.41:45

Vercel 에이전트 브라우저 CLI를 사용해야 해요.41:49

솔직히, Opus가 더 인상 깊었어요.41:53

4.5보다 Opus 4.6와 더 잘 맞고, 실력이 충분히 있습니다.41:58

에이전트를 사용하실 수 있는 능력이 있습니다.42:03

브라우저로 오프라의 4.5를 확인했는데, 자동으로 해당 페이지로 이동하더군요.42:05

제가 요청하지 않아도, 끝에서 끝까지 시나리오가 진행되네요. 이제 스킬을 사용하고 있으니, 잘 되는 것 같네요.42:12

지금은 잘 진행되고 있는데, 제가 물어봐야 하는 부분이 마음에 안 들어요. 꽤 일관성이 있는 것 같아요.42:18

음, 지금은 아마 제가 계획을 개선하거나 개선할 기회가 있을 것 같아요.42:22

제 명령을 좀 더 명확하게 하기 위해서, 바로 실행하도록 해야 해요.42:29

음, 그런 느낌이에요.42:34

새 모델이 나올 때마다 가끔 프롬프트를 조정해야 하는 경우가 있어서 좀 귀찮긴 하지만요.42:38

그리고 그 새로운 모델과 함께 작업하기 위한 명령어들은, 더 강력한 모델일 수도 있지만, 이해하는 방식이 다를 수 있습니다.42:43

프롬프트를 다르게 요청하면 그런 경우가 종종 발생했습니다. 특히 다른 프롬프트로 전환할 때 그런 일이 자주 있었습니다.42:48

다른 제공업체에서 더 업그레이드된 LLM이 있더라도, 다른 LLM의 업그레이드 버전은 그냥...42:53

입력하는 걸 다르게 이해해요. 결국 그거에 달렸는데, 그걸 보는 건 정말 멋지네요.42:58

그리고 에이전트 브라우저를 사용해서 헤드 모드에서 할 필요 없이 이렇게 할 수 있었어요. 음, 헤드 모드로 해볼까요?43:05

그래서 검증 과정을 지켜볼 수 있도록, 모든 작업이 백스테이지에서 진행되고 있어서요.43:12

지금은 헤드리스 브라우저를 사용하고 있지만, 저희가 그것이 모든 과정을 거치는 모습을 지켜볼 수 있다면 정말 멋있을 것 같습니다.43:17

사용자 여정, 예를 들어 토큰 구매나 에이전트와의 상호작용과 같은 것들을 마치고 현재 작업을 종료하겠습니다.43:23

미리 둘러보고 다시 열어놓으면, 모드 설정 전에 시청할 수 있을 것 같아요. 스트리밍 중에 실제로 시청하기에 괜찮을 것 같습니다.43:28

문제점을 발견하면서 진행하는 것이 괜찮습니다. 완전히 그렇게 생각합니다.43:33

예상하시겠지만, 이것이 아시아 팀을 사용하는 것과 직접적인 관련은 없을 수도 있습니다. 하지만 이런 점 때문에 제가...43:37

테스트 종료입니다. 제 계획이 얼마나 명확하든, 늘 예상치 못한 작은 문제들이 발생할 것 같습니다.43:44

코드가 해결해야 할 문제점을 파악하고, 실제로 웹사이트를 사용해 보면서 그 문제점들을 발견하게 될 것입니다.43:49

네, 사용자가 원하는 대로입니다. 이렇게 되는 것이 저희가 찾고 있는 것이 맞고요, 네, 정확히 이런 것이었습니다.43:53

제가 이전에 보았던 것처럼, 여기에도 모든 테스트가 완료되었다는 내용이 하단에 표시될 것입니다.44:01

이런, 텍스트가 엄청 많네요. 뭔가 숨겨진 내용이 있는 것 같아요. 아, 테스트 x가 작동하지 않네요. 하지만 그건 그냥...44:06

어떤 다른 문제 때문에, 제가 못마땅하게 생각하는 사람이 그런 일이 정확히 일어나는 것 같아서 좀 답답하네요.44:10

시간의 상당 부분을 그러고 보내시는 경우가 많으며, 좀 더 구체적으로 계획하시면 분명히 개선할 수 있을 것입니다.44:15

규칙이나 명령을 말씀드리되, 그렇게 말씀하시는 것은 아니시죠, 맞으신가요?44:22

지시 사항에 포함시킬 수 있는 내용입니다. 테스트가 실패하더라도 다른 이유 때문이라고 생각하더라도 무시하지 마십시오.44:26

그랬던 일이 있었던 적이 있죠? 가끔은 도움이 될 때도 있지만, 그래도 LLM의 본질적인 특징은 여전한 것 같습니다.44:33

거기서 그걸 하시는데, 정말 짜증나네요. 아무튼, 제가, 혹시 여기 좀 더 크게 할 수 있을까요?44:38

네, 안 되겠네요. 여기 창 크기가 좀 제한적인 것 같습니다.44:46

그러니, 혹시 여러분들이 무슨 일이 벌어지고 있는지 꼼꼼하게 확인하기 어려울 수도 있겠네요.44:49

네, 그럼 진행하도록 하겠습니다. Supabase에 새로운 계정을 등록하는 절차입니다.44:55

음, 분명히 브라우저에 문제가 있는 것 같습니다. 따라서, 이를 해결해야 할 것 같습니다.45:02

물론 그렇죠. 항상 처음에는 무엇이 잘못되었는지 파악해야 하고, 그런 다음 수정하게 됩니다.45:06

처음에는 마치 버그가 발생하는 것처럼 보일 수도 있지만, 엔드투엔드 테스트가 진행되면서 훨씬 더 부드럽게 진행됩니다.45:12

네, 결국에는 도착하겠죠. 예상했던 결과이긴 하지만, 그래서 저희가 그렇게 진행하는 거랍니다.45:17

제가 알아서 할게요. 처음에는 이런 사소한 문제들이 있을 수 있지만, 신경 쓰지 않으려고 합니다.45:22

그러면 다시 제게 돌아올 때쯤에는 모든 것이 잘 되어 있을 거예요. 자, 한번 살펴볼까요?45:27

자, 로그인 화면 캡쳐를 해보니 잘 되는 것 같네요. 다 괜찮아요.45:33

그래도 결국 아시아 팀에서 백엔드 문제를 해결했네요. 좋죠, 그렇죠?45:40

정말 훌륭한 데모라고 생각합니다. 조금 귀찮긴 하지만, 꾸준히 해나갈 가치가 있는 것 같습니다.45:47

이러한 문제점을 파악하는 데 10분 정도 걸리지만, 이 문제는 모든 비하인드 업무를 처리할 수 있습니다.45:51

앱을 직접 실행하는 것처럼 테스트할 수 있지만, 이제 제가 직접 확인해야 할 필요는 없어요.45:56

예를 들어, '클로드, 에이전트가 여기에서 응답하지 않았어요. 확인해 보세요.'라고 말할 필요는 없으니까요.46:01

알아서 알아서 다 해결되고, 자동으로 다시 테스트도 진행될 거예요. 모든 것이 잘 준비되어 있습니다.46:06

자동으로 가능하게 하는 것이 바로 엔드투엔드 테스트의 아름다움입니다. 이론적으로는 에이전트 팀을 활용할 수도 있습니다.46:10

여기서 좀 더 엔드투엔드 테스트를 병행해서 진행할 수 있겠네요.46:17

그래서 아마 제가 에이전트 팀을 활용하는 방식은 그렇게 많이 사용하지 않을 것 같아요.46:20

최대한 노력은 하지만, 보통 구현 자체는 팀을 활용하는 것을 선호합니다. 글을 쓰는 것보다는요.46:25

모든 코드를 작성한 후, 최종 검증은 리드 에이전트에게 맡기겠습니다.46:32

그래서 그렇게 된 것이네요.46:37

검증 과정이 전체적으로 꽤 오래 걸리는 경우가 많지만, 여전히 많은 노력이 필요합니다.46:38

처음부터 병렬적으로 진행했기 때문에, 여러분이 보셨듯이 처리하는 데 5분에서 10분 정도밖에 걸리지 않았습니다.46:44

전체 구현은 완료되었고, 네, 여기서 수정해야 할 부분들이 있습니다. 하지만 잘 진행되었습니다.46:49

혼자 클로드만으로는 30시간 정도 걸렸을 텐데, 그걸 정말 매우 빠르게 처리할 수 있을 거예요.46:55

정말 멋있는 모습을 볼 수 있어서 좋았어요. 이제 몇 가지 작은 오류들을 해결해야 할 것 같습니다.47:00

이런 건 저희가 에이전트 팀을 사용하지 않더라도 자연스럽게 발생할 일들이라, 정말 좋은 것 같습니다.47:04

이제 저희는 에이전트 챗을 통해 소비할 수 있는 수준까지 모든 것이 잘 작동하는 지점에 도달했습니다.47:10

이제 토큰을 제대로 처리하고 있습니다. 이제 Chargebee에 대해 알아볼 차례입니다.47:15

그래서 토큰을 구매하려고 시도하고 있는데, 이미 몇 가지 오류가 발생하고 있습니다. 예상했던 대로, 저희가 실행하고 있었기 때문입니다.47:18

직접 테스트해 보니 몇 가지 문제점이 있었는데, 이제는 그런 문제들을 모두 해결할 수 있을 것 같습니다.47:24

그리고 저희가 여기서 가지고 있는 주제는, 음, 아시아 팀과 함께 진행했을 때 완벽하지는 않았다는 것이랄까요.47:28

구체적으로 실행하는 과정에서, 그것이 없었더라도 어쩌면 이미 일어났을 수도 있습니다. 하지만, 크게 중요하지 않다고 생각합니다. 왜냐하면...47:33

종단 검증을 완료하면, 거기서 발견되는 모든 문제들을 해결할 수 있을 거예요.47:37

스스로 판단하신 것 같습니다. 그리고 아시안 팀의 잘못이라고 생각하지 않습니다. 이건 좀 더 복잡한 문제거든요.47:42

여기서 진행하고 있는 구현은 충전 B와 통합하는 것이고, 제가 보여드리는 것은 대략 이런 방식입니다.47:48

종단 검증을 통해 모든 문제점을 해결하고 넘어갈 수 있습니다. 그래서, 이것은...47:52

정말 아름답네요. 모든 문제들이 엔드투엔드 테스트 과정에서 발견되고 해결되었습니다.47:57

그래서 저희는 핫 리로드를 가지고 있습니다. 바로 이 순간, 브라우저 탭으로 가져와야겠네요.48:04

네, 테스트 과정에서 저희를 위해 일부 구매했기 때문에 토큰 수가 318개로 확인됩니다.48:09

음, 어디 한번 클릭해 볼까요. 좋습니다.48:14

결제 페이지에 있습니다. 현재 318 토큰이 있네요. 구매 진행하겠습니다. 여기에서 250개를 구매하도록 하겠습니다.48:17

그래서 테스트 계정을 Chargebee에서 사용하고 있는 것 같습니다. 실제 카드 정보를 입력하고 있지는 않지만, 그렇습니다.48:23

전체 생산 구매 흐름을 시뮬레이션하고 있습니다. 그리고 제가 가짜 신용카드 정보를 가지고 있습니다.48:30

여기 가짜 주소를 설정하고, 결제를 진행하겠습니다. 토큰을 기다리는 중입니다.48:35

승인되었고, 토큰이 계정에 추가되었습니다. 568! 정말 잘 작동하네요.48:41

거래 내역 기록도 여기 있네요. 와, 정말 놀랍네요. 잠시 돌아가서...48:47

여기서 대화하고, 전체 시스템을 다시 한번 끝에서부터 확인해 보죠. 제가 그럼, '둘은 무엇인가?'라고 말해볼게요.48:52

그리고 두 개 더해서, 솔직히 크게 신경 쓰지 않아요. 여기 아무 내용이나 적어 놓았고, 568 토큰에서 567 토큰으로 줄었습니다. 저희가...48:57

네, 정말 멋지네요. 잘 되고 있는 것 같아요. 다시 한번 말씀드리지만, 전체 시스템이 완료되기까지 시간이 좀 걸렸습니다.49:03

아시안 팀 빌드에서 발생한 문제들을 찾아서 테스트하는 중인데, 생각보다 잘 되는 것 같아요.49:10

어쨌든 모든 문제를 해결할 수 있었고, 이제 제어 권한이 넘겨질 때 이 상태로 생각하면 될 것 같습니다.49:15

저에게 다시 돌아왔고, 꽤 복잡한 구현에도 이 전체49:20

ChargeMe를 통한 결제 통합이 가능해서 정말 좋네요. 자, 이제 제가 외부에서49:25

여기 짧게 영상 마무리 인사 드립니다. 영상 보시는 동안 즐겁게 보셨기를 바랍니다.49:32

브라운필드 개발의 전체 과정과 클라우드 코드의 새로운 에이전트 팀 기능은 정말 인상적이네요.49:36

저런 분과 같이 에이전트 엔지니어의 미래를 보게 되어 정말 인상적이었습니다. 거기서 보신 것처럼, 병렬 에이전트들의 속도는 굉장하다고 생각합니다.49:43

사고가 난 것처럼 보였지만, 사실은 내내 잘 진행되었고, 단지 5분 정도밖에 남지 않았습니다.49:48

모든 것을 확인하는 데 시간이 좀 걸렸지만, 여러분께도 유용하게 보일 거라고 생각합니다.49:52

에이전트가 저희가 하는 것처럼 사용자 여정을 거쳐갈 수 있다는 것을 보여드리는 데도 도움이 되었으면 좋겠습니다.49:56

그리고 모든 것을 검증하여 저희가 직접 해야 하는 많은 수동 검증 작업을 대체할 수 있습니다.50:01

사전에 계획하고, 마지막에 검증하는 것이 코딩 에이전트를 통해 안정적인 구현을 가능하게 하는 핵심이라고 생각합니다.50:05

그러니 이 영상이 마음에 드셨다면, 그리고 에이전트 엔지니어링 분야에 더 많은 콘텐츠를 기대하고 계신다면, 저에게 큰 힘이 될 것 같습니다.50:12

좋아요와 구독 부탁드립니다. 그럼 다음 영상에서 뵙겠습니다.50:18