Tác vụ Web3 nào phù hợp với AI Agent?
Bắt đầu với 1 quy trình làm việc lặp lại. Nó cần có đầu vào rõ ràng, đầu ra hữu ích và phương án dự phòng an toàn cho con người. Chúng tôi lập bản đồ 3 phần đó trước khi quyết định tác vụ có phù hợp để xây dựng AI Agent hay không.
Chọn tác vụ dựa trên hình thức vận hành của nó:
| Quy trình làm việc | Chọn khi nào | Kiểm tra lập kế hoạch đầu tiên | Gửi cho chúng tôi |
|---|---|---|---|
| Phân loại hỗ trợ | Yêu cầu cần được sắp xếp và định tuyến | Trường hợp nào cần một người? | Câu hỏi mẫu và câu trả lời đã được phê duyệt |
| Nghiên cứu và báo cáo | Nguồn cần được sắp xếp để xem xét | Nguồn nào được coi là có thẩm quyền? | Danh sách nguồn và báo cáo mẫu |
| Theo dõi on-chain | Thông tin đã chọn sẽ kích hoạt xem xét | Tín hiệu nào cần đánh giá của con người? | Nguồn dữ liệu và cảnh báo ví dụ |
Vận hành nội dung và hỗ trợ cộng đồng cũng có thể phù hợp. Tài liệu nguồn và quy tắc phê duyệt phải rõ ràng. Một tác vụ đầu tiên tốt có chủ sở hữu rõ ràng và kết quả mà nhóm của bạn có thể đánh giá.
Nếu nhu cầu chính là giao diện hội thoại, hãy so sánh với phát triển chatbot AI. Đối với công việc sản phẩm rộng hơn, hãy bắt đầu với phát triển Web3.
Chọn agent khi nó phải sử dụng công cụ hoặc tuân theo một tác vụ nhiều bước. Chọn chatbot khi công việc chính của nó là trả lời câu hỏi của người dùng. Chúng tôi xác nhận sự khác biệt đó trước khi lên kế hoạch tích hợp.
3 quyết định định hình quy trình làm việc của agent
3 quyết định biến mô tả tác vụ thành kế hoạch xây dựng. Chúng xác định trình kích hoạt, quyền truy cập của agent và bàn giao cho con người. Chúng tôi ghi lại những điều này trước khi kết nối hệ thống.
- Đặt trình kích hoạt. Đặt tên cho sự kiện hoặc yêu cầu bắt đầu tác vụ. Xác nhận nó xuất hiện ở đâu và thông tin nào đi kèm với nó.
- Đặt quyền truy cập. Liệt kê các nguồn agent có thể đọc và các công cụ nó có thể sử dụng. Đánh dấu các hành động cần phê duyệt.
- Đặt bàn giao. Xác định điều gì xảy ra với thông tin bị thiếu, nguồn xung đột hoặc câu trả lời không chắc chắn. Nêu tên người hoặc nhóm nhận trường hợp đó.
- Đặt đánh giá. Thống nhất về các đầu vào đại diện và hành vi chấp nhận được. Bao gồm các ví dụ cần được chuyển lên cấp trên.
- Đặt ranh giới phát hành. Xác nhận nơi quy trình làm việc chạy. Nêu tên ai có thể xem xét hoạt động của nó sau khi triển khai.
Một quy trình làm việc trên Telegram có thể cần giao diện khác với bảng điều khiển vận hành nội bộ. Nếu Telegram là trung tâm, hãy xem phát triển quy trình làm việc trên Telegram. Nếu agent nằm trong giao diện sản phẩm, hãy so sánh với phát triển dApp.
Đưa người sở hữu tác vụ và một đầu mối kỹ thuật vào các quyết định này. Họ có thể làm rõ các ngoại lệ hàng ngày, quyền truy cập nguồn và yêu cầu triển khai. Điều đó giữ cho các chi tiết không chắc chắn không trở thành giả định xây dựng.
Chúng tôi cần gì trước khi kết nối công cụ và kiến thức?
6 đầu vào thực tế giúp lần xem xét đầu tiên trở nên hữu ích. Chúng bao gồm các ví dụ tác vụ, tài liệu nguồn, quyền truy cập, ngoại lệ, quy tắc phê duyệt và chủ sở hữu. Bạn không cần một đặc tả trau chuốt; các ví dụ làm việc có thể làm lộ các quyết định chưa rõ ràng.
- Ví dụ tác vụ: Gửi các yêu cầu điển hình và các bước nhóm của bạn thực hiện hiện tại.
- Kết quả mong đợi: Chia sẻ một đầu ra hữu ích và một đầu ra nên bị từ chối.
- Danh sách nguồn: Nêu tên các tài liệu, hệ thống hoặc dữ liệu on-chain mà quy trình làm việc có thể sử dụng.
- Chi tiết truy cập: Xác định các giao diện có sẵn và ai có thể phê duyệt quyền.
- Trường hợp ngoại lệ: Đánh dấu các yêu cầu mơ hồ, nhạy cảm hoặc quan trọng cần con người xem xét.
- Chủ sở hữu kiến thức: Nêu tên người có thể xác nhận hướng dẫn nào là hiện hành.
- Đầu mối kỹ thuật: Bao gồm người có thể trả lời các câu hỏi về tích hợp và triển khai.
Chúng tôi tổ chức kiến thức xoay quanh tác vụ cụ thể. Các nguồn có thể bao gồm quy trình, câu trả lời đã được phê duyệt, tài liệu sản phẩm và quy tắc chuyển lên cấp trên. Agent không nên nhận thông tin không liên quan chỉ vì nó tồn tại. Đối với công việc liên quan đến hợp đồng, hãy tách biệt việc truy xuất thông tin khỏi các hành động ảnh hưởng đến tài sản. Phát triển hợp đồng thông minh bao gồm công việc kỹ thuật riêng biệt.
Những đầu vào này giúp chúng tôi thiết lập các trường hợp đánh giá trước khi phát triển. Chúng cũng cung cấp cho chủ sở hữu quy trình làm việc của bạn một cách cụ thể để xem xét hành vi. Đánh giá kết quả, không chỉ xem câu trả lời có nghe có vẻ thuyết phục hay không.
Các giai đoạn xem xét phù hợp với quy trình xây dựng như thế nào?
3 giai đoạn làm việc tổ chức công việc: xem xét quy trình làm việc, xây dựng và đánh giá, sau đó triển khai và bàn giao. Thời lượng của chúng phụ thuộc vào quyền truy cập, mức độ sẵn sàng của nguồn và thời gian xem xét của nhóm bạn.
| Giai đoạn | Điều gì xảy ra | Bạn xem xét gì | Chúng tôi ghi lại gì |
|---|---|---|---|
| Xem xét quy trình làm việc | Lập bản đồ tác vụ, đầu vào, quyền và bàn giao | Ranh giới tác vụ và tiêu chí chấp nhận | Quy trình làm việc đã thống nhất và các câu hỏi mở |
| Xây dựng và đánh giá | Kết nối các công cụ và kiến thức đã được phê duyệt | Các trường hợp đại diện và ngoại lệ | Kết quả kiểm tra và các vấn đề chưa giải quyết |
| Triển khai và bàn giao | Chuẩn bị phát hành và hướng dẫn vận hành | Quyền truy cập, quyền sở hữu và lộ trình dự phòng | Ghi chú bàn giao và hướng dẫn theo dõi |
Mỗi giai đoạn có một điểm xem xét rõ ràng. Chủ sở hữu tác vụ của bạn xác nhận hành vi mong đợi. Đầu mối kỹ thuật của bạn kiểm tra các ràng buộc về quyền truy cập và phát hành. Chúng tôi điều chỉnh kế hoạch khi một tích hợp hoặc nguồn chưa sẵn sàng. Những điều chưa biết không trở thành giả định được phê duyệt.
Một bộ đánh giá hữu ích bao gồm các yêu cầu thông thường, đầu vào mơ hồ, trường hợp ngoại lệ và các ví dụ nên được chuyển đến một người. Xem xét việc sử dụng nguồn, các bước tác vụ và hành vi chuyển lên cấp trên. Đối với một giao diện hội thoại riêng biệt, hãy xem phát triển chatbot AI.
Các phụ thuộc nền tảng luôn được hiển thị trong kế hoạch
3 kiểm tra giữ cho các phụ thuộc bên ngoài luôn hiển thị: quyền truy cập, hành vi dữ liệu và xử lý lỗi. Chúng tôi ghi lại các hệ thống mà agent dựa vào. Chúng tôi cũng xác định những gì nhóm của bạn thấy khi một kết nối hoặc nguồn không hoạt động như mong đợi.
- Kiểm tra truy cập: Xác nhận các quyền có sẵn và ai có thể phê duyệt chúng.
- Kiểm tra dữ liệu: Xác định các nguồn có thẩm quyền và cách quy trình làm việc xử lý thông tin bị thiếu hoặc xung đột.
- Kiểm tra dự phòng: Chỉ định khi nào agent dừng lại và chuyển một trường hợp đến một người.
Quyền truy cập API bên thứ ba, điều khoản nhà cung cấp, tính khả dụng của dịch vụ, giới hạn tốc độ và thay đổi định dạng dữ liệu nằm ngoài bản build. Một tích hợp có thể thay đổi sau khi phát hành. Chúng tôi kiểm tra các đường dẫn lỗi dự kiến và ghi lại lộ trình con người. Chúng tôi không thể hứa hẹn quyền truy cập không bị gián đoạn hoặc tín hiệu bên ngoài đầy đủ.
Nhóm của bạn nên quyết định hành động nào chỉ đọc và hành động nào cần phê duyệt. Điều này quan trọng nhất khi quy trình làm việc chạm đến tài sản, hỗ trợ người dùng hoặc các hoạt động nhạy cảm về thời gian. Bản xem xét của chúng tôi ghi lại các ranh giới đã thống nhất, các trường hợp đánh giá và các phụ thuộc mở. Chủ sở hữu của bạn có thể thấy những gì đã được kiểm tra.
Gửi cho chúng tôi 1 tác vụ lặp lại, các bước hiện tại của nó và một vài đầu vào ví dụ. Bao gồm các công cụ liên quan và người sở hữu quy trình làm việc. DigitalMedia1 sẽ xem xét các tài liệu đó. Chúng tôi sẽ gửi lại báo giá bằng văn bản trong vòng 2 ngày làm việc và xác nhận kế hoạch xây dựng trước khi công việc bắt đầu.
Cách hoạt động
- Gửi một tác vụ lặp lạiChia sẻ các bước hiện tại, đầu vào ví dụ và kết quả hữu ích trông như thế nào. Bao gồm các ngoại lệ cần phán đoán của con người.
- Lập bản đồ công cụ và quyết địnhChúng tôi xác định các nguồn được phê duyệt, quyền truy cập có sẵn, hành động được phép và các điểm cần con người xem xét.
- Thống nhất kế hoạch xây dựngBạn xác nhận ranh giới quy trình làm việc, trường hợp đánh giá, nhu cầu triển khai và những người chịu trách nhiệm xem xét.
- Xây dựng và đánh giáChúng tôi kết nối các công cụ và kiến thức đã thống nhất, sau đó xem xét các trường hợp đại diện với chủ sở hữu quy trình làm việc của bạn.
- Triển khai và bàn giaoChúng tôi hỗ trợ phát hành và hướng dẫn nhóm của bạn về trách nhiệm vận hành, theo dõi và bảo trì.
Câu hỏi thường gặp
Tôi nên gửi gì để bắt đầu xem xét AI Agent?
Gửi 1 tác vụ lặp lại, các bước hiện tại của nó và một vài đầu vào ví dụ. Thêm một ví dụ về kết quả chấp nhận được, các hệ thống liên quan và người sở hữu quy trình làm việc. Nếu một số trường hợp luôn phải đến tay con người, hãy đánh dấu những trường hợp đó. Những tài liệu này cho phép chúng tôi xem xét quyền truy cập, bàn giao và nhu cầu đánh giá trước khi đề xuất kế hoạch xây dựng.
Agent có thể kết nối với sản phẩm Web3 hiện có của chúng tôi không?
Có, khi các giao diện và quyền cần thiết có sẵn. Đầu tiên, chúng tôi lập bản đồ nơi tác vụ diễn ra, chẳng hạn như quy trình làm việc nội bộ, Telegram hoặc dApp. Sau đó, chúng tôi liệt kê các nguồn agent có thể đọc và các hành động nó có thể thực hiện. Một đầu mối kỹ thuật có thể xác nhận chi tiết truy cập và triển khai trong quá trình xem xét.
Làm thế nào để bạn quyết định chi phí của một AI Agent tùy chỉnh?
Báo giá phụ thuộc vào 3 yếu tố: quy trình làm việc, các tích hợp của nó và công việc kiến thức hoặc đánh giá mà nó cần. Chúng tôi xem xét các đầu vào đó và gửi báo giá cố định bằng văn bản trong vòng 2 ngày làm việc, trước khi thanh toán. Báo giá xác định bản build đã thống nhất và các hệ thống hoặc tác vụ mà nó bao gồm.
Đánh giá của bạn kiểm tra những gì trước khi phát hành?
Chúng tôi kiểm tra các trường hợp đại diện dựa trên các tiêu chí đã thống nhất với nhóm của bạn. Bộ đánh giá có thể bao gồm các yêu cầu thông thường, đầu vào mơ hồ và các ví dụ phải được chuyển lên cấp trên. Chủ sở hữu quy trình làm việc của bạn xem xét việc sử dụng nguồn, hành vi tác vụ và bàn giao. Chúng tôi ghi lại các phát hiện và vấn đề chưa giải quyết để quyết định phát hành có cơ sở rõ ràng.
Agent có thể hành động mà không cần hỏi người trước không?
Chỉ đối với các hành động được bao gồm rõ ràng trong kế hoạch và phù hợp với tác vụ. Chúng tôi xác định quyền và điểm phê duyệt trước khi phát triển. Đối với các hành động ảnh hưởng đến tài sản hoặc hoạt động quan trọng, quy trình làm việc nên chỉ định một bước xem xét của con người. Agent cũng cần một phương án dự phòng rõ ràng cho các trường hợp nằm ngoài thẩm quyền của nó.
Một tích hợp bên ngoài có thể duy trì khả dụng sau khi ra mắt không?
Không có tích hợp nào có thể được hứa hẹn là sẽ không thay đổi. Quyền truy cập API, điều khoản nhà cung cấp, tính khả dụng, giới hạn tốc độ và định dạng dữ liệu có thể thay đổi ngoài bản build. Chúng tôi ghi lại các phụ thuộc đó, kiểm tra hành vi lỗi dự kiến và xác định lộ trình xem xét của con người. Nhóm của bạn nhận được ghi chú phụ thuộc như một phần của quá trình bàn giao.
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…