Bỏ qua nội dung
Phát triển Web3

Phát triển AI Agent cho Tác vụ Web3 với Sự Rà soát của Con người

Chúng tôi xây dựng các agent cho công việc được xác định: phân loại hỗ trợ, nghiên cứu, báo cáo, vận hành nội dung và theo dõi on-chain. Mỗi phạm vi kết nối các công cụ và thông tin đã được phê duyệt, kiểm tra hành vi kỳ vọng và thiết lập một lộ trình rõ ràng đến một con người.

Tóm tắtPhát triển AI Agent biến một tác vụ Web3 lặp đi lặp lại thành một quy trình làm việc có giám sát sử dụng các công cụ và kiến thức đã được phê duyệt. Bạn nhận được một thiết kế có phạm vi, các tích hợp, bộ đánh giá, triển khai và bàn giao. Chúng tôi thiết lập lịch trình bàn giao sau khi xem xét tác vụ, quyền truy cập dữ liệu và nhu cầu phê duyệt.

Đã cập nhật:

Một agent nên xử lý tác vụ gì đầu tiên trong nhóm Web3?

Một thẻ tác vụ cho thấy liệu một quy trình làm việc có phù hợp với agent hay không. Nó ghi lại trình kích hoạt, thông tin cần thiết, kết quả kỳ vọng và người chịu trách nhiệm rà soát. Chúng tôi sử dụng bản ghi tiếp nhận 7 trường: tác vụ, chủ sở hữu, đầu vào, nguồn, đầu ra, ngoại lệ và phê duyệt.

Phân loại hỗ trợ có thể sắp xếp các yêu cầu đến và chuẩn bị bản nháp để rà soát. Quy trình nghiên cứu có thể thu thập tài liệu từ các nguồn đã phê duyệt và sắp xếp các phát hiện. Vận hành nội dung có thể chuẩn bị hoặc định tuyến tài liệu qua một lộ trình rà soát hiện có. Theo dõi on-chain có thể hiển thị thông tin cho thành viên nhóm kiểm tra. Trong mỗi trường hợp, agent hỗ trợ một tác vụ được xác định. Nó không thay thế quyền sở hữu quyết định.

Một tác vụ đầu tiên hữu ích có đầu vào lặp lại và kết quả mà nhóm có thể kiểm tra. Nếu quy trình làm việc thay đổi theo yêu cầu, hãy ghi lại các biến thể của nó trước khi phát triển. Nếu yêu cầu chính là giao diện trò chuyện, hãy so sánh phạm vi với phát triển chatbot AI. Đối với agent được nhúng trong sản phẩm, hãy lập bản đồ giao diện và công việc ứng dụng thông qua phát triển dApp hoặc phát triển website Web3.

Trước khi xác định phạm vi, hãy mang một ví dụ thực tế từ đầu đến cuối. Đánh dấu nơi một người hiện đang kiểm tra thông tin, phê duyệt hành động hoặc xử lý ngoại lệ. Ví dụ đó giúp tách biệt công việc tự động hóa khỏi các quyết định nên thuộc về nhóm của bạn.

Agent có thể sử dụng những công cụ và nguồn kiến thức nào?

Một sơ đồ nguồn xác định agent có thể đọc gì, thay đổi gì và ai kiểm soát mỗi kết nối. Chúng tôi ghi lại nguồn sự thật cho mọi trường bắt buộc, cùng với quyền cần thiết để truy cập nó. Sơ đồ cũng ghi chú quy trình làm việc nên làm gì khi một nguồn bị thiếu hoặc không khả dụng.

Cơ sở kiến thức có thể dựa trên các tài liệu sản phẩm đã phê duyệt, chính sách hỗ trợ, quy trình nội bộ hoặc tài liệu nghiên cứu. Chúng tôi tổ chức nội dung đã thống nhất xoay quanh tác vụ. Sau đó, chúng tôi xác định ai duy trì nó và cách các bản cập nhật đi vào quy trình làm việc. Điều này cung cấp cho nhóm một điểm tham chiếu rõ ràng khi xem xét đầu ra của agent.

