Bài kiểm tra có liên kết hướng dẫn · Trung bình Cấp độ
Bài kiểm tra về Người lập kế hoạch-Người thực hiện
Tìm hiểu cách các tác nhân lập kế hoạch-thực thi phân tách mục tiêu, chạy các bước qua trung gian công cụ, theo dõi trạng thái, lập kế hoạch lại sau khi phản hồi và xác minh việc hoàn thành nhiệm vụ.
Câu hỏi 1 của 8
Ý tưởng cốt lõi đằng sau một tác nhân lập kế hoạch-điều hành là gì?
Xem trước mọi câu hỏi8 câu hỏi
Câu trả lời và giải thích xuất hiện khi bạn làm bài kiểm tra.
- Ý tưởng cốt lõi đằng sau một tác nhân lập kế hoạch-điều hành là gì?
- Tách biệt vai trò chia mục tiêu thành các bước với vai trò thực hiện các bước
- Chạy hai bản sao của cùng một mô hình để bỏ phiếu cho câu trả lời
- Chỉ sử dụng một mô hình để tạo hình ảnh
- Loại bỏ hoàn toàn sự cần thiết của các công cụ
- Tại sao việc 'lập kế hoạch lại' lại quan trọng trong mô hình này?
- Nó xóa mục tiêu ban đầu
- Nó cho phép người lập kế hoạch điều chỉnh các bước khi thực hiện không thành công hoặc xuất hiện thông tin mới
- Nó tăng gấp đôi số lượng công cụ có sẵn
- Nó ngăn người thi hành sử dụng API
- Việc tách biệt việc lập kế hoạch khỏi việc thực hiện giúp tránh được vấn đề gì?
- Hết dung lượng đĩa
- Kết nối internet chậm
- Một mô hình đơn lẻ không theo dõi được mục tiêu, bỏ qua các bước hoặc có ảo giác về tiến độ
- Cần card đồ họa
- Người thi hành thường hoàn thành bước được giao như thế nào?
- Bằng cách viết lại mục tiêu của người lập kế hoạch
- Bằng cách bỏ qua kế hoạch
- Bằng cách chỉ tạo ra hình ảnh
- Bằng cách gọi các công cụ, API hoặc các mô hình khác
- Tiến độ thường được thông báo lại cho người lập kế hoạch như thế nào?
- Thông qua trạng thái bước đã hoàn thành được truyền qua cửa sổ ngữ cảnh hoặc bộ nhớ ngoài
- Nó không bao giờ được truyền đạt
- Chỉ bằng cách khởi động lại chương trình
- Bằng cách gửi email cho người dùng
- What trade-off did LangChain note for its initial Plan-and-Execute approach?
- It guaranteed one-call completion of every task
- It made more language-model calls in exchange for handling longer-horizon planning
- It removed all tool calls from the executor
- It required every plan to be executed without feedback
- Why should a planner-executor loop have a step or cost limit?
- To make every plan succeed on the first attempt
- To remove the need to inspect execution results
- To prevent repeated planning and tool calls from continuing without useful progress
- To guarantee the planner has no errors
- What should an agent check before declaring a multi-step task complete?
- Whether it produced a long plan
- Whether every planned step was attempted regardless of outcome
- Whether the executor used the most expensive tool
- Whether the observed result satisfies the goal’s completion criteria