Phát triển AI Agent cho Quy trình Web3

Quy trình Web3 nào phù hợp với AI agent?

Một AI agent Web3 hữu ích nhất khi một nhóm có một tác vụ định kỳ với đầu vào được xác định, đầu ra thực tế và một người chịu trách nhiệm xem xét các ngoại lệ. Chúng tôi phát triển các agent cho phân loại hỗ trợ, nghiên cứu và báo cáo, vận hành nội dung, hỗ trợ cộng đồng và theo dõi on-chain. Điểm khởi đầu là công việc thực tế, không phải lời hứa tự động hóa mọi quyết định.

Một agent hỗ trợ có thể phân loại các câu hỏi đến, truy xuất tài liệu đã được phê duyệt và soạn thảo phản hồi để thành viên trong nhóm xem xét. Một agent nghiên cứu có thể thu thập thông tin từ các nguồn đã chọn và chuẩn bị một báo cáo có cấu trúc. Một agent theo dõi có thể gắn cờ một điều kiện cho người vận hành thay vì thực hiện hành động mà không có sự giám sát.

Trước khi xác định phạm vi, hãy ghi lại:

• Ai sử dụng đầu ra và ai phê duyệt nó?
• Agent có thể truy cập thông tin nào?
• Bước nào lặp đi lặp lại và bước nào cần phán đoán?
• Điều gì sẽ xảy ra khi thiếu dữ liệu hoặc độ tin cậy thấp?

Nếu quy trình cần một sản phẩm hướng đến người dùng cũng như một agent, chúng tôi có thể xem xét nó cùng với phát triển dApp hoặc trang web Web3. Một tác vụ hẹp, có chủ sở hữu rõ ràng thường là bản phát hành đầu tiên rõ ràng hơn một trợ lý rộng được kỳ vọng xử lý các yêu cầu không liên quan.

Làm thế nào để kết nối agent với các công cụ và dữ liệu?

Một AI agent hoạt động trong phạm vi các công cụ, thông tin và quyền được xác định cho quy trình của nó. Chúng tôi lập bản đồ những gì nó nhận được, những gì nó có thể tham khảo, những hành động nào nó có thể đề xuất hoặc thực hiện và nơi con người phải tiếp quản. Ranh giới đó là một phần của quá trình xây dựng, không phải là chi tiết để lại cho đến khi ra mắt.

Một thiết kế thực tế chia công việc của agent thành các bước: nhận yêu cầu hoặc sự kiện, truy xuất thông tin liên quan, áp dụng hướng dẫn tác vụ, chuẩn bị đầu ra và chuyển nó để phê duyệt hoặc trả lại cho người yêu cầu. Các tích hợp được chọn để phù hợp với hệ thống hiện có của khách hàng và quyền truy cập có sẵn. Đối với theo dõi on-chain, brief phải chỉ rõ nguồn dữ liệu và điều kiện nào quan trọng; vai trò của agent sau đó có thể giới hạn ở việc báo cáo hoặc leo thang.

Chúng tôi ghi lại các công cụ và bước bàn giao đã chọn trong phạm vi phát triển Web3, để nhóm có thể thấy những gì được kết nối và những gì vẫn là thủ công. Nếu trải nghiệm thuộc về Telegram, bot hoặc mini app Telegram có thể là một lớp giao diện riêng; nó không thay thế việc thiết kế quy trình cẩn thận.

Cơ sở kiến thức và đánh giá bao gồm những gì?

Một agent hữu ích cần thông tin được phép sử dụng và một cách để kiểm tra xem đầu ra của nó có phù hợp với tác vụ hay không. Chúng tôi xác định tài liệu nguồn, tổ chức nó để truy xuất khi cần và xác định hành vi dự kiến trước khi coi phản hồi đã sẵn sàng để sử dụng. Cơ sở kiến thức có thể bao gồm tài liệu dự án đã được phê duyệt, câu trả lời hỗ trợ, ghi chú quy trình hoặc tài liệu được cung cấp khác liên quan đến quy trình.