Quyền truy cập công cụ nên phù hợp với công việc. Một quy trình nghiên cứu có thể truy xuất thông tin và chuẩn bị báo cáo. Một quy trình vận hành có thể tạo bản nháp hoặc định tuyến tác vụ. Đối với các hành động ảnh hưởng đến khách hàng, quỹ hoặc hệ thống sản xuất, hãy đặt điểm phê duyệt của con người trước khi triển khai. Nếu agent cần giao diện Telegram, hãy xác định phạm vi kết nối đó cùng với phát triển giao diện Telegram. Giao diện và logic agent là các phần riêng biệt của bản dựng.

Đối với lần xem xét truy cập đầu tiên, hãy liệt kê 3 điều cho mỗi hệ thống: chủ sở hữu, dữ liệu cần thiết và hành động được phép. Bao gồm đầu vào và đầu ra mẫu. Biên tập thông tin bí mật hoặc cá nhân trừ khi việc sử dụng nó đã được phê duyệt. Việc xem xét này phát hiện quyền truy cập bị thiếu hoặc quyền sở hữu dữ liệu không rõ ràng trước khi những giả định đó định hình thiết kế.

Nhận giá cho Phát triển AI Agent

Gửi link dự án và thông tin liên hệ. Chúng tôi sẽ phản hồi với kế hoạch, thời gian và giá.

Làm thế nào để kiểm tra hành vi của agent trước khi phát hành?

Một bộ đánh giá biến các tác vụ mẫu thành các kiểm tra mà nhóm có thể xem xét. Chúng tôi bắt đầu với 4 loại trường hợp: yêu cầu thông thường, đầu vào không đầy đủ, thông tin mâu thuẫn và các trường hợp ngoài phạm vi của agent. Đối với mỗi trường hợp, phản hồi kỳ vọng nên rõ ràng. Nó có thể chuẩn bị bản nháp, yêu cầu làm rõ, leo thang hoặc dừng lại.

Chúng tôi so sánh đầu ra của agent với kỳ vọng đã thống nhất. Chúng tôi cũng kiểm tra đường dẫn nó đã sử dụng: liệu nó có dựa trên nguồn đã phê duyệt, ở trong phạm vi truy cập và cung cấp cho người đánh giá đủ bối cảnh hay không. Một câu trả lời trôi chảy không phải là bằng chứng đủ nếu nguồn hoặc hành động không thể được kiểm tra.

Bộ đánh giá nên bao gồm các ví dụ từ chủ sở hữu quy trình làm việc, không chỉ các yêu cầu lý tưởng hóa. Giữ hồ sơ về các trường hợp cần sửa đổi. Khi tài liệu sản phẩm, chính sách hoặc quy tắc tác vụ thay đổi, hãy cập nhật các ví dụ liên quan và xem xét lại hành vi. Điều này cung cấp cho nhóm của bạn một cách có thể lặp lại để kiểm tra các thay đổi thay vì dựa vào trí nhớ.

Trước khi thử nghiệm, hãy thống nhất 3 quyết định đánh giá: ai phê duyệt đầu ra nhạy cảm, ai có thể thay đổi quyền và ai nhận leo thang. Nếu công việc liên quan đến hành vi hợp đồng, hãy phối hợp ranh giới agent với phát triển hợp đồng thông minh. Vai trò được phép của agent nên rõ ràng trước khi bất kỳ kết nối nào được thực hiện với chức năng sản phẩm đó.

Những sản phẩm bàn giao nào đi kèm với bản dựng agent tùy chỉnh?

Hồ sơ bàn giao làm cho phạm vi đã thống nhất trở nên rõ ràng trước khi triển khai. Nó kết nối định nghĩa tác vụ với các công cụ, tài liệu nguồn, kiểm tra đánh giá và kế hoạch phát hành. Các sản phẩm bàn giao được chọn cho quy trình làm việc thay vì được giả định từ danh sách tính năng tiêu chuẩn.

Một bản dựng điển hình bao gồm:

  • Brief quy trình làm việc: vai trò người dùng, đường dẫn tác vụ và xử lý ngoại lệ.
  • Sơ đồ tích hợp: hệ thống đã phê duyệt, trường dữ liệu và quyền.
  • Cơ sở kiến thức: nguồn đã thống nhất và chủ sở hữu cập nhật được nêu rõ.
  • Lan can: leo thang, trường hợp nhạy cảm và điểm phê duyệt.
  • Bộ đánh giá: tác vụ mẫu, phản hồi kỳ vọng và trường hợp biên.
  • Gói phát hành: triển khai, phương pháp theo dõi, ghi chú kỹ thuật và bàn giao.

Chúng tôi cũng đánh dấu công việc không được bao gồm trong phạm vi ban đầu. Điều này có thể bao gồm các nguồn dữ liệu bổ sung, giao diện người dùng mới, hành vi đa ngôn ngữ hoặc các hành động được ủy quyền riêng. Nếu agent cần bề mặt sản phẩm trò chuyện, chatbot AI Web3 có thể là một phần của công việc. Nó không bắt buộc đối với báo cáo nền hoặc theo dõi.

Một hồ sơ bàn giao 5 phần có thể bao gồm quy trình làm việc, kết nối, quyền, đường dẫn leo thang và chủ sở hữu bảo trì. Kế hoạch phát hành xác định môi trường thử nghiệm và những người chịu trách nhiệm truy cập. Nếu agent nằm trong một sản phẩm lớn hơn, hãy phối hợp quyền sở hữu phát hành với phát triển ứng dụng di động hoặc nhóm ứng dụng liên quan. Nhóm của bạn nên có đủ tài liệu để kiểm tra đầu ra và yêu cầu thay đổi có phạm vi.

Quyền và dịch vụ bên ngoài hạn chế agent ở điểm nào?

Sơ đồ truy cập xác định thẩm quyền của agent. Nó liệt kê mỗi nguồn đã phê duyệt, hành động được phép và điểm kiểm tra của con người, để người vận hành có thể thấy nơi hệ thống phải dừng lại. Một bộ quyền hạn hẹp dễ giám sát hơn quyền truy cập rộng không liên quan đến tác vụ.

Đối với theo dõi on-chain, hãy xác định thông tin khả dụng nào quan trọng và ai kiểm tra bản ghi cơ bản. Coi bản tóm tắt của agent như một lời nhắc để xem xét, không phải thay thế cho việc kiểm tra bản ghi đó. Đối với hỗ trợ và nghiên cứu, hãy duy trì một đường dẫn từ đầu ra đến nguồn đã phê duyệt của nó. Nếu một dịch vụ được kết nối thay đổi quyền truy cập hoặc trả về thông tin không đầy đủ, quy trình làm việc cần một phương án dự phòng cho con người.

Một agent Web3 chỉ có thể sử dụng dữ liệu và hành động được ủy quyền do các dịch vụ được kết nối của nó cung cấp. Các dịch vụ đó có thể thay đổi. Hướng dẫn không rõ ràng hoặc tài liệu nguồn không đầy đủ cũng có thể ảnh hưởng đến đầu ra. Bàn giao bao gồm bản dựng đã thống nhất, không phải quyền truy cập tích hợp không bị gián đoạn hoặc hành vi chính xác trong mọi trường hợp.

Trước khi phát hành, hãy nêu tên ai có thể tạm dừng quy trình làm việc và ai xử lý leo thang. Xác nhận quyền truy cập dữ liệu, kỳ vọng lưu giữ và quyền sở hữu sự cố với nhóm dự án. Thêm các quyết định này vào ghi chú vận hành, cùng với quy trình báo cáo sự cố. Đối với bất kỳ hành động nhạy cảm nào, hãy duy trì một bước phê duyệt có ý nghĩa và một cách để kiểm tra thông tin đằng sau hành động được đề xuất.

Làm thế nào một nhóm có thể quyết định có nên xây dựng agent ngay bây giờ hay không?

Một thẻ tác vụ và sơ đồ nguồn đã hoàn thành cung cấp bằng chứng quyết định đầu tiên. Nếu tác vụ có chủ sở hữu, đầu vào có thể truy cập, kết quả có thể kiểm tra và các ngoại lệ được xác định, nhóm có thể xác định phạm vi triển khai. Nếu một trong những phần đó bị thiếu, hãy ghi lại quy trình làm việc hoặc chuẩn bị dữ liệu trước.

So sánh các tác vụ ứng viên qua 4 điểm thực tế: khả năng lặp lại, quyền truy cập nguồn, quyền sở hữu đánh giá và chi phí của một hành động không chính xác. Một tác vụ có đánh giá rõ ràng và đầu ra tác động thấp dễ đánh giá hơn như một bản dựng ban đầu. Các hành động tác động cao cần quyền chặt chẽ hơn và phê duyệt rõ ràng. Mục tiêu là một phạm vi có giới hạn mà nhóm của bạn có thể kiểm tra, không phải một danh sách tính năng dài.

Nếu sản phẩm của bạn kết hợp một số nhu cầu phát triển, hãy đặt công việc agent trong kế hoạch phát triển Web3 rộng hơn. Đối với hành vi ứng dụng, hãy xác định xem phát triển hợp đồng thông minh hay giao diện người dùng có chủ sở hữu riêng hay không. Điều này ngăn brief agent âm thầm hấp thụ công việc sản phẩm cần phạm vi riêng của nó.

GeoMarketing Experts xem xét hồ sơ tác vụ, kiểm tra dữ liệu và sơ đồ truy cập, sau đó trả về phạm vi đề xuất với các sản phẩm bàn giao và phương pháp phát hành. Gửi cho chúng tôi một quy trình làm việc, đầu vào và đầu ra mẫu, các hệ thống liên quan và các hành động phải nằm dưới sự kiểm soát của con người. Chúng tôi sẽ sử dụng những tài liệu đó để xác định bản dựng đầu tiên và các kiểm tra đánh giá của nó.

Cách hoạt động

  1. Ghi lại một quy trình làm việcChia sẻ chủ sở hữu, trình kích hoạt, đầu vào và kết quả kỳ vọng của nó. Đánh dấu các quyết định hoặc trường hợp cần một con người.
  2. Lập bản đồ dữ liệu và truy cậpChúng tôi xác định tài liệu nguồn, hệ thống được kết nối, quyền và chủ sở hữu tích hợp. Điều này xác định agent có thể đọc hoặc làm gì.
  3. Đặt phạm vi và đánh giáChúng tôi thống nhất về các sản phẩm bàn giao, đường dẫn ngoại lệ, điểm phê duyệt và các trường hợp thử nghiệm đại diện trước khi triển khai.
  4. Xây dựng và đánh giáChúng tôi phát triển agent, cơ sở kiến thức và các kết nối đã phê duyệt, sau đó kiểm tra chúng dựa trên các tác vụ đã thống nhất và trường hợp biên.
  5. Triển khai và bàn giaoChúng tôi phát hành trong phạm vi đã thống nhất và ghi lại vận hành, leo thang và đánh giá đầu ra cho nhóm của bạn.

Câu hỏi thường gặp

Tôi nên gửi gì để được xác định phạm vi dự án agent?

Gửi một mô tả tác vụ, đầu vào và đầu ra kỳ vọng mẫu, các hệ thống hoặc tài liệu liên quan, và các trường hợp yêu cầu rà soát của con người. Bao gồm một người liên hệ hiểu quy trình làm việc hiện tại và có thể xác nhận quyền truy cập. Một bản ghi tác vụ 7 trường là đủ để bắt đầu đánh giá; biên tập các chi tiết nhạy cảm cho đến khi việc sử dụng chúng được phê duyệt.

Agent có thể làm việc với các công cụ mà nhóm Web3 của chúng tôi đã sử dụng không?

Có, nếu hệ thống cung cấp một kết nối đã được phê duyệt và dự án của bạn có thể ủy quyền quyền truy cập cần thiết. Chúng tôi ghi lại chủ sở hữu hệ thống, dữ liệu cần thiết và hành động được phép cho mỗi kết nối. Nếu một nguồn không thể cung cấp thông tin cần thiết, chúng tôi xác định điều đó trong quá trình xác định phạm vi và xem xét một quy trình làm việc khác.

Làm thế nào để các yêu cầu nhạy cảm được giữ dưới sự kiểm soát của con người?

Chúng tôi xác định quyền, quy tắc leo thang và điểm phê duyệt trong quy trình làm việc. Bộ đánh giá bao gồm các ví dụ nơi agent nên chuyển yêu cầu đến một người hoặc dừng lại. Nhóm của bạn có thể xem xét các trường hợp đó trước khi phát hành, cùng với nguồn và hành động có sẵn cho agent.

Điều gì quyết định lịch trình xây dựng một AI Agent?

Lịch trình phụ thuộc vào định nghĩa tác vụ, mức độ sẵn sàng của dữ liệu, quyền truy cập tích hợp, nhu cầu đánh giá và môi trường phát hành. Một quy trình làm việc rõ ràng với các ví dụ có sẵn dễ xác định phạm vi hơn so với quy trình cần khám phá quy trình hoặc chuẩn bị dữ liệu mới. Chúng tôi cung cấp kế hoạch bàn giao sau khi xem xét các đầu vào đó và thống nhất về các sản phẩm bàn giao.

Agent có thể theo dõi thông tin on-chain cho nhóm của chúng tôi không?

Nó có thể được xác định phạm vi để sử dụng các nguồn đã thống nhất nhằm xác định thông tin liên quan và chuẩn bị báo cáo hoặc thông báo để xem xét. Brief cần xác định sự kiện quan tâm, nguồn có sẵn và người chịu trách nhiệm theo dõi. Chúng tôi ghi lại đường dẫn đánh giá để người vận hành có thể kiểm tra thông tin cơ bản, không chỉ bản tóm tắt.

Bạn có thể đảm bảo mọi phản hồi của agent đều chính xác không?

Không. Đầu ra có thể bị ảnh hưởng bởi hướng dẫn, tài liệu nguồn, phản hồi của dịch vụ được kết nối và chính yêu cầu. Chúng tôi xác định các trường hợp đánh giá, ranh giới quyền và phương án dự phòng của con người, nhưng các biện pháp kiểm soát đó không thiết lập tính chính xác trong mọi tình huống. Đối với công việc nhạy cảm, hãy giữ lại một bước phê duyệt và một cách để kiểm tra thông tin đằng sau mỗi hành động được đề xuất.

Kể cho chúng tôi về dự án của bạn

Trả lời bốn câu hỏi nhanh và quản lý sẽ gửi kế hoạch, thời gian và mức giá trong vòng một giờ. Mọi thứ được bảo mật.

Đang tải biểu mẫu…

Nhận báo giá

Để lại thông tin liên hệ, chúng tôi sẽ gửi kế hoạch và giá.

Chat với quản lýThường phản hồi trong vài phút
Chào bạn! Kể cho chúng tôi về dự án và mục tiêu của bạn. Một người thật sẽ trả lời tại đây.
Tiếp tục trên Telegram