0:00 Chào các bạn. Trong video này tôi sẽ biến các bạn thành chuyên gia về A team trong cloud codus. Như các bạn cũng biết chúng ta vừa mới có model Opus 4.6 và cùng với nó là tính năng AT team hoàn toàn mới. Chúng ta sẽ bắt đầu bằng cách tìm hiểu tổng quan về AT team. Nó khác biệt thế nào so với việc dùng sub hay chỉ là chế độ mặc định của Cloud Code. Sau đó mình sẽ hướng dẫn các bạn thiết lập đúng cách, đảm bảo các bạn có phiên bản cloud code mới nhất để truy cập được tất cả các model, đồng thời có đầy đủ các cài đặt và cấu hình cần thiết để dùng chế độ Aent Team. Tiếp theo mình sẽ giới thiệu team một cách dễ dàng hơn để các bạn quản lý và tương tác với các agent khác nhau trong một team. Sau đó chúng ta sẽ xem xét phần quản lý phiên làm việc vì có một cách rất đặc biệt để khởi tạo team AN rồi quản lý và tương tác với nó. Và đây cũng là lúc công cụ Teamx phát huy tác dụng. Cuối cùng mình sẽ hướng dẫn cách tắt team đúng cách sau đó đóng tất cả các tác vụ đang làm. Đến
0:47 cuối video mình sẽ chỉ cho các bạn cách dùng các steel của Cloud Code để việc quản lý các team sau này trở nên dễ dàng hơn. Vậy là khi đã có Aent Team, chúng ta có ba cách khác nhau để dùng cloud COD. Cách nguyên bản hay cách đầu tiên để dùng cloud code là ở chế độ mặc định. Chế độ này là khi bạn mở một cửa sổ termino mới, khởi chạy cloud code và trò chuyện với một trong các model của cloud. Bạn có thể viết code, đi bắ code, tìm kiếm web V. Về mặt kỹ thuật, mọi thứ bạn làm được ở chế độ A team và SA đều có thể làm ở chế độ mặc định. Sự khác biệt lớn nhất nằm ở cách quản lý phiên làm việc. Ở chế độ mặc định, bạn có một phiên làm việc. Ở chế độ Sison, bạn cũng có một phiên. Nhưng ở chế độ AN Team, mỗi anh bạn nhỏ này lại có phiên làm việc riêng của mình. Điều này cực kỳ quan trọng vì khi dùng chế độ mặc định
1:33 bạn cũng biết rồi đấy, đúng không? Có một lượng token nhất định mà bạn có thể tiêu thụ trong phiên đó trước khi model bắt đầu, ảo giác hay quên mất những gì bạn đã nói trước đó trong cuộc trò chuyện. Và đó là lý do tại sao mọi người có rất nhiều mẹo và thủ thuật về việc có các file MD, skill file, memory file riêng biệt để duy trì ngữ cảnh qua các lần chạy. Các phiên làm việc dài hơn khi ngày càng có nhiều token được đổ vào. Ở chế độ mặc định thực tế là nếu bạn đưa cho nó một code bas rất lớn, sẽ rất khó để xem xét tất cả các điểm khác nhau trong code bas đó. Và vì thế Anthopic nói rằng các model này thường có xu hướng tập trung vào một khu vực cụ thể kiểu như bị tổ vision và chỉ chú tâm vào một điểm duy nhất. Vậy nên điều này bắt đầu cho chúng ta biết khi nào nên
2:19 dùng các chế độ khác nhau này. Đối với chế độ mặc định giờ đây khi có thêm hai chế độ kia thực sự nó giống như một bảng điều khiển quản trị hệ thống chung của bạn. Bạn có thể vào đây. Thực sự trường hợp sử dụng chính bây giờ là để chọn model bạn đang dùng. Tìm hiểu bạn có những skill nào, thiết lập dự án xem bạn muốn có những sapent nào, tim của bạn sẽ trông ra sao và coi nó như một bảng điều khiển. Giờ thì chúng ta đến với chế độ Subon. Trường hợp sử dụng ở đây là gì? Hãy hình dung bạn có một công ty bảo vệ với một phòng điều khiển trong một tòa tháp rất lớn. Mọi người đều ở trong phòng điều khiển đó với các màn hình trên tường. Bạn đang theo dõi từng màn hình hiển thị gì và bỗng có một sự cố ở một trong các phòng. Từ tâm đồ ở đây, bạn sẽ chọn một trong các a này và ra lệnh này a xuống tầng ba vào căn phòng thứ năm đó và điều tra vấn đề mà chúng
3:05 ta đang thấy trên màn hình. A đó sau đó sẽ đi xuống thang máy, đi cầu thang bộ, rẽ trái, nói chuyện với năm người vào căn phòng đó, tìm ra vấn đề, quay lại đi thang máy, cầu thang rồi trở về phòng điều khiển và chỉ đưa ra một bản tóm tắt. Ổn rồi, tôi đã sửa xong. Bác đang chạy lung tung và tôi đã bảo cậu ta ngồi xuống. Tất cả những bước nhỏ chi tiết trong quá trình hoàn thành nhiệm vụ đó, chúng ta không nhận được báo cáo lại ở phòng điều khiển. Vậy thì giá trị ở đây là nếu bạn có một code B chỉ có phương thức xác thực bằng mật khẩu và email. Trong trường hợp này, bạn có thể khởi tạo một subayage dần để nó tự đi và thêm chức năng đăng nhập bằng Google vào ứng dụng của bạn. Như đã nói trước đó, chúng ta vẫn chỉ có một phiên làm việc chính ở đây. Vậy thì giá trị của việc này là
3:52 cách bạn bảo tồn token cho phiên chính của mình. Vì bạn biết đấy, các mod này không có khả năng chứa token vô hạn. Đó là lý do các sap dần này sẽ tự đi và thay vì báo cáo tất cả những chi tiết như nó ré trái ré phải, nói chuyện với năm người, họ nói gì, nó chỉ đưa ra kết quả cuối cùng. Tôi đã đến đó hoàn thành nhiệm vụ rồi. Hoặc tôi đến đó nhưng không hoàn thành được. Giờ có vấn đề mới, nó đưa bạn tóm tắt trở lại ngữ cảnh chính để bảo toàn ngữ cảnh tổng thể của phiên làm việc này. Đó là lý do tại sao các sap dần khác biệt ở điểm đó. Vậy thì khi nói đến chế độ A team, hãy hình dung bạn có một vàảo tháp lớn đúng không? Với khoảng 10 tầng và mỗi tầng có 10 phòng. Chế độ A team giống như bạn là công ty bảo vệ đến tòa tháp này và bạn có một nhiệm vụ từ terminal là hãy vào tòa nhà
4:37 này và thực hiện công tác an ninh toàn diện cho nó. Tối nay chúng ta có một sự kiện, chúng ta cần đảm bảo an ninh tuyệt đối cho mọi tầng, tất cả các lối ra vào. Khi có người đến, chúng ta phải quét họ, đảm bảo mọi thứ đều ổn. Chúng ta cần triển khai toàn bộ hoạt động an ninh. Vậy thì trong bất kỳ team bảo vệ nào, bạn sẽ có một đội trưởng người hiểu rõ nhiệm vụ và sau đó phân công việc. Đội trưởng sẽ vạch ra kế hoạch chính là kế hoạch cho phiên làm việc thực tế và sau đó là các chom mà anh ta đưa cho mỗi Aen. Chrom giống như một chỉ dẫn mà anh ta đưa ra và người này có thể phải đi sang bên trái làm ba tầng đầu tiên. Rồi người kia có thể phải đi sang bên phải làm ba tầng tiếp theo và mỗi người có công việc được giao riêng. Điều thú vị là với một team bảo vệ như vậy, bạn cần phải có bộ đảm và với vai trò đội trưởng bạn sẽ nói này các bạn mọi người đã ở vị trí chưa? Tốt, chúng ta có thể bắt đầu
5:25 sự kiện và khi bạn thực hiện các sự kiện này, bạn có thể nói này, tôi đang ở tầng sáu. Có người đang làm điều gì đó không hay, anh ta đang đi xuống các tầng. Vậy nên đồng đội a, hãy sẵn sàng đón người này vào khu vực của bạn sớm nhé. Và việc giao tiếp đó thực sự giúp bạn làm việc hiệu quả hơn trong toàn bộ công tác an ninh cho tòa nhà này. Bởi vì bạn có thể thông báo và nói rằng có một vấn đề cụ thể đang xảy ra ở khu vực này. Xin hãy lưu ý, xin hãy chuẩn bị hoặc đến giúp tôi khắc phục điều này. Vài phút trước tôi đã đề cập rằng khi bạn dùng chế độ mặc định, bạn chỉ có một AN. Và một trong những vấn đề lớn nhất với các AON nói chung hoặc LM nói chung là trong một phiên làm việc, chúng thường có xu hướng tập trung vào một khu vực cụ thể và một khi đã ở đó, chúng rất khó để thoát ra khỏi khu vực đó. Đó là lý do tại sao bạn có thể nhận thấy cái gọi là hội chứng
6:11 Gman. Khi bạn dùng chat GPT hay cloud, bất cứ ý tưởng nào bạn đưa ra thường được lặp lại y nguyên và sau đó rất khó để bạn có được những ý tưởng mới nằm ngoài ý tưởng ban đầu đó. Vậy lợi thế của team là bạn vẫn nhận được điều tương tự. Giống như mỗi bạn có thường tập trung vào một khu vực cụ thể nhưng vì bạn có khả năng khởi tạo nhiều agent khác nhau cho cùng một vấn đề mà bạn muốn giải quyết cho cod bạn muốn điều tra cho tính năng bạn muốn thêm. Bạn thực sự có thể triển khai từng này và nói với chúng, anh hãy nhìn cái này từ bên trái, anh hãy nhìn từ bên phải và anh hãy lên trên nhìn từ trên xuống. Điều tuyệt vời là bạn thực sự không cần phải tự mình quản lý tất cả những góc nhìn và ngữ cảnh khác nhau đó. Bởi vì đội trưởng sẽ nhận vấn đề của bạn, hiểu nó, sau đó khởi tạo và cung cấp ngữ cảnh
6:56 phù hợp cho từng sapage dần đó để ngay từ đầu bạn nhận được báo cáo tổng thể 360 độ. Đến giai đoạn này, chúng ta đã có cái nhìn khá rõ về ba chế độ khác nhau của Cloud Code và bắt đầu hiểu được điểm mạnh, điểm yếu của từng chế độ. Bây giờ hãy cùng đi vào phần thiết lập và đảm bảo môi trường của chúng ta đã sẵn sàng để sử dụng tất cả các tính năng mới. Điều đầu tiên chúng ta muốn làm là đảm bảo có phiên bản cloud mới nhất được cài đặt trên hệ thống của mình. Để làm điều đó, hãy mở Terminal và gõ lệnh loader update rồi nhấn Enter. Cloud sẽ kiểm tra các bản cập nhật, sau đó sẽ tự động cập nhật hoặc xác nhận rằng bạn đang ở phiên bản mới nhất. Giờ thì về phần TMX và cấu hình, tôi đã nhờ chat CPT hướng dẫn cách thiết lập. Vậy TMX đơn giản là một cách để bạn tạo các cửa sổ riêng biệt trong terminal của mình để bạn có thể thực sự xem từng A độc lập
7:41 đó. Hãy hình dung bạn đang phỏng vấn và có năm người trong cùng một phòng. Nói chuyện cùng một lúc. Bạn cố gắng nói chuyện và phỏng vấn từng người. Điều đó là bất khả thi. Có quá nhiều tiếng ồn, quá nhiều cuộc trò chuyện. Vậy cách tốt hơn là mỗi người một phòng riêng để bạn có thể vào đó và bình tĩnh hỏi anh đang làm gì? Anh đang ở đâu? Đây là những hướng dẫn cập nhật. Hướng dẫn vậy TMX giống như việc bạn thiết lập các phòng riêng cho mỗi AN của mình. Ở bất kỳ giai đoạn nào, bạn có thể chụp ảnh màn hình và gửi cho chat VPT hoặc cloud để nhờ nó trợ giúp các hướng dẫn cụ thể cho việc thiết lập của bạn. Nhưng ví dụ đối với tôi, tôi sẽ làm như thế này. Tôi đang dùng max nhân tiện TMX sẽ không hoạt động trong các IDE như VS code hay C. Nó phải chạy trong terminal gốc của bạn. Vậy tôi sẽ dán lệnh đó vào đây. Vì tôi đã cài đặt TMX sẵn rồi nên quá trình này rất nhanh. Nhưng thông thường việc cài đặt này sẽ mất khoảng 1 hoặc 2 phút trên
8:27 máy của bạn. Vậy là khi TMX đã được cài đặt, thực ra có hai cách khác nhau để bạn quản lý các A. Cách đầu tiên là bạn có cái gọi là improcess, tức là bạn có một terminal duy nhất và tất cả các agent đều nói trong terminal đó giống như ở trong một phòng duy nhất và rất ồn ào. Còn cách thứ hai là có các cửa sổ chia split pain và split pain chính là điều bạn cần TX để tạo ra tất cả những phòng riêng biệt đó. Vậy chúng ta chỉ cần thêm cài đặt này vào file cấu hình của mình đó là huyền TM split pên huyền thành huyền chu huyền. Và trong cùng file đó chúng ta cũng sẽ đặt huyền cloder code experimental agent huyền thành huyền một huyền. Đây là một cấu hình khác cần thiết để bận asent team. Vậy chúng ta sẽ sao chép toàn bộ lệnh này và dán vào terminal. Chúng ta sẽ nhấn enter. Vậy là chúng ta vừa cập nhật file huyền setting jon huyền để bật agent team và cũng cấp các phòng riêng cho mỗi team. Một lưu ý nhanh ở đây là
9:14 đây thực sự sẽ là cấu hình toàn cục của bạn. Tôi đã quyết định làm điều này vì tôi muốn Aon Team luôn sẵn sàng trong tất cả các phiên làm việc của tôi với CL. Vậy thay vì cứ đóng terminal mở cái mới rồi lại phải thay đổi cấu hình. Tôi đã thiết lập nó toàn cục cho tất cả các phiên của mình. Vậy bây giờ trước khi khởi chạy CL COD, điều đầu tiên chúng ta cần làm là bắt đầu một phiên TMX. Vậy tôi sẽ sao chép lệnh này. Một lần nữa, đừng vội bắt đầu một phiên clau mới bằng cách gõ lệnh huyền cloder huyền. Chúng ta cần phải bắt đầu một phiên TMAX mới trước. Vậy chúng ta sẽ dán lệnh này vào đây. Nhấn enter và giờ chúng ta đã sẵn sàng tạo tất cả các phòng khác nhau cho các agent. Vậy bây giờ chúng ta có thể quay lại và khởi động cloud. Tôi sẽ khởi động nó với tùy chọn nênously skip permission bỏ qua quyền một cách nguy hiểm. Hãy chấp nhận cảnh báo bảo mật này. Và bây giờ chúng ta đã đăng nhập vào cloud. Vậy là ở giai đoạn này chúng ta đã xem tổng quan và hoàn thành phần thiết lập. Bây giờ hãy cùng xem cách
9:59 quản lý các phiên làm việc. Vậy điều đầu tiên chúng ta muốn làm là vào phần model và đảm bảo chúng ta đang sử dụng đúng model. Chúng ta có model OP 4.6 và tôi khá chắc rằng cái đầu tiên ở đây là model có ngữ cảnh 200.000 token model. Sau đó là cái thứ hai model có ngữ cảnh 1 triệu token. Vậy với model ngữ cảnh 1 triệu token đó điều thực sự xảy ra là đối với 200.000 token đầu tiên về mặt kỹ thuật bạn đang sử dụng model đó. Bạn sẽ bị tính phí theo mức thông thường. Nhưng sau đó đối với bất kỳ thứ gì trên 200.000 token, bạn sẽ phải trả giá cao cấp, tức là 10 đô và 37,50 đô cho mỗi chiêu token đầu vào và đầu ra. Và đối với OP, bạn cũng có tùy chọn điều chỉnh mức độ nỗ lực nơi bạn có thể nhấp trái và phải để chuyển từ nỗ lực thấp sang trung bình rồi cao. Và đây là giải thích về tất cả các mức độ nỗ lực này. Vậy thấp là hiệu quả nhất và có một số giảm khả năng nên nó sẽ hơi kém thông minh,
10:46 kém khả năng hoặc không tốt bằng. Tiếp theo trung bình dành cho cách tiếp cận cân bằng và tiết kiệm token vừa phải. Và cuối cùng là cao. Đó là tốt nhất cho những vấn đề cần suy luận phức tạp. Những bài toán lập trình khó nhằn và để đạt hiệu năng tối đa tuyệt đối thì chỉ có ở mô hình opus 4.6. Điều này giống như kiểu bạn đạp ga hết cỡ rồi buông vô lăng xem chuyện gì sẽ xảy ra. Khuyến nghị của tôi là cứ bắt đầu với mô hình OP thông thường chọn mức độ effort thấp nhất. Rồi khi bạn gặp khó khăn, vấn đề hoặc khi bạn tìm ra được lúc nào nên triển khai A team với mô hình nào phù hợp hơn, bạn có thể tăng mức độ effort lên. Chuyển sang chế độ opus tiếp theo bắt đầu từ thấp rồi lên trung bình rồi lên cao. Giờ ta chọn opus mức độ thấp. Khi đã thiết lập xong mô hình đã đến lúc chúng ta bắt đầu một aent team mới. Anthopic hướng dẫn cụ thể rằng chúng ta
11:31 phải yêu cầu cloud tạo một agent team. Create anent team. Trong tất cả các ví dụ họ đưa ra, nó luôn nói tạo một agent team. Đôi khi nó sẽ nói là tạo ba thành viên nhóm khác nhau tập trung vào A, B và C hoặc đôi khi nó chỉ nói tạo team và bạn tự tìm cách triển khai các AN đó. Để nói về cách các A này làm việc cùng nhau một chút về bộ nhớ và cả việc phân công tác vụ. Khi bạn nhập một lệnh vào đây kiểu như này tạo cho tôi một AT team bạn sẽ nhận được một trường nhóm sẽ nhận yêu cầu của bạn rồi xác định công việc cần làm là gì những tác vụ nào cần hoàn thành và những prom nào cần cho từng AN này. Khi quyết định xong trưởng nhóm sẽ tạo ra một lượng ngữ cảnh và thông tin nhất định như một phần của hướng dẫn và prom cho từng anh chàng này. Nhưng thực
12:17 ra không phải vậy mà đúng hơn là các ASN này không được truy cập toản bộ luồng hội thoại. Vì vậy nếu bạn đang trò chuyện bình thường kiểu như bạn bắt đầu ở đây, bạn cứ trò chuyện 10, 20, 30 phút. Bạn tìm kiếm web rất nhiều. Bạn cố gắng hiểu một cơ sở má nhất định. Khi bạn chuyển sang chế độ AT team, bạn thực sự muốn triển khai lấy file MD của bạn thiết lập, sau đó yêu cầu Aon từ chế độ mặc định cung cấp ngữ cảnh chính xác. cho bất kỳ phiên làm việc nào bạn đã có cho đến nay. Để khi nó phân phối công việc cho trưởng nhóm hoặc các thành viên, nó có thể chỉ dẫn họ rằng hãy đọc file em đi, hiểu ngữ cảnh là gì và đây là tác vụ cụ thể của bạn. Vậy là bạn có thể thực hiện tác vụ của mình nhưng vẫn có thêm ngữ cảnh. Vì
13:03 vậy, hãy lưu ý rằng các a này không nhận được tất cả ngữ cảnh từ cuộc hội thoại ban đầu. Điều tiếp theo bạn có thể chưa biết là khi trưởng nhóm tạo các tác vụ, tùy thuộc vào cách họ cấu trúc nhóm sẽ có một danh sách các tác vụ cần hoàn thành. Và đôi khi nó giống như kiểu ai làm cũng được. Ví dụ đây là bốn hoặc năm tác vụ của bạn. Hai bạn hãy cùng làm năm tác vụ này. Và một vấn đề bạn có thể nghĩ sẽ xảy ra là nếu tôi hoàn thành tác vụ của mình cùng lúc với bạn. Cả hai chúng ta đều muốn lấy tác vụ tiếp theo. Làm sao chúng ta biết rằng cả hai không lãng phí token vào cùng một tác vụ khi nó đã được xử lý rồi? Anthopic đã giải quyết vấn đề này. Họ có một cơ chế kiểm tra điều kiện tranh chấp ray condition check tại chỗ. Về cơ bản bất cứ khi nào tôi nhận tác vụ mà tôi nhanh hơn bạn một chút nó sẽ bị khóa lại ngay lập tức. bạn không thể nhận nó nữa. Do đó, chúng ta sẽ không lãng phí token gấp đôi cho cùng
13:49 một tác vụ. Điều cuối cùng tôi muốn đề cập và đây thực sự là một chiến lược tiết kiệm token đó là khi bạn lần đầu xây dựng nhóm và bạn đưa prom cho trưởng nhóm để tạo một nhóm gồm bốn agent sẽ tái cấu trúc các module này. Bạn cũng có thể xác định mô hình nào bạn muốn sử dụng cho các thành viên đó. Điều này thực sự khá hay vì thay vì dùng Opus 4.6 là mô hình đắt nhất. Đôi khi nếu bạn không cần mô hình tốt nhất cho một tác vụ cụ thể, bạn có thể chỉ cần yêu cầu dùng một mô hình thấp hơn, rẻ hơn cho bạn, nhưng vẫn sẽ mang lại kết quả đúng như bạn cần. Vì vậy, bạn không nhất thiết chỉ phải dùng opus 4.6. Bây giờ trong ví dụ của chúng ta, chúng ta sẽ không làm gì liên quan đến mã nguồn. Tôi sẽ triển khai một nhóm các nhà nghiên cứu để tìm hiểu một chủ đề cụ thể và đưa ra một số khuyến nghị. Vì vậy, tôi vừa tạo một Chrome sử dụng một số chiến lược mà chúng ta vừa nói đến. Tôi đặc biệt
14:35 yêu cầu tạo một agent team. Sau đó tôi đưa vấn đề tôi muốn nghiên cứu và tôi cũng định nghĩa hai khác nhau mà tôi muốn tạo rồi cho trưởng nhóm một chút tự do để tìm ra các góc nhìn đối lập hoặc những khía cạnh mà chúng ta muốn điều tra. Cuối cùng tôi cũng xác định rằng tất cả các Aent sẽ sử dụng sonet. Vậy bây giờ hãy chạy thử. Chúng ta sẽ chưa chia cửa sổ ra ngay vì chúng ta đã bật chức năng nhóm. Điều đầu tiên cần xảy ra là trưởng nhóm phải xác định yêu cầu này là gì. Chúng ta cần làm gì? Định nghĩa các tác vụ cần hoàn thành, sau đó định nghĩa các chrom rồi tạo từng đó. Chỉ đến khi các a đã khởi động và hoạt động thì chúng ta mới chuyển sang chế độ chia màn hình hiển thị các cửa sổ. Tuyệt vời. Nhìn xem chúng ta đang khởi động Aon đầu
15:21 tiên trong màn hình trên này. Có vẻ như chúng ta có AN thứ hai trong màn hình chia thứ hai. Ok. Vậy là chúng ta đã khởi động thứ tư. Đây có phải là cái cuối cùng không? 1 2 3 4 5. Có thể thực sự có năm khác nhau mà chúng ta đang khởi động. Hưm, hơi khó nhìn một chút. Vậy bây giờ ở giai đoạn này chúng ta thấy tất cả các bảng điều khiển bên phải và chúng ta có thể chỉ cần đi sâu vào một trong các a này và trò chuyện với chúng. Vậy ở đây chúng ta có sasai adoption và nếu tôi gõ vào bàn phím tiểu như này bạn khỏe không? Tôi có thể nhấn enter và nhận được phản hồi cụ thể từ A SASI adoption này. Bây giờ như chúng ta vừa thấy, chúng ta có bốn bảng điều khiển khác nhau của các thành viên đang làm việc. Nếu ở một giai đoạn nào đó bạn có bốn agent đang làm việc và bạn nhận ra rằng một trong số các agon không cần tiếp tục làm việc nữa và bạn muốn tiết kiệm token, bạn có thể đến trưởng nhóm
16:07 và hỏi cụ thể bằng cách sử dụng tên của Aon và nói bạn có thể vui lòng tắt Aon cụ thể này đi không? Trường nhóm sau đó sẽ gửi yêu cầu đến AON. Hầu hết thời gian thành viên nhóm có thể chấp hận và sau đó tắt một cách nhẹ nhàng. Nhưng nếu họ đang làm việc gì đó rất quan trọng hoặc họ tin rằng nó rất quan trọng, họ có thể từ chối yêu cầu đó kèm theo giải thích. Vậy thì giai đoạn cuối cùng khi làm việc với Aentin là điều này thực ra được trưởng nhóm thực hiện tự động. Nhưng về cơ bản trưởng nhóm sẽ đi qua tất cả các agent, đảm bảo tất cả các tác vụ đã hoàn thành. Sau đó họ hoàn tất công việc và rồi họ sẽ đóng nhóm lại để chúng ta có thể tắt tất cả các tài nguyên chia sẻ. Về cơ bản là đóng tất cả các phiên làm việc riêng biệt đó, sau đó đưa mọi thứ trở lại thành một phiên duy nhất. Và đó là điều chúng ta đã thấy xảy ra ở đây. Vậy là trường nhóm thực sự đã đi và tắt cũng như dọn dẹp tất cả các
16:53 aent đó. Bây giờ đối với trường hợp sử dụng nghiên cứu này, đây là một kiểu tắt dễ dàng. Nó chỉ đơn giản là đóng toàn bộ nhóm đối với các ứng dụng như viết mã, tạo ứng dụng, tái cấu trúc, refactoring, gỡ lỗi, debuging. Thông thường trưởng nhóm sẽ để lại toàn bộ nhóm hoặc một số a nhất định khởi động và ở chế độ chờ. Vì vậy, thay vì chỉ đóng tất cả khi một tác vụ hoàn thành, họ thực sự sẽ đợi bạn quay lại đưa ra kiểm tra cuối cùng rồi mới nói, "Được rồi, bạn có thể đóng nhóm hoặc làm ơn hãy quay lại Aon Qa và yêu cầu họ kiểm tra lại phần này vì nó thực sự vẫn bị lỗi. Hoặc làm ơn quay lại Aon Ben bảo họ sửa phần này vì nó vẫn bị lỗi. Và điều đó quan trọng bởi vì bạn duy trì như thế bend đó duy trì ngữ cảnh về những gì họ đang làm việc, tất cả các thay đổi khác nhau, tất cả các vấn đề khác nhau mà họ đã gặp phải. Vì vậy, họ
17:39 sẽ có thể quay lại dự án ngay lập tức và sửa bất cứ điều gì bạn yêu cầu. Và điều đó quan trọng vì bạn không muốn mất ngữ cảnh cụ thể của họ. Bây giờ một chiến lược khác để duy trì bộ nhớ giữa mỗi phim như thế này. Ví dụ nếu tôi đóng hoàn toàn nhóm này và chúng ta đang làm việc trên một loại mã nguồn nào đó, bạn có thể tạo một file MD bộ nhớ chia sẻ nơi bạn yêu cầu tất cả các a ghi lại tất cả các vấn đề của họ. Chẳng hạn như tất cả các lỗi mà họ gặp phải và tất cả những gì họ đã thử để gỡ lỗi đến giai đoạn đó. hoặc nếu họ đã gỡ lỗi về cơ bản là một danh sách liên tục tất cả các vấn đề và cách khắc phục mà họ đã có. Vì vậy, nếu bạn khởi động các trong cùng một phiên hoặc các phiên khác nhau, bạn có thể chỉ cần tham chiếu vai bộ nhớ đó về cơ bản là duy trì lâu dài xuyên suốt các phiên khác nhau. Và bây giờ ở giai đoạn này, tôi chỉ muốn xem xét chi phí của phiên làm việc mà chúng ta vừa chạy. Có vẻ như đã mất 1.15 đô la để chạy tất
18:25 cả các đó thực hiện nghiên cứu trong 4 phút. Vì vậy, tôi nghĩ có điều gì đó không đúng ở đây. Điều này không chính xác 100%. Thông thường khi bạn chạy nhiều khác nhau, thời lượng API của chúng sẽ cộng dồn lại. Vì vậy, nếu bạn có 5 A chạy trong 5 phút, nó thường sẽ hiển thị tổng thời lượng là 25 phút. Ở đây các a này không chạy trong khoảng thời gian ngắn như vậy. Ví dụ, nó đã làm việc trong 5 phút 33 giây. Vì vậy, có điều gì đó ở đây không hoàn toàn khớp. Nhưng nhìn chung, bạn nên vào tab chi phí sau mỗi phiên hoặc sau mỗi lần khởi động và tắt aon để xem bạn đang tốn bao nhiêu, để bạn có thể thông minh hơn cho lần sau với việc đặt chrome hoặc lựa chọn mô hình của mình. Lựa chọn. Vậy ở giai đoạn này chúng ta đã xem cách khởi động một nhóm nơi chúng ta phải nói cụ thể rằng chúng ta muốn một nhóm các agent. Chúng ta có thể định nghĩa một mô hình khác mà chúng ta muốn. Chúng ta cũng đã xem xét các quản lý khác nhau.
19:10 Thay vì chỉ nhìn tất cả các agon trong cùng một phòng, chúng ta đã chia chúng thành các phòng riêng biệt. Chúng ta có thể xem họ đang làm gì, chúng ta cũng có thể giao tiếp trực tiếp với họ. Và cuối cùng xem xét các nguyên tắc tắt máy này xung quanh việc dọn dẹp các agent nhất định nếu chúng ta không muốn chúng tiếp tục làm việc. Nhưng sau đó cũng tắt nhóm một cách nhẹ nhàng và giải phóng tất cả tài nguyên. Vậy bây giờ điều thú vị cuối cùng mà tôi muốn đề cập là xem xét các kỹ năng skill. Và làm thế nào bạn có thể sử dụng kỹ năng để cải thiện cách bạn vận hành nhóm? Vì vậy, như các bạn đã biết, một kỹ năng chỉ là một cách để bạn hoàn thành một quy trình lặp đi lặp lại. Và đối với quy trình làm việc của riêng tôi với các agen, tôi thực sự thấy rằng tôi đang khiến chúng hoàn thành chính xác những điều tương tự nhưng trên các chủ đề khác nhau. Ví dụ, tôi có một cách rất cụ thể để thực hiện nghiên cứu và thay vì tôi phải đặt prom toàn bộ quy trình nghiên cứu mỗi lần, tôi có thể biến điều này thành một kỹ năng. Và cách tốt nhất mà tôi tìm thấy để tạo kỹ năng không phải là viết từ đầu, tải lên và
19:57 kiểu như cứ làm mù quáng. Đó là thực sự hoàn thành kỹ năng đó như một quy trình trước tiên bằng cách sử dụng cloud code và sau đó yêu cầu cloud code tạo kỹ năng đó cho bạn. Vậy trong ví dụ này chúng ta có một quy trình rất cơ bản. Tôi chỉ đơn giản nói tạo một nhóm nghiên cứu. Tôi thậm chí còn chưa đọc kết quả nhưng thông thường bạn sẽ qua lại và nói, tôi sẽ thực sự nghiên cứu phần này của vấn đề. Hoặc bạn có thể chuyển đầu ra thành PDF không? Hoặc bạn có thể gửi email cho tôi không. Một khi bạn đã thực hiện toàn bộ quy trình đó, bạn có thể tạo một như thế này, nói rằng biến những gì chúng ta vừa làm thành một kỹ năng. Và bạn cũng có thể định nghĩa rằng bạn muốn có các biến khác nhau trong kỹ năng đó. Ví dụ đối với kỹ năng nghiên cứu của chúng ta, chúng ta muốn có một chủ đề khác và có thể một mô hình khác mà chúng ta sử dụng tùy thuộc vào nghiên cứu chúng ta đang làm. Vì vậy, bạn có thể chỉ cần nhấn Enter. Và bây giờ CL sẽ lấy quy trình cụ thể này và sau đó lưu trữ kỹ năng đó vào kho lưu trữ của chúng ta. Vậy bây giờ
20:44 một mẹo khác khi bạn sử dụng kỹ năng là mỗi khi bạn thực sự chạy kỹ năng. Nếu có một cập nhật cho quy trình mà bạn muốn thực hiện, bạn có thể quay lại cloud và chỉ cần đặt lại Chrome nói này, điều chỉnh mới này cho quy trình cách chúng ta đang sử dụng ít a dần hơn, nhiều dần hơn hoặc thay vì gửi email. Bây giờ chúng ta đang dùng sá, bạn có thể vui lòng quay lại và cập nhật kỹ năng này được không? Và nó có thể giữ kỹ năng đó luôn được cập nhật cho bạn. Vậy bây giờ có vẻ như cloud đã tạo kỹ năng đó cho chúng ta thêm nó vào thư mục của chúng ta và bây giờ chúng ta chỉ cần gõ dấu gạch chéo và research để sử dụng kỹ năng đó. Chúng ta đang sử dụng tham số argument cho chủ đề và model cho mô hình AON. Và sau đó chúng ta có một giải thích rất dễ hiểu về cách sử dụng kỹ năng đó. Vì vậy chúng ta có thể chỉ cần dùng research why is Bitcoin dropping để chạy với các a sonnet hoặc để ghi đẻ mô hình. Bạn có thể nói why is Bitcoin dropping using haiq? Và bây giờ để chúng ta sử dụng kỹ năng đó, chúng ta không thể làm điều đó trong cùng một phiên làm việc. Đó là lý do tại sao chúng ta không thấy nó xuất hiện ở đây. Vì vậy chúng ta chỉ cần bắt đầu một phiên c hoàn toàn
21:29 mới. Hãy nhấn enter với lệnh resarch và đây là kỹ năng đó. Và hãy thử nó. Vậy why is Bitcoin dropping? Tại sao Bitcoin giảm giá? Nhấn enter. Và vì tôi không thực sự khởi chạy điều này trong max, chúng ta sẽ không thấy bảng điều khiển chia đôi cho tất cả các agent. Nhưng kỹ năng này đang được sử dụng. Nó đã khởi chạy một nhóm nghiên cứu đa dần để điều tra lý do tại sao Bitcoin giảm giá. Vì vậy, giống như trước đây, chúng ta có người thu thập bằng chứng. Chúng ta sau khi đã nắm được các kịch bản thuận lợi và khó khăn, giờ đây chúng ta có hai a với các cách tiếp cận đối lập để mình sử dụng.
