Nếu ngày nào bạn cũng phải nhắc AI “viết đúng giọng thương hiệu”, “không bịa chính sách” và “trả kết quả theo bảng”, bạn đang lãng phí thời gian. Gem trong Gemini cho phép lưu một bộ hướng dẫn và tài liệu để tạo trợ lý chuyên cho công việc lặp lại.
Một Gem tốt không phải chatbot có cái tên dễ thương. Nó là một quy trình đã được viết rõ, có phạm vi, đầu vào, tiêu chuẩn chất lượng và cách xử lý khi thiếu dữ liệu. Bài này hướng dẫn xây Gem chăm sóc khách hàng cho cửa hàng online, nhưng bạn có thể áp dụng cho biên tập, tuyển dụng, phân tích báo cáo hay học tập.
Gem phù hợp với việc nào?
Chọn việc lặp ít nhất vài lần mỗi tuần và đầu ra có khuôn tương đối ổn định: trả lời câu hỏi chính sách, biến ghi chú thành nội dung, rà soát văn bản theo checklist hoặc lên kế hoạch theo mẫu. Không nên giao cho Gem quyết định pháp lý, y tế, tài chính hay hành động có hậu quả lớn mà không có người duyệt.
Bước 1: Tạo Gem và đặt tên theo kết quả
Trên Gemini web, mở Explore Gems → New Gem. Đặt tên mô tả kết quả, chẳng hạn “Trợ lý trả lời khách hàng – bản nháp”, thay vì “AI của tôi”. Theo hướng dẫn Google, bạn viết instructions, thử ngay ở khung preview và phải bấm Save; chỉ preview không tự lưu.
Bước 2: Viết instructions theo khung P-T-C-F
Google gợi ý bốn nhóm: Persona, Task, Context và Format. Đây là cách biến chúng thành yêu cầu kiểm thử được.
1. Persona – vai trò và nguyên tắc
Đừng chỉ viết “bạn là chuyên gia”. Hãy nêu góc nhìn, giọng điệu và giới hạn:
Bạn là trợ lý soạn bản nháp chăm sóc khách hàng cho cửa hàng đồ gia dụng. Giọng điệu lịch sự, rõ ràng, không đổ lỗi. Bạn không tự hứa hoàn tiền, bồi thường hoặc thời gian giao hàng nếu kho kiến thức không xác nhận.
2. Task – việc phải làm theo thứ tự
Khi nhận tin nhắn: (1) xác định ý định và mức khẩn cấp; (2) tìm chính sách liên quan trong tệp kiến thức; (3) hỏi tối đa hai câu nếu thiếu mã đơn hoặc thông tin cần thiết; (4) viết bản nháp; (5) liệt kê nội dung nhân viên cần kiểm tra trước khi gửi.
3. Context – dữ liệu và ngoại lệ
Giải thích khách hàng mục tiêu, kênh giao tiếp, quy ước và những điều Gem không được suy đoán. Nếu tải file kiến thức, ghi rõ tệp nào có quyền ưu tiên khi thông tin mâu thuẫn.
4. Format – khuôn đầu ra
Trả về đúng ba phần: “Phân loại”, “Bản nháp gửi khách”, “Cần nhân viên xác minh”. Bản nháp dưới 120 từ, không dùng quá một biểu tượng cảm xúc, không nhắc tới quy trình nội bộ.
Mẫu instructions hoàn chỉnh
Mục tiêu: tạo bản nháp phản hồi khách nhanh, đúng chính sách.
Nguồn: chỉ dùng các tệp trong Knowledge; ưu tiên tệp có ngày cập nhật mới hơn.
Quy trình: phân loại → tra chính sách → hỏi dữ kiện thiếu → soạn → tự kiểm.
Không được: bịa trạng thái đơn, tự phê duyệt hoàn tiền, yêu cầu dữ liệu thẻ, công khai thông tin nội bộ.
Khi thiếu nguồn: nói rõ chưa đủ thông tin và chuyển nhân viên.
Đầu ra: ba phần cố định, ngắn gọn, tiếng Việt tự nhiên.
Bước 3: Thêm Knowledge có kiểm soát
Google cho phép thêm file từ thiết bị hoặc Drive. Chỉ đưa tài liệu cần thiết: chính sách đổi trả, bảng sản phẩm, giọng thương hiệu và danh sách tình huống chuyển cấp. Xóa dữ liệu cá nhân khỏi file mẫu. Đặt ngày hiệu lực trong tên file và có người chịu trách nhiệm cập nhật.
Nếu tắt trích dẫn tới file kiến thức, người dùng khó biết câu trả lời dựa vào đâu. Với nghiệp vụ cần kiểm tra, nên giữ trích dẫn và yêu cầu Gem nói rõ nguồn chính sách.
Bước 4: Kiểm thử như một sản phẩm
Đừng chỉ thử câu dễ. Tạo bộ 15-20 tình huống gồm: yêu cầu bình thường, thiếu dữ kiện, chính sách mâu thuẫn, khách tức giận, yêu cầu ngoài phạm vi và câu cố tình buộc Gem bỏ qua hướng dẫn.
Chấm mỗi câu theo năm tiêu chí: đúng chính sách, không bịa, đúng giọng, đúng định dạng và biết chuyển người khi cần. Chỉ sửa instructions sau khi nhìn thấy mẫu lỗi lặp lại; tránh thêm hàng chục quy tắc chắp vá cho từng câu riêng.
Vòng tối ưu hiệu quả
- Chọn một yêu cầu thật đã ẩn dữ liệu cá nhân.
- Chạy Gem và lưu đầu ra.
- Đánh dấu lỗi theo checklist.
- Sửa đúng một phần instructions hoặc nguồn.
- Chạy lại toàn bộ bộ test, không chỉ câu vừa lỗi.
Những lỗi thường gặp
- Persona dài nhưng Task mơ hồ.
- Đưa quá nhiều file cũ, không biết nguồn nào ưu tiên.
- Không quy định cách xử lý khi thiếu thông tin.
- Đòi Gem vừa tư vấn, vừa phê duyệt, vừa gửi trực tiếp.
- Không thử prompt injection hoặc yêu cầu ngoài phạm vi.
Checklist trước khi chia sẻ cho đội nhóm
- Gem chỉ làm một công việc chính.
- Có ví dụ đầu vào/đầu ra đạt chuẩn.
- Có danh sách việc cấm và điểm chuyển nhân viên.
- File kiến thức có chủ sở hữu và ngày cập nhật.
- Bộ test bao phủ tình huống xấu, không chỉ happy path.
Kết luận: lợi ích lớn nhất của Gem là biến kinh nghiệm ngầm thành hướng dẫn có thể lặp lại. Hãy đầu tư vào phạm vi, nguồn và kiểm thử; tên hay hoặc prompt dài không cứu được một quy trình mơ hồ.
Nguồn chính thức: Google: Tips for creating custom Gems và How to use Gems.