Bộ đánh giá nên phản ánh các yêu cầu thực tế và các tình huống có khả năng gây ra vấn đề nhất. Chúng tôi làm việc với khách hàng để chuẩn bị các ví dụ đại diện, kết quả dự kiến và các trường hợp agent nên yêu cầu làm rõ hoặc bàn giao công việc cho con người. Điều này làm cho việc xem xét trở nên cụ thể: nhóm có thể so sánh đầu ra với các yêu cầu của riêng mình thay vì dựa vào ấn tượng chung rằng agent nghe có vẻ thuyết phục.

Trong Desk Review, chúng tôi kiểm tra xem các nguồn được đề xuất có cập nhật không, hướng dẫn có xung đột không và liệu con người có thể nhận ra khi nào câu trả lời cần xem xét hay không. Các trường hợp đánh giá hữu ích bao gồm yêu cầu không đầy đủ, thông tin lỗi thời, từ ngữ mơ hồ và yêu cầu ngoài vai trò được giao của agent. Chúng tôi cũng xác định hệ thống nên làm gì khi một nguồn được kết nối không khả dụng.

Đối với một sản phẩm cũng cần logic ứng dụng tùy chỉnh, phạm vi có thể kết nối với phát triển hợp đồng thông minh, nhưng agent không nên được coi là sự thay thế cho việc xem xét hợp đồng. Sự tách biệt rõ ràng giữa thông tin được truy xuất, bản nháp được tạo và quyết định được con người phê duyệt mang lại cho nhóm một hệ thống dễ bảo trì hơn.

Điều gì xảy ra từ brief đầu tiên đến triển khai?

Dự án chuyển từ một brief quy trình cụ thể sang một triển khai đã được kiểm tra, có giám sát và bàn giao mà nhóm có thể sử dụng. Lịch trình phụ thuộc vào số lượng tích hợp, tình trạng của tài liệu nguồn và tốc độ khách hàng có thể xem xét các ví dụ, vì vậy chúng tôi thống nhất các cột mốc sau khi xác định ranh giới phát hành đầu tiên.

Chúng tôi bắt đầu với một Advisory Brief ghi lại tác vụ mục tiêu, người dùng, tài liệu nguồn, quyền truy cập công cụ, điểm phê duyệt và các thước đo đầu ra chấp nhận được. Sau đó, chúng tôi xác nhận những gì thuộc về phiên bản đầu tiên và những gì nên giữ lại là quy trình thủ công. Điều này tránh xây dựng dựa trên các giả định chưa được kiểm tra với những người sẽ vận hành agent.

Quá trình xây dựng thường bao gồm thiết kế quy trình, tích hợp công cụ và dữ liệu, thiết lập cơ sở kiến thức nếu cần, các rào cản, bộ đánh giá và các thỏa thuận theo dõi. Chúng tôi kiểm tra dựa trên các ví dụ đã thống nhất, xem xét hành vi thất bại và leo thang, và giải quyết các vấn đề trong phạm vi đã thống nhất trước khi triển khai. Bàn giao giải thích cách sử dụng agent, nơi cần xem xét của con người và cách báo cáo sự cố.

Khách hàng nên chuẩn bị một chủ sở hữu quy trình, các ví dụ đại diện, tài liệu đã được phê duyệt và quyền truy cập cần thiết cho các tích hợp. Chúng tôi giữ các quyết định và mục mở hiển thị trong Channel Memo, sau đó sử dụng quy trình làm việc dự án để phối hợp xem xét. Nếu bạn đã có một đặc tả kỹ thuật đang hoạt động, hãy chia sẻ nó; nếu không, chúng tôi có thể cùng nhau xác định tác vụ đầu tiên.

Nên giữ sự giám sát của con người ở đâu trong AI agent?

Sự giám sát của con người thuộc về bất cứ nơi nào một câu trả lời hoặc hành động không chính xác có thể gây hiểu lầm cho người dùng, ảnh hưởng đến quyền truy cập tài sản hoặc tạo ra một quyết định vận hành quan trọng. Chúng tôi thiết kế một phương án dự phòng rõ ràng cho các đầu vào không chắc chắn, nguồn không khả dụng và yêu cầu ngoài tác vụ được giao, thay vì coi mọi phản hồi của agent đã sẵn sàng để sử dụng.

Hành vi của agent bị giới hạn bởi dữ liệu được kết nối, quyền công cụ, dịch vụ mô hình và hướng dẫn có sẵn cho dự án. Một nguồn có thể thay đổi hoặc không khả dụng, và đầu ra được tạo có thể không đầy đủ hoặc sai; không có bộ đánh giá nào có thể thiết lập tính chính xác cho mọi yêu cầu trong tương lai. Do đó, chúng tôi xác định trách nhiệm xem xét, kiểm tra các trường hợp ngoại lệ đã biết và giới hạn hành động trong các quyền đã thống nhất với khách hàng. Trước khi triển khai, hãy xác nhận ai có thể thay đổi hướng dẫn, ai theo dõi các ngoại lệ và cách agent có thể bị tạm dừng hoặc trả lại quy trình làm việc do con người dẫn dắt. Các kiểm soát vận hành này giúp nhóm sử dụng hệ thống một cách có trách nhiệm, nhưng không loại bỏ nhu cầu kiểm tra đầu ra trong các tình huống có tác động cao hơn.

Làm thế nào để xác định phạm vi cho một dự án AI agent đầu tiên?

Xác định phạm vi cho agent đầu tiên xoay quanh một quy trình với một chủ sở hữu được chỉ định, thông tin có sẵn và một điểm có thể quan sát được nơi một người có thể xem xét kết quả. Điều này cung cấp cho cả hai bên một cơ sở cụ thể để ước tính tích hợp, chuẩn bị ví dụ đánh giá và thống nhất ý nghĩa của việc triển khai. Giá dự án từ $1.400 / dự án; phạm vi đã xác nhận thiết lập các sản phẩm bàn giao và thời gian.

Một brief hữu ích trả lời bốn câu hỏi: sự kiện nào bắt đầu tác vụ, thông tin nào được phép, agent nên tạo ra kết quả gì và điều gì phải được leo thang? Thêm các mẫu đầu vào và đầu ra nếu có, cùng với các hệ thống agent cần truy cập. Nếu kết quả mong muốn chưa rõ ràng, hãy mô tả công việc lặp đi lặp lại và chi phí xử lý thủ công; chúng tôi có thể giúp thu hẹp trường hợp sử dụng đầu tiên.

Quá trình xây dựng có thể nằm cùng với các công việc phát triển khác, chẳng hạn như tạo và triển khai token, nhưng mỗi thành phần nên có chủ sở hữu và tiêu chí chấp nhận riêng. Đối với một dự án tiềm năng, hãy gửi cho chúng tôi một ví dụ quy trình, dữ liệu hoặc tài liệu mà nó dựa vào và người dùng dự kiến. Chúng tôi sẽ xem xét các tài liệu đó, xác định câu hỏi và trả về bước tiếp theo có phạm vi cho agent.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Xác định tác vụChia sẻ quy trình lặp lại, người dùng và đầu ra mà nhóm cần. Chúng tôi xác định ranh giới giữa công việc của agent và phán đoán của con người.
2. Lập bản đồ nguồn và công cụLiệt kê tài liệu, dữ liệu và hệ thống agent có thể sử dụng, cùng với giới hạn truy cập và mọi phê duyệt cần thiết.
3. Thống nhất bản phát hành đầu tiênXác nhận tích hợp, nhu cầu cơ sở kiến thức, rào cản, ví dụ đánh giá và những gì nằm ngoài phạm vi ban đầu.
4. Xây dựng và đánh giáPhát triển quy trình và kiểm tra nó dựa trên các ví dụ đã thống nhất, bao gồm đầu vào không rõ ràng và các trường hợp cần được leo thang.
5. Triển khai và bàn giaoChuẩn bị triển khai và thiết lập theo dõi đã thống nhất, sau đó giải thích vận hành, trách nhiệm xem xét và báo cáo sự cố.