Nhiệm vụ quyết định hình thức của agent
Phát triển AI Agent là thiết kế một hệ thống hoàn thành một nhiệm vụ đã xác định bằng cách sử dụng một mô hình, thông tin đã được phê duyệt và các công cụ đã chọn. Quyết định đầu tiên là liệu công việc có cần một agent với các bước vận hành, một giao diện hội thoại, hay một quy trình theo dõi tập trung hay không. Một nhiệm vụ rõ ràng giúp việc phân biệt đó dễ dàng hơn là bắt đầu với một công nghệ ưa thích.
Một trải nghiệm hội thoại có thể được xem xét tốt hơn như phát triển chatbot AI, trong khi một nhiệm vụ trải dài trên một sản phẩm có thể thuộc về phát triển Web3 rộng hơn. Đối với cuộc thảo luận ban đầu, hãy mang theo một nhiệm vụ lặp đi lặp lại, chủ sở hữu hiện tại của nó và một ví dụ về kết quả hữu ích. Sau đó, chúng tôi có thể thống nhất những gì hệ thống nên chuẩn bị, những gì nó có thể làm và nơi con người tiếp quản.
| Hình thức làm việc | Điểm khởi đầu phù hợp | Sự tham gia của con người |
|---|---|---|
| Task agent | Định tuyến các yêu cầu hỗ trợ hoặc chuẩn bị báo cáo | Xem xét các ngoại lệ và các hành động hệ quả |
| Trợ lý hội thoại | Trả lời các câu hỏi lặp đi lặp lại | Đặt các chủ đề được phép và điểm leo thang |
| Quy trình theo dõi | Thu thập thông tin on-chain cụ thể | Xem xét các cảnh báo và quyết định hành động tiếp theo |
Một đầu mối liên hệ duy nhất giữ cho các quyết định được nhất quán
Một đầu mối liên hệ được chỉ định duy nhất nắm giữ luồng công việc từ định nghĩa nhiệm vụ đến bàn giao. Người đó thu thập các quyết định của bạn, ghi lại các hành động được phép và trình bày quy trình làm việc được đề xuất để bạn ký duyệt trước khi triển khai bắt đầu. Điều này giữ các phê duyệt ở một nơi và tránh việc yêu cầu một số thành viên trong nhóm giải quyết cùng một câu hỏi một cách độc lập.
Tài liệu dự án được xử lý kín đáo trong cuộc thảo luận làm việc. Không có gì được trình bày như một agent hướng ra công chúng hoặc được xuất bản như một phần của dịch vụ phát triển này. Bạn quyết định ví dụ, nguồn nội bộ và chi tiết truy cập nào phù hợp để chia sẻ, và ai ở phía bạn có thể phê duyệt chúng.
Có 2 thời điểm phê duyệt thực tế: đầu tiên, xác nhận quy trình làm việc và ranh giới truy cập; sau đó, xem xét hành vi đã được đánh giá trước khi triển khai. Một sự ký duyệt bằng văn bản tại mỗi điểm cung cấp cho nhóm một hồ sơ rõ ràng về những gì đã được thống nhất. Các bản nháp của quy trình làm việc và hành vi mẫu được hiển thị riêng tư, để bạn có thể thực hiện các thay đổi đã cân nhắc trước khi bất cứ điều gì được đưa vào sử dụng. Đầu mối liên hệ được chỉ định điều phối các sửa đổi đó và giữ cho quyết định tiếp theo luôn rõ ràng.
Những gì cần được giải quyết trước khi triển khai?
Một phạm vi hữu ích mô tả cách công việc bắt đầu, thông tin nào cần thiết và kết quả đạt yêu cầu trông như thế nào. Nó cũng ghi lại nơi agent phải tạm dừng để chờ con người. Những chi tiết này cho phép việc xây dựng tuân theo một quy trình vận hành thay vì một tham vọng tự động hóa rộng lớn.
Nhiệm vụ và chủ sở hữu của nó
Mô tả một công việc có thể lặp lại, ai hiện đang xử lý nó và họ cần gì khi kết thúc. Các ví dụ có thể bao gồm 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 hoặc theo dõi on-chain. Đối với mỗi ví dụ, hãy ghi lại một đầu vào điển hình và một kết quả mà nhóm của bạn sẽ chấp nhận.
Công cụ và tài liệu nguồn
Liệt kê các hệ thống và thông tin mà quy trình làm việc có thể sử dụng, cùng với người có thể phê duyệt quyền truy cập. Nếu cần một cơ sở kiến thức, hãy xác định các tài liệu và người duy trì chúng. Đối với giao diện trong một sản phẩm, hãy căn chỉnh agent với phát triển dApp có liên quan; một trải nghiệm dựa trên Telegram có thể cần triển khai sản phẩm riêng biệt cùng với agent.
Các quyết định thuộc về con người
Nêu tên các hành động yêu cầu phê duyệt, các trường hợp cần được leo thang và điều gì sẽ xảy ra khi thiếu thông tin. Đối với các quy trình làm việc liên quan đến thông tin hợp đồng, hãy xác định vai trò của agent cùng với phát triển smart contract. Một ranh giới ngắn gọn bằng văn bản hữu ích hơn là giả định rằng agent nên xử lý mọi trường hợp.
Quá trình xây dựng để lại cho nhóm của bạn các tài liệu vận hành
Việc bàn giao bao gồm nhiệm vụ đã thống nhất từ định nghĩa quy trình làm việc đến hỗ trợ triển khai và bàn giao. Nội dung chính xác tuân theo các tích hợp và tài liệu nguồn mà bạn phê duyệt, với ranh giới vận hành được ghi lại cho những người sẽ giám sát agent.
- Sơ đồ quy trình làm việc: đầu vào nhiệm vụ, hành động được phép, điểm đánh giá và lộ trình dự phòng.
- Tích hợp: các công cụ và nguồn dữ liệu đã được phê duyệt cần thiết cho nhiệm vụ đã xác định.
- Cơ sở kiến thức: tài liệu nguồn được tổ chức cho quy trình làm việc, nếu cần.
- Bộ đánh giá: các ví dụ đại diện để kiểm tra hành vi mong đợi.
- Tài liệu bàn giao: hướng dẫn vận hành, cân nhắc theo dõi và ghi chú về quyền sở hữu.
Đánh giá dựa trên các ví dụ bạn phê duyệt. Người đánh giá có thể kiểm tra xem đầu ra có tuân theo định dạng yêu cầu hay không, sử dụng tài liệu dự kiến, xác định bối cảnh bị thiếu và định tuyến các ngoại lệ một cách phù hợp. Nhóm nhận được giải thích về những gì đã được kiểm tra và nơi con người nên can thiệp.
Một chủ sở hữu vận hành được chỉ định nên được xác định trước khi bàn giao. Người đó có thể duy trì tài liệu nguồn, giám sát các thay đổi truy cập và quyết định cách xử lý các ngoại lệ. Nếu agent dựa trên giao diện sản phẩm hiện có, chủ sở hữu giao diện tương ứng cũng nên có mặt cho các quyết định liên quan.
Đánh giá thiết lập ranh giới phát hành
Một agent đã sẵn sàng để sử dụng khi công việc được phép và các điểm dừng của nó rõ ràng đối với những người giám sát nó.
Chúng tôi chuẩn bị một bộ đánh giá từ các ví dụ được người đánh giá của bạn phê duyệt, sau đó kiểm tra các yêu cầu thông thường, đầu vào không rõ ràng và các trường hợp nên chuyển cho con người. Các phát hiện hướng dẫn các sửa đổi đối với quy trình làm việc, định dạng phản hồi và quy tắc leo thang trước khi triển khai. Người đánh giá của bạn xem hành vi mẫu và cung cấp sự ký duyệt bằng văn bản trước khi phát hành đã thống nhất.
Đối với một trợ lý cộng đồng, điều này có nghĩa là ghi lại các chủ đề được phép và các tình huống cần có thành viên trong nhóm. Đối với nghiên cứu hoặc báo cáo, người đánh giá có thể kiểm tra việc sử dụng nguồn và cách thông tin bị thiếu được gắn cờ. Đối với theo dõi on-chain, nhóm xác định thông tin nào quan trọng và cách nó nên được nhận hoặc đánh giá.
API của bên thứ ba có thể thay đổi tính khả dụng và các nguồn thượng nguồn có thể bỏ qua thông tin cần thiết cho một nhiệm vụ cụ thể. Chúng tôi kiểm tra các kết nối đã thống nhất và ghi lại các lộ trình dự phòng, trong khi nhóm của bạn vẫn có cách để xem xét hoặc tiếp quản khi agent không thể tiếp tục.
Quyết định tiếp theo là nhiệm vụ cần mang ra thảo luận
Việc bàn giao tiến triển qua một chuỗi các bước có đo lường, với các điểm đánh giá trước khi triển khai và phát hành. Lịch trình được thiết lập sau khi nhiệm vụ, tích hợp, tài liệu nguồn và sự sẵn có của người đánh giá được hiểu rõ. Một quy trình làm việc khép kín với các tài liệu đã chuẩn bị có các phụ thuộc khác với một quy trình trải dài trên nhiều hệ thống.
Đối với một sản phẩm rộng hơn, agent có thể được phối hợp với phát triển Web3 hoặc trang web Web3, nếu các luồng công việc đó có liên quan. Trước cuộc thảo luận đầu tiên, một mô tả ngắn gọn về nhiệm vụ hiện tại là đủ để xác định liệu công việc đã sẵn sàng để xác định phạm vi hay chưa. Đầu mối liên hệ được chỉ định của bạn sẽ làm rõ các quyết định tiếp theo và sắp xếp một cuộc thảo luận quy trình làm việc riêng tư. Chi tiết nhiệm vụ của bạn vẫn được bảo mật trong cuộc thảo luận dự án đó. Một mô tả ngắn gọn về nhiệm vụ là một điểm bắt đầu yên tĩnh; đầu mối liên hệ được chỉ định sau đó sẽ sắp xếp cuộc trò chuyện tiếp theo một cách kín đáo.
Trình tự làm việc là:
- Xác định nhiệm vụ, chủ sở hữu của nó và các kết quả chấp nhận được.
- Lập bản đồ truy cập, hành động được phép và phê duyệt của con người.
- Xây dựng quy trình làm việc, tích hợp và cơ sở kiến thức đã thống nhất nếu cần.
- Đánh giá các nhiệm vụ đại diện với người đánh giá của bạn.
- Triển khai, ghi lại vận hành và bàn giao cho nhóm.
Cách hoạt động
- 1. Xác định nhiệm vụChia sẻ quy trình làm việc, chủ sở hữu của nó và các ví dụ về kết quả hữu ích. Chúng tôi làm rõ những gì agent có thể xử lý và những gì vẫn thuộc về nhóm của bạn.
- 2. Lập bản đồ truy cập và đánh giáChúng tôi xác định các công cụ và thông tin cần thiết, hành động được phép, điểm phê duyệt và lộ trình dự phòng trước khi triển khai.
- 3. Xây dựng quy trình làm việc đã thống nhấtChúng tôi cấu hình agent, các tích hợp đã được phê duyệt và cơ sở kiến thức nếu cần, sau đó chuẩn bị các nhiệm vụ đánh giá đại diện.
- 4. Đánh giá hành viNgười đánh giá của bạn đánh giá các đầu ra mẫu dựa trên các tiêu chí đã thống nhất. Chúng tôi tinh chỉnh quy trình làm việc và các rào chắn trước khi triển khai.
- 5. Triển khai và bàn giaoChúng tôi hỗ trợ triển khai và giải thích cách vận hành, theo dõi và đánh giá agent sau khi xây dựng.
Câu hỏi thường gặp
Tôi nên chuẩn bị gì cho một cuộc thảo luận agent ban đầu?
Một mô tả ngắn gọn về nhiệm vụ, một đầu vào điển hình và một ví dụ về kết quả chấp nhận được là một điểm khởi đầu tốt. Việc nêu tên chủ sở hữu quy trình làm việc hiện tại và xác định các quyết định phải thuộc về con người cũng rất hữu ích. Đầu mối liên hệ được chỉ định có thể sử dụng những chi tiết đó để làm rõ các yêu cầu về truy cập và đánh giá trước khi phạm vi xây dựng được xác định.
Agent có thể làm việc với tài liệu nội bộ và các công cụ hiện có không?
Có, khi các nguồn và công cụ liên quan có thể được kết nối trong phạm vi công việc đã thống nhất. Bạn phê duyệt tài liệu và quyền truy cập, và chúng tôi xác định thông tin nào agent có thể sử dụng và mỗi tích hợp cho phép những gì. Quy trình làm việc cũng ghi lại điều gì xảy ra khi một nguồn không khả dụng hoặc thiếu bối cảnh cần thiết cho một phản hồi.
Agent khác với trợ lý hội thoại như thế nào?
Một agent được tổ chức xoay quanh việc hoàn thành một nhiệm vụ thông qua các bước, công cụ và điểm đánh giá đã xác định. Một trợ lý hội thoại chủ yếu là một giao diện cho các trao đổi với con người. Một số sản phẩm cần cả hai, nhưng sự khác biệt này rất quan trọng: nó quyết định liệu quyết định thiết kế đầu tiên liên quan đến quy trình làm việc của nhiệm vụ, cuộc trò chuyện của người dùng hay mối quan hệ giữa chúng.
Khi nào lịch trình dự án có thể được xác nhận?
Lịch trình có thể được thiết lập sau khi quy trình làm việc, tích hợp, tài liệu nguồn và sự sẵn có của người đánh giá được hiểu rõ. Một nhiệm vụ với các đầu vào đã chuẩn bị có ít phụ thuộc hơn so với nhiệm vụ yêu cầu một số kết nối hệ thống hoặc chuẩn bị cơ sở kiến thức đáng kể. Đầu mối liên hệ được chỉ định sẽ xác nhận trình tự sau khi các yếu tố đó được thảo luận.
Agent có thể hành động mà không cần chờ phê duyệt không?
Ranh giới đó được xác định cho quy trình làm việc cụ thể. Các hành động thông thường có thể được cho phép khi thích hợp, trong khi các trường hợp nhạy cảm hoặc hệ quả có thể được giữ lại để chờ phê duyệt của con người hoặc chuyển đến một thành viên trong nhóm. Chúng tôi ghi lại các quy tắc đó trước khi triển khai, sau đó kiểm tra các trường hợp đại diện để người đánh giá có thể đánh giá hành vi trước khi phát hành.
Có thể đảm bảo quyền truy cập không bị gián đoạn vào mọi nguồn dữ liệu không?
Không. API của bên thứ ba có thể thay đổi tính khả dụng và thông tin thượng nguồn có thể không đầy đủ cho một nhiệm vụ cụ thể. Chúng tôi kiểm tra các kết nối đã thống nhất cho việc xây dựng và ghi lại các phương án dự phòng cho thông tin bị thiếu hoặc lỗi kết nối. Nhóm của bạn vẫn có một lộ trình rõ ràng để xem xét một ngoại lệ hoặc tiếp quản công việc.
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…