Xác định Sứ mệnh Học tập của Trợ lý AI

Một trợ lý AI nên mở rộng việc học trên lớp, không chỉ trả lời mọi câu hỏi khi được yêu cầu. Bắt đầu bằng cách xác định các kết quả học tập mà nó phải hỗ trợ, như giải thích một khái niệm, kiểm tra một nghiệm, luyện tập từ vựng, hoặc chuẩn bị cho một bài quiz. Ví dụ, một trợ lý lập trình có thể giúp học sinh gỡ lỗi một vòng lặp Python, nhưng nó cũng nên yêu cầu học viên dự đoán đầu ra trước khi hiển thị sự chỉnh sửa.

Một sứ mệnh rõ ràng ngăn hệ thống trở thành một chatbot thiếu cấu trúc. Kết nối mỗi tương tác của trợ lý với mục tiêu khóa học, cấp độ kỹ năng và bằng chứng học tập mong đợi. Nếu một bài học dạy lọc SQL, trợ lý có thể hướng dẫn người học từ nhận diện một mệnh đề WHERE đến viết một truy vấn trả về đúng 12 bản ghi từ một bảng mẫu.

Xây dựng Hồ sơ người học đáng tin cậy

Việc học liên tục phụ thuộc vào việc nhớ bối cảnh hữu ích mà không thu thập dữ liệu cá nhân không cần thiết. Hồ sơ trợ lý có thể bao gồm các bài học đã hoàn thành, kết quả quiz, lỗi phổ biến, ngôn ngữ ưa thích và mức tự tin hiện tại của người học. Một học sinh lặp lại việc nhầm lẫn giữa danh sách và tuple của Python nên nhận được so sánh có nhắm mục tiêu thay vì một giới thiệu chung về biến.

Sử dụng các quy tắc rõ ràng để cập nhật hồ sơ. Một câu trả lời sai duy nhất sẽ không gắn nhãn vĩnh viễn cho người học là yếu ở một chủ đề, trong khi ba sai sót tương tự ở các bài tập khác nhau có thể biện hộ cho việc luyện tập bổ sung. Lưu trạng thái kỹ năng dưới dạng một ước lượng thay đổi, như “cần xem lại,” “phát triển,” hoặc “đã thể hiện,” và cho phép giáo viên hoặc học sinh chỉnh sửa hồ sơ không chính xác.

Sử dụng scaffolding thay vì câu trả lời ngay lập tức

Một trợ lý AI hữu ích dần dần giảm hỗ trợ khi người học trở nên có năng lực hơn. Nó có thể bắt đầu với gợi ý, đặt một câu hỏi chẩn đoán, cung cấp một ví dụ có lời giải, và chỉ tiết lộ câu trả lời đầy đủ khi cần thiết. Khi một người học hỏi vì sao một hàm JavaScript trả về undefined, trợ lý có thể trước tiên hỏi giá trị trả về ở mỗi đường đi mã nguồn trước khi hiển thị một hàm đã sửa.

Thiết kế trình tự phản hồi xung quanh sự khó khăn mang tính sản xuất chứ không phải sự bực bội. Một nguyên tắc thực tế là cung cấp một gợi ý nhỏ sau lần yêu cầu đầu tiên, một manh mối mạnh hơn sau lần thứ hai thử, và một giải thích ngắn gọn sau lần thứ ba thất bại. Trợ lý cũng nên yêu cầu người học nhắc lại ý tưởng hoặc sửa đổi một ví dụ tương tự, bởi vì việc đọc một giải pháp một mình không chứng minh được sự hiểu biết.

Thực hành có thời gian nghỉ và ôn tập ở khoảng cách xa