- Việc quản lý và điều phối một số lượng lớn tác nhân AI trở thành nút thắt cổ chai của con người, hạn chế khả năng mở rộng và khai thác tiềm năng của chúng.
- Ayduncraft giải quyết vấn đề này bằng cách áp dụng các bài học từ game chiến thuật thời gian thực (RTS) để tạo ra một hệ thống điều phối, giúp nâng cao khả năng cộng tác giữa con người và tác nhân.
- Nền tảng này cải thiện khả năng quan sát, tăng cường quyền tự chủ của tác nhân và thúc đẩy cộng tác hiệu quả giữa con người và tác nhân, biến các kỹ năng quản lý đơn vị trong game thành năng suất làm việc.
AgentCraft: Putting the Orc in Orchestration — Ido Salomon
- Việc mở rộng số lượng tác nhân AI gặp khó khăn do con người trở thành nút thắt cổ chai trong quá trình điều phối chúng.
- Ayduncraft là một hệ thống điều phối tác nhân lấy cảm hứng từ trò chơi điện tử, đặc biệt là game RTS, nhằm mục đích nâng cao khả năng quản lý và cộng tác với nhiều tác nhân.
- Nền tảng cung cấp khả năng quan sát trực quan bằng cách thể hiện các tác nhân và hoạt động của chúng trên một bản đồ chiếu từ hệ thống tệp, bao gồm theo dõi tệp đang được sửa đổi và lịch sử thay đổi.
- Ayduncraft tăng cường quyền tự chủ của tác nhân thông qua tính năng "chiến dịch", cho phép tác nhân tự phân rã nhiệm vụ, lập kế hoạch và thực hiện công việc trong các vùng chứa, giảm thiểu sự can thiệp trực tiếp của con người.
- Nó cho phép con người chuyển trọng tâm từ việc quản lý chi tiết sang xem xét kết quả ở cấp độ cao hơn (ví dụ: pull requests với bằng chứng hình ảnh), nhờ khả năng quan sát tốt hơn và quyền tự chủ của tác nhân.
- Ayduncraft hỗ trợ cộng tác đa dạng: giữa người với người (qua không gian làm việc), giữa người với tác nhân (qua prompt và trò chuyện), và giữa các tác nhân (biết tệp nào đang được thay đổi).
- Các kỹ năng quản lý và điều phối nhiều "đơn vị" từ trò chơi điện tử được tái sử dụng và áp dụng vào bối cảnh làm việc với tác nhân AI, thay vì đòi hỏi các kỹ năng lập trình hoàn toàn mới.
- Nền tảng này nhằm mục đích giải quyết các giới hạn hiện tại trong việc sử dụng tác nhân, từ việc quản lý nhiệm vụ cho đến cộng tác, để đạt được năng suất tối đa.
tác nhân— agentorchestration— orchestrationorchestrator— orchestratorlời nhắc— promptkhả năng quan sát— observabilityhệ thống tệp— file systemRTS (chiến thuật thời gian thực)— Real-Time Strategy (RTS)chiến dịch— campaignvùng chứa— containerkhông gian làm việc— workspaces
Chào buổi sáng, London. Tôi là Ida Salman, người sáng tạo Ayduncraft. Tôi cũng là người sáng tạo MCPI và các ứng dụng MCP, đồng thời là nhà bình luận cho chúng. Tôi đang xây dựng một số thứ mà David đã đề cập.
Như các bạn đã nghe trong ngày qua, các tác nhân rất tuyệt vời. Nhưng nếu một tác nhân đã tuyệt vời đến thế, tại sao chúng ta không mở rộng lên 10, 20 hay 100 tác nhân khác nhau và trở nên tuyệt vời gấp 100 lần? Điều này khá đơn giản. Chúng ta chỉ cần khởi tạo một loạt tác nhân, đặt chúng lên một màn hình đẹp mắt và nó trông rất lung linh. Nhưng thực tế nó sẽ không hoạt động. Lý do là việc khởi tạo chúng trên bản đồ không phải là vấn đề. Vấn đề là ở chúng ta. Chúng ta là nút cổ chai trong việc orchestration (kiểu điều phối) tất cả các tác nhân này.
Nếu bạn nghĩ về điều đó, vai trò của một kỹ sư trong việc quản lý hàng chục "nhân viên" bốc đồng thường không phải là điều chúng ta làm trong hầu hết các công ty. Vì vậy, chúng ta cần tìm những kỹ năng mới, có khả năng là mới, để quản lý tất cả các tác nhân này. May mắn thay, chúng không hoàn toàn mới. Đó không phải là điều chúng ta chưa từng làm trước đây. Nó chỉ là thứ đã ẩn mình ở những nơi không ngờ tới. Ý tôi là, nếu bạn là một game thủ hoặc đã từng chơi trò chơi điện tử, việc quản lý hàng chục đơn vị có lẽ nghe hơi quen thuộc. Đây chính là lý do chúng tôi xây dựng Ayduncraft, một orchestrator (hệ thống điều phối) nhằm nâng cao mức độ cộng tác giữa con người và tác nhân bằng cách lấy những bài học từ trò chơi điện tử và chuyển chúng vào năng suất làm việc.
Hãy cùng xem qua nhanh Ayduncraft và hiểu hành trình nâng cao giới hạn đó.
Ayduncraft: Cơ bản về Tác nhân
Đây là Ayduncraft. Có rất nhiều điều để khám phá. Hãy bắt đầu với những điều cơ bản. Đây là một tác nhân, không phải một tác nhân ẩn dụ. Đây thực sự là một biểu hiện vật lý của một tác nhân mã hóa, giống như một phiên làm việc trực tiếp. Nó có thể là cursor, Claude Code, codex, openclaw, hoặc bất cứ thứ gì. Đó là thứ chúng ta có thể phát hiện trên thiết bị và hình dung nó. Nhưng nó cũng là thứ chúng ta có thể khởi tạo trực tiếp từ đây.
Giờ đây, chúng ta có tác nhân này và có thể cung cấp lời nhắc cho nó. Chúng ta có thể sử dụng nó giống như bất kỳ tác nhân thông thường nào mà chúng ta có từ CLI hoặc bất cứ đâu. Và chúng ta có thể bảo nó làm gì? Nó có tất cả những đặc điểm này, và chúng ta có giọng nói, văn bản, hình ảnh, v.v. Và chúng ta có thể chỉ cần bảo nó làm việc. Ví dụ, chúng ta có thể yêu cầu nó phát triển một tính năng nào đó cho chúng ta. Và bây giờ tác nhân đang làm việc.
Như chúng ta có thể thấy, nếu nhìn vào UI (giao diện người dùng), có rất nhiều thứ khác. Chúng ta có những "tòa nhà" này và mỗi tòa nhà đại diện cho một chức năng nào đó. Ví dụ, một trong những tòa nhà này quản lý các kỹ năng và plugin, v.v. Ngoài ra còn có terminal tích hợp và Git để có được quy trình làm việc từ đầu đến cuối (end-to-end workflow).
Nâng cao khả năng quan sát và phản ứng
Phần thứ hai của việc nâng cao giới hạn, sau khi chúng ta có những điều cơ bản, là khả năng quan sát. Chúng ta cần có khả năng nhanh chóng hiểu từng tác nhân đang làm gì. Vì vậy, chúng ta có bảng điều khiển bên này hiển thị các nhiệm vụ cấp cao, trạng thái, tóm tắt, v.v. Chúng thực sự đang làm gì? Nhưng điều tuyệt vời về Ayduncraft là chúng ta không chỉ thấy danh sách những gì chúng có thể làm. Chúng ta thực sự có thể thấy chúng đang làm việc.
Nếu chúng ta nhìn vào bản đồ, bạn sẽ nhận thấy rằng nó thực sự là một hình chiếu của hệ thống tệp của tôi (file system). Mỗi phần của hệ thống tệp của tôi thực sự nằm trên bản đồ. Vì vậy, tôi có các thư mục ở đây. Và mỗi thư mục này có các tệp. Các tệp này được biểu thị bằng các rune, như bạn có thể thấy ở đây. Vì vậy, tôi thực sự có thể theo dõi và hình dung trực quan tác nhân đang làm việc trên tệp nào. Tôi có thể thấy toàn bộ danh sách thay đổi đã xảy ra ở đó. Và bởi vì chúng tôi đang orchestration nó, tôi cũng biết tác nhân nào đã làm gì và khi nào. Vì vậy, chúng ta có thể có toàn bộ lịch sử (lineage) của những gì đang diễn ra. Và chúng ta có thể tiến thêm một bước nữa. Nếu tôi biết tất cả những điều này, tại sao không tạo một bản đồ nhiệt (heat map). Tôi thực sự có thể cố gắng hình dung các xung đột (collision) và thậm chí chủ động ngăn chặn chúng.
Tuy nhiên, điều tuyệt vời ở đây là một khi chúng ta có khả năng quan sát này, chúng ta vẫn chưa hoàn thành vì chúng ta vẫn cần có khả năng phản ứng với những thay đổi đang xảy ra. Vì vậy, chúng ta có thể dựa vào một cơ chế thú vị khác từ các trò chơi RTS (chiến thuật thời gian thực). Chúng ta chỉ cần sử dụng phản xạ (muscle memory) để nhanh chóng chuyển đổi giữa các tác nhân cần sự giúp đỡ của chúng ta. Chúng cần chúng ta phê duyệt kế hoạch. Chúng cần chúng ta trả lời một số câu hỏi, v.v. Vì vậy, giờ đây chúng ta có khả năng quan sát và có thể phản ứng nhanh chóng. Vậy là xong. Chúng ta đã giải quyết vấn đề orchestration.
Tăng cường quyền tự chủ và giám sát chiến dịch
Nhưng vẫn chưa hoàn toàn, vì đó thực sự chỉ là bước đầu tiên. Tôi đã có thể sử dụng nhiều tác nhân song song, nhưng chỉ trong một thời gian ngắn. Có một vài lý do cho điều đó. Lý do đầu tiên là có một giới hạn về số lượng ý tưởng tôi có thể có trong đầu tại bất kỳ thời điểm nào mà không bị mệt mỏi. Vì vậy, điều tôi đã làm là về cơ bản là bảo tác nhân làm việc đó. Tôi bảo chúng "OK, tìm nhiệm vụ cho tôi để làm." Vì vậy, tôi có nhiệm vụ (quest) bây giờ và tôi có thể nhấp vào một nút và chúng cứ làm bất cứ điều gì. Tôi có thể refactor một kiểm thử hay tất cả những thứ tôi không muốn làm.
Và lý do thứ hai là tất cả việc "chăm sóc" này tốn rất nhiều thời gian. Tôi thấy những gì đang diễn ra. Tôi có thể phản ứng rất nhanh với nó. Nhưng tôi nghĩ nó cần phải lặp đi lặp lại. Vì vậy, điều tôi đã làm ở đó là cố gắng làm sao để loại bản thân ra khỏi phương trình càng nhiều càng tốt. Nếu các tác nhân quá tuyệt vời, tại sao không cứ để chúng làm việc? Tôi có thể chỉ cần đưa cho chúng một ý tưởng. Tôi có tính năng chiến dịch (campaign) này. Tôi nói chung những gì tôi muốn xảy ra. Và tôi sẽ khởi tạo một vùng chứa (container). Tôi sẽ để các tác nhân chạy ở đó. Chúng có thể phân rã nhiệm vụ (decompose the task), chúng có thể lập kế hoạch, chúng có thể trình bày một kế hoạch cho tôi. Tôi không quan tâm chúng đang làm gì vì đó là vùng chứa. Vì vậy, cứ làm bất cứ điều gì.
Và điều chính ở đây là một khi nó đã phân rã, tôi không phải là người "chăm sóc" nữa. Bây giờ tôi có orchestrator chiến dịch và đó là vấn đề của nó. Vì vậy, chúng ta thực sự đang chuyển nhiều nỗ lực hơn chỉ vào giai đoạn lập kế hoạch hoặc giai đoạn đánh giá. Và một khi chúng ta có điều đó, chúng ta đạt đến một điểm mà chúng ta có thể nói "tại sao lại là ý tưởng của tôi? Tại sao tôi không thể bảo nó chạy một Chrome job, truy cập Twitter mỗi ngày, quét các ý tưởng hay và chỉ cần triển khai chúng?". Và tôi chỉ cần quyết định những gì tôi muốn. Đây thực sự là cách tôi triển khai các kênh khá nhanh chóng.
Vì vậy, chúng ta có điều đó và bây giờ chỉ cần có nhiều pull request khác nhau để xem xét. Vì vậy, có khả năng tuyệt vời này là chỉ cần xem xét các gói (review bundles). Và bây giờ tôi có thể thấy chính xác những thay đổi nào đã xảy ra trong mỗi cái. Tại sao chúng lại làm như vậy? Nhiệm vụ là gì? Và tôi cũng có bằng chứng trực quan. Vì vậy, bây giờ tôi có thể chỉ cần xem ảnh chụp màn hình, video và thực sự thấy những gì đang diễn ra mà không tốn quá nhiều thời gian. Và một khi chúng ta có điều đó, chúng ta thực sự có thể chuyển nhiều công việc hơn từ lập kế hoạch sang xem xét. Tôi cần dành bao nhiêu thời gian cho kế hoạch nếu tôi có thể thực hiện nó 10 lần và tôi chỉ cần chọn cái phù hợp nhất với mình?
Cộng tác giữa con người và tác nhân
Và phần tiếp theo là chúng ta vẫn chưa xong. Ý tôi là, bạn hãy nghĩ về nó. Đây mới chỉ là bước đầu tiên. Bởi vì các tác nhân chưa đủ thông minh. Vì vậy, chúng ta cần chuyển giao nó cho người khác: Con người.
Bây giờ, điều tôi có thể làm, đây là tính năng yêu thích của tôi, là chúng ta thực sự có thể tạo các không gian làm việc (workspaces). Vì vậy, tôi có thể cộng tác với nhà thiết kế sản phẩm (product designer) của nhóm mình và họ có thể làm bất cứ điều gì họ muốn. Và tôi có thể tiếp tục từ nơi họ dừng lại. Ví dụ, tôi nói đây là một tác nhân thực sự từ nhà thiết kế sản phẩm trên máy tính của họ. Vì vậy, họ có thể thấy các tác nhân của tôi. Tôi có thể thấy các tác nhân của họ. Tôi có thể hiểu những gì họ đang làm và chúng ta có thể cộng tác. Họ vừa bắt đầu làm việc trở lại. Vì vậy, tôi có thể thấy rằng họ muốn thiết kế trang mới này, điều này khá tuyệt. Vì vậy, tôi có thể đợi họ hoàn thành hoặc tôi có thể tiếp tục và chuyển giao từ họ cho các tác nhân của tôi – à, các tác nhân của chúng ta. Vì vậy, chúng ta có các tác nhân của mình bây giờ và tôi có thể tiếp tục từ đó.
Và điều tuyệt vời là nó không chỉ là cộng tác giữa người với người. Chúng ta cũng đang cộng tác với các tác nhân. Vì vậy, có những điều trực tiếp hơn như thế này: tôi có thể gõ và prompt các tác nhân của tôi hoặc thậm chí tác nhân của họ. Nhưng cũng có một cơ chế phần mềm thực sự là một cuộc trò chuyện giữa con người với con người mà còn giữa con người và các tác nhân. Bạn có thể thấy tác nhân đã nói "Tôi đang bắt đầu làm việc gì đó" và sau đó tôi có thể nói "Tôi cũng đang làm việc đó." Vì vậy, lần tới khi tác nhân làm gì đó, nó biết có người khác đang làm việc. Chúng cũng có thể có "cộng tác mềm" để chúng biết tệp nào mỗi người đang thay đổi.
Tổng kết và Hướng tới tương lai
Vì vậy, chúng ta thực sự đã loại bỏ một loạt những thứ đã hạn chế chúng ta đạt được tiềm năng tối đa với các tác nhân và giải quyết chúng từng vấn đề một. Có một loạt các tính năng khác mà tôi không có thời gian để đề cập, nhưng bạn có thể thử chúng và tự mình xem liệu bạn có thể làm việc tốt hơn ở thời điểm đó hay không.
Tóm lại, đây không hẳn là những kỹ năng mới. Ý tôi là, có lẽ bạn lo lắng rằng chúng ta sẽ không thể thích nghi với tương lai mà chúng ta không thực sự lập trình, mà chỉ bảo người khác hoặc các tác nhân khác lập trình cho chúng ta. Nhưng những kỹ năng này đã tồn tại. Chúng chỉ không phải là thứ chúng ta sử dụng cho công việc cho đến bây giờ. Vì vậy, với trò chơi điện tử là một ví dụ, chúng ta có thể đưa những kỹ năng này lên một tầm cao mới. Chúng ta cần bằng cách nào đó nâng cao giới hạn đó. Chúng ta cần bằng cách nào đó cải thiện sự cộng tác của chúng ta với các tác nhân, và với Ayduncraft, mục tiêu là lấy những bài học từ trò chơi và thực sự nâng điều đó lên một tầm cao mới với khả năng quan sát tốt hơn, quyền tự chủ cao hơn cho các tác nhân và cộng tác giữa con người và tác nhân.
Vì vậy, tôi mời bạn truy cập trang web. Đây là mã QR. Nó miễn phí. Bạn có thể tải xuống và trải nghiệm. Nó vẫn đang trong giai đoạn thử nghiệm. Nó vẫn còn mới. Có rất nhiều thứ cần thay đổi, nhưng điều đó sẽ chỉ xảy ra với những phản hồi tích cực. Ngoài ra còn có một máy chủ Discord. Vì vậy, hãy tham gia, đóng góp phản hồi cho chúng tôi và cùng nhau nâng cao giới hạn. Cảm ơn bạn.
TL;DR
- Việc quản lý và điều phối một số lượng lớn tác nhân AI trở thành nút thắt cổ chai của con người, hạn chế khả năng mở rộng và khai thác tiềm năng của chúng.
- Ayduncraft giải quyết vấn đề này bằng cách áp dụng các bài học từ game chiến thuật thời gian thực (RTS) để tạo ra một hệ thống điều phối, giúp nâng cao khả năng cộng tác giữa con người và tác nhân.
- Nền tảng này cải thiện khả năng quan sát, tăng cường quyền tự chủ của tác nhân và thúc đẩy cộng tác hiệu quả giữa con người và tác nhân, biến các kỹ năng quản lý đơn vị trong game thành năng suất làm việc.
Điểm chính
- Việc mở rộng số lượng tác nhân AI gặp khó khăn do con người trở thành nút thắt cổ chai trong quá trình điều phối chúng.
- Ayduncraft là một hệ thống điều phối tác nhân lấy cảm hứng từ trò chơi điện tử, đặc biệt là game RTS, nhằm mục đích nâng cao khả năng quản lý và cộng tác với nhiều tác nhân.
- Nền tảng cung cấp khả năng quan sát trực quan bằng cách thể hiện các tác nhân và hoạt động của chúng trên một bản đồ chiếu từ hệ thống tệp, bao gồm theo dõi tệp đang được sửa đổi và lịch sử thay đổi.
- Ayduncraft tăng cường quyền tự chủ của tác nhân thông qua tính năng "chiến dịch", cho phép tác nhân tự phân rã nhiệm vụ, lập kế hoạch và thực hiện công việc trong các vùng chứa, giảm thiểu sự can thiệp trực tiếp của con người.
- Nó cho phép con người chuyển trọng tâm từ việc quản lý chi tiết sang xem xét kết quả ở cấp độ cao hơn (ví dụ: pull requests với bằng chứng hình ảnh), nhờ khả năng quan sát tốt hơn và quyền tự chủ của tác nhân.
- Ayduncraft hỗ trợ cộng tác đa dạng: giữa người với người (qua không gian làm việc), giữa người với tác nhân (qua prompt và trò chuyện), và giữa các tác nhân (biết tệp nào đang được thay đổi).
- Các kỹ năng quản lý và điều phối nhiều "đơn vị" từ trò chơi điện tử được tái sử dụng và áp dụng vào bối cảnh làm việc với tác nhân AI, thay vì đòi hỏi các kỹ năng lập trình hoàn toàn mới.
- Nền tảng này nhằm mục đích giải quyết các giới hạn hiện tại trong việc sử dụng tác nhân, từ việc quản lý nhiệm vụ cho đến cộng tác, để đạt được năng suất tối đa.
Từ vựng
tác nhân— agentorchestration— orchestrationorchestrator— orchestratorlời nhắc— promptkhả năng quan sát— observabilityhệ thống tệp— file systemRTS (chiến thuật thời gian thực)— Real-Time Strategy (RTS)chiến dịch— campaignvùng chứa— containerkhông gian làm việc— workspaces
Nội dung chi tiết
Chào buổi sáng, London. Tôi là Ida Salman, người sáng tạo Ayduncraft. Tôi cũng là người sáng tạo MCPI và các ứng dụng MCP, đồng thời là nhà bình luận cho chúng. Tôi đang xây dựng một số thứ mà David đã đề cập.
Như các bạn đã nghe trong ngày qua, các tác nhân rất tuyệt vời. Nhưng nếu một tác nhân đã tuyệt vời đến thế, tại sao chúng ta không mở rộng lên 10, 20 hay 100 tác nhân khác nhau và trở nên tuyệt vời gấp 100 lần? Điều này khá đơn giản. Chúng ta chỉ cần khởi tạo một loạt tác nhân, đặt chúng lên một màn hình đẹp mắt và nó trông rất lung linh. Nhưng thực tế nó sẽ không hoạt động. Lý do là việc khởi tạo chúng trên bản đồ không phải là vấn đề. Vấn đề là ở chúng ta. Chúng ta là nút cổ chai trong việc orchestration (kiểu điều phối) tất cả các tác nhân này.
Nếu bạn nghĩ về điều đó, vai trò của một kỹ sư trong việc quản lý hàng chục "nhân viên" bốc đồng thường không phải là điều chúng ta làm trong hầu hết các công ty. Vì vậy, chúng ta cần tìm những kỹ năng mới, có khả năng là mới, để quản lý tất cả các tác nhân này. May mắn thay, chúng không hoàn toàn mới. Đó không phải là điều chúng ta chưa từng làm trước đây. Nó chỉ là thứ đã ẩn mình ở những nơi không ngờ tới. Ý tôi là, nếu bạn là một game thủ hoặc đã từng chơi trò chơi điện tử, việc quản lý hàng chục đơn vị có lẽ nghe hơi quen thuộc. Đây chính là lý do chúng tôi xây dựng Ayduncraft, một orchestrator (hệ thống điều phối) nhằm nâng cao mức độ cộng tác giữa con người và tác nhân bằng cách lấy những bài học từ trò chơi điện tử và chuyển chúng vào năng suất làm việc.
Hãy cùng xem qua nhanh Ayduncraft và hiểu hành trình nâng cao giới hạn đó.
Ayduncraft: Cơ bản về Tác nhân
Đây là Ayduncraft. Có rất nhiều điều để khám phá. Hãy bắt đầu với những điều cơ bản. Đây là một tác nhân, không phải một tác nhân ẩn dụ. Đây thực sự là một biểu hiện vật lý của một tác nhân mã hóa, giống như một phiên làm việc trực tiếp. Nó có thể là cursor, Claude Code, codex, openclaw, hoặc bất cứ thứ gì. Đó là thứ chúng ta có thể phát hiện trên thiết bị và hình dung nó. Nhưng nó cũng là thứ chúng ta có thể khởi tạo trực tiếp từ đây.
Giờ đây, chúng ta có tác nhân này và có thể cung cấp lời nhắc cho nó. Chúng ta có thể sử dụng nó giống như bất kỳ tác nhân thông thường nào mà chúng ta có từ CLI hoặc bất cứ đâu. Và chúng ta có thể bảo nó làm gì? Nó có tất cả những đặc điểm này, và chúng ta có giọng nói, văn bản, hình ảnh, v.v. Và chúng ta có thể chỉ cần bảo nó làm việc. Ví dụ, chúng ta có thể yêu cầu nó phát triển một tính năng nào đó cho chúng ta. Và bây giờ tác nhân đang làm việc.
Như chúng ta có thể thấy, nếu nhìn vào UI (giao diện người dùng), có rất nhiều thứ khác. Chúng ta có những "tòa nhà" này và mỗi tòa nhà đại diện cho một chức năng nào đó. Ví dụ, một trong những tòa nhà này quản lý các kỹ năng và plugin, v.v. Ngoài ra còn có terminal tích hợp và Git để có được quy trình làm việc từ đầu đến cuối (end-to-end workflow).
Nâng cao khả năng quan sát và phản ứng
Phần thứ hai của việc nâng cao giới hạn, sau khi chúng ta có những điều cơ bản, là khả năng quan sát. Chúng ta cần có khả năng nhanh chóng hiểu từng tác nhân đang làm gì. Vì vậy, chúng ta có bảng điều khiển bên này hiển thị các nhiệm vụ cấp cao, trạng thái, tóm tắt, v.v. Chúng thực sự đang làm gì? Nhưng điều tuyệt vời về Ayduncraft là chúng ta không chỉ thấy danh sách những gì chúng có thể làm. Chúng ta thực sự có thể thấy chúng đang làm việc.
Nếu chúng ta nhìn vào bản đồ, bạn sẽ nhận thấy rằng nó thực sự là một hình chiếu của hệ thống tệp của tôi (file system). Mỗi phần của hệ thống tệp của tôi thực sự nằm trên bản đồ. Vì vậy, tôi có các thư mục ở đây. Và mỗi thư mục này có các tệp. Các tệp này được biểu thị bằng các rune, như bạn có thể thấy ở đây. Vì vậy, tôi thực sự có thể theo dõi và hình dung trực quan tác nhân đang làm việc trên tệp nào. Tôi có thể thấy toàn bộ danh sách thay đổi đã xảy ra ở đó. Và bởi vì chúng tôi đang orchestration nó, tôi cũng biết tác nhân nào đã làm gì và khi nào. Vì vậy, chúng ta có thể có toàn bộ lịch sử (lineage) của những gì đang diễn ra. Và chúng ta có thể tiến thêm một bước nữa. Nếu tôi biết tất cả những điều này, tại sao không tạo một bản đồ nhiệt (heat map). Tôi thực sự có thể cố gắng hình dung các xung đột (collision) và thậm chí chủ động ngăn chặn chúng.
Tuy nhiên, điều tuyệt vời ở đây là một khi chúng ta có khả năng quan sát này, chúng ta vẫn chưa hoàn thành vì chúng ta vẫn cần có khả năng phản ứng với những thay đổi đang xảy ra. Vì vậy, chúng ta có thể dựa vào một cơ chế thú vị khác từ các trò chơi RTS (chiến thuật thời gian thực). Chúng ta chỉ cần sử dụng phản xạ (muscle memory) để nhanh chóng chuyển đổi giữa các tác nhân cần sự giúp đỡ của chúng ta. Chúng cần chúng ta phê duyệt kế hoạch. Chúng cần chúng ta trả lời một số câu hỏi, v.v. Vì vậy, giờ đây chúng ta có khả năng quan sát và có thể phản ứng nhanh chóng. Vậy là xong. Chúng ta đã giải quyết vấn đề orchestration.
Tăng cường quyền tự chủ và giám sát chiến dịch
Nhưng vẫn chưa hoàn toàn, vì đó thực sự chỉ là bước đầu tiên. Tôi đã có thể sử dụng nhiều tác nhân song song, nhưng chỉ trong một thời gian ngắn. Có một vài lý do cho điều đó. Lý do đầu tiên là có một giới hạn về số lượng ý tưởng tôi có thể có trong đầu tại bất kỳ thời điểm nào mà không bị mệt mỏi. Vì vậy, điều tôi đã làm là về cơ bản là bảo tác nhân làm việc đó. Tôi bảo chúng "OK, tìm nhiệm vụ cho tôi để làm." Vì vậy, tôi có nhiệm vụ (quest) bây giờ và tôi có thể nhấp vào một nút và chúng cứ làm bất cứ điều gì. Tôi có thể refactor một kiểm thử hay tất cả những thứ tôi không muốn làm.
Và lý do thứ hai là tất cả việc "chăm sóc" này tốn rất nhiều thời gian. Tôi thấy những gì đang diễn ra. Tôi có thể phản ứng rất nhanh với nó. Nhưng tôi nghĩ nó cần phải lặp đi lặp lại. Vì vậy, điều tôi đã làm ở đó là cố gắng làm sao để loại bản thân ra khỏi phương trình càng nhiều càng tốt. Nếu các tác nhân quá tuyệt vời, tại sao không cứ để chúng làm việc? Tôi có thể chỉ cần đưa cho chúng một ý tưởng. Tôi có tính năng chiến dịch (campaign) này. Tôi nói chung những gì tôi muốn xảy ra. Và tôi sẽ khởi tạo một vùng chứa (container). Tôi sẽ để các tác nhân chạy ở đó. Chúng có thể phân rã nhiệm vụ (decompose the task), chúng có thể lập kế hoạch, chúng có thể trình bày một kế hoạch cho tôi. Tôi không quan tâm chúng đang làm gì vì đó là vùng chứa. Vì vậy, cứ làm bất cứ điều gì.
Và điều chính ở đây là một khi nó đã phân rã, tôi không phải là người "chăm sóc" nữa. Bây giờ tôi có orchestrator chiến dịch và đó là vấn đề của nó. Vì vậy, chúng ta thực sự đang chuyển nhiều nỗ lực hơn chỉ vào giai đoạn lập kế hoạch hoặc giai đoạn đánh giá. Và một khi chúng ta có điều đó, chúng ta đạt đến một điểm mà chúng ta có thể nói "tại sao lại là ý tưởng của tôi? Tại sao tôi không thể bảo nó chạy một Chrome job, truy cập Twitter mỗi ngày, quét các ý tưởng hay và chỉ cần triển khai chúng?". Và tôi chỉ cần quyết định những gì tôi muốn. Đây thực sự là cách tôi triển khai các kênh khá nhanh chóng.
Vì vậy, chúng ta có điều đó và bây giờ chỉ cần có nhiều pull request khác nhau để xem xét. Vì vậy, có khả năng tuyệt vời này là chỉ cần xem xét các gói (review bundles). Và bây giờ tôi có thể thấy chính xác những thay đổi nào đã xảy ra trong mỗi cái. Tại sao chúng lại làm như vậy? Nhiệm vụ là gì? Và tôi cũng có bằng chứng trực quan. Vì vậy, bây giờ tôi có thể chỉ cần xem ảnh chụp màn hình, video và thực sự thấy những gì đang diễn ra mà không tốn quá nhiều thời gian. Và một khi chúng ta có điều đó, chúng ta thực sự có thể chuyển nhiều công việc hơn từ lập kế hoạch sang xem xét. Tôi cần dành bao nhiêu thời gian cho kế hoạch nếu tôi có thể thực hiện nó 10 lần và tôi chỉ cần chọn cái phù hợp nhất với mình?
Cộng tác giữa con người và tác nhân
Và phần tiếp theo là chúng ta vẫn chưa xong. Ý tôi là, bạn hãy nghĩ về nó. Đây mới chỉ là bước đầu tiên. Bởi vì các tác nhân chưa đủ thông minh. Vì vậy, chúng ta cần chuyển giao nó cho người khác: Con người.
Bây giờ, điều tôi có thể làm, đây là tính năng yêu thích của tôi, là chúng ta thực sự có thể tạo các không gian làm việc (workspaces). Vì vậy, tôi có thể cộng tác với nhà thiết kế sản phẩm (product designer) của nhóm mình và họ có thể làm bất cứ điều gì họ muốn. Và tôi có thể tiếp tục từ nơi họ dừng lại. Ví dụ, tôi nói đây là một tác nhân thực sự từ nhà thiết kế sản phẩm trên máy tính của họ. Vì vậy, họ có thể thấy các tác nhân của tôi. Tôi có thể thấy các tác nhân của họ. Tôi có thể hiểu những gì họ đang làm và chúng ta có thể cộng tác. Họ vừa bắt đầu làm việc trở lại. Vì vậy, tôi có thể thấy rằng họ muốn thiết kế trang mới này, điều này khá tuyệt. Vì vậy, tôi có thể đợi họ hoàn thành hoặc tôi có thể tiếp tục và chuyển giao từ họ cho các tác nhân của tôi – à, các tác nhân của chúng ta. Vì vậy, chúng ta có các tác nhân của mình bây giờ và tôi có thể tiếp tục từ đó.
Và điều tuyệt vời là nó không chỉ là cộng tác giữa người với người. Chúng ta cũng đang cộng tác với các tác nhân. Vì vậy, có những điều trực tiếp hơn như thế này: tôi có thể gõ và prompt các tác nhân của tôi hoặc thậm chí tác nhân của họ. Nhưng cũng có một cơ chế phần mềm thực sự là một cuộc trò chuyện giữa con người với con người mà còn giữa con người và các tác nhân. Bạn có thể thấy tác nhân đã nói "Tôi đang bắt đầu làm việc gì đó" và sau đó tôi có thể nói "Tôi cũng đang làm việc đó." Vì vậy, lần tới khi tác nhân làm gì đó, nó biết có người khác đang làm việc. Chúng cũng có thể có "cộng tác mềm" để chúng biết tệp nào mỗi người đang thay đổi.
Tổng kết và Hướng tới tương lai
Vì vậy, chúng ta thực sự đã loại bỏ một loạt những thứ đã hạn chế chúng ta đạt được tiềm năng tối đa với các tác nhân và giải quyết chúng từng vấn đề một. Có một loạt các tính năng khác mà tôi không có thời gian để đề cập, nhưng bạn có thể thử chúng và tự mình xem liệu bạn có thể làm việc tốt hơn ở thời điểm đó hay không.
Tóm lại, đây không hẳn là những kỹ năng mới. Ý tôi là, có lẽ bạn lo lắng rằng chúng ta sẽ không thể thích nghi với tương lai mà chúng ta không thực sự lập trình, mà chỉ bảo người khác hoặc các tác nhân khác lập trình cho chúng ta. Nhưng những kỹ năng này đã tồn tại. Chúng chỉ không phải là thứ chúng ta sử dụng cho công việc cho đến bây giờ. Vì vậy, với trò chơi điện tử là một ví dụ, chúng ta có thể đưa những kỹ năng này lên một tầm cao mới. Chúng ta cần bằng cách nào đó nâng cao giới hạn đó. Chúng ta cần bằng cách nào đó cải thiện sự cộng tác của chúng ta với các tác nhân, và với Ayduncraft, mục tiêu là lấy những bài học từ trò chơi và thực sự nâng điều đó lên một tầm cao mới với khả năng quan sát tốt hơn, quyền tự chủ cao hơn cho các tác nhân và cộng tác giữa con người và tác nhân.
Vì vậy, tôi mời bạn truy cập trang web. Đây là mã QR. Nó miễn phí. Bạn có thể tải xuống và trải nghiệm. Nó vẫn đang trong giai đoạn thử nghiệm. Nó vẫn còn mới. Có rất nhiều thứ cần thay đổi, nhưng điều đó sẽ chỉ xảy ra với những phản hồi tích cực. Ngoài ra còn có một máy chủ Discord. Vì vậy, hãy tham gia, đóng góp phản hồi cho chúng tôi và cùng nhau nâng cao giới hạn. Cảm ơn bạn.