mau-prompt-gemini-3
Cách Viết Prompt Gemini 3 Chịu Được Khi Revision
Gemini3 Team · 18 tháng 7, 2026 · 9 min read
Keywords: prompt gemini 3, gemini 3.1 pro, ky thuat prompt, midassai chat
Published: 18 tháng 7, 2026 Author: Gemini3 Team
Tại Sao Hầu Hết Prompt Gemini 3 Thất Bại Khi Revision — Và Cách Khắc Phục
Hầu hết mọi người xem việc viết prompt giống như soạn email: viết xong, gửi đi và cầu mong may mắn. Với Gemini 3.1 Pro—đặc biệt là trên MidassAI Chat—đó là công thức cho việc phải làm lại. Không phải vì model không nhất quán, mà vì prompt của bạn không được xây dựng để chịu được sự kiểm tra kỹ lưỡng. Revision không phải là thất bại—đó là nơi công việc thực sự diễn ra. Và nếu prompt của bạn sụp đổ khi bạn hỏi "Chờ đã, còn trường hợp biên X thì sao?" hoặc "Bạn có thể truy ngược logic đó không?", bạn đã mất hàng giờ—chứ không phải vài phút.
Gemini 3.1 Pro xuất sắc về chiều sâu: lý luận trên tài liệu 100K token, phân tách kiến trúc nhiều bước, diễn giải khung hình video theo thời gian và xác minh chéo các tuyên bố từ nhiều nguồn khác nhau. Nhưng không điều gì trong số đó xuất hiện từ các chỉ đạo mơ hồ như "Giải thích điện toán lượng tử" hoặc "Cải thiện code này". Nó xuất hiện từ ý định có cấu trúc—những prompt được thiết kế để tồn qua các chu kỳ revision bằng cách mã hóa các ràng buộc, logic dự phòng và tiêu chí xác minh rõ ràng ngay từ đầu.
Dành cho ai:
- Technical writers revising whitepapers against new source material
- Backend engineers validating service mesh design decisions
- Researchers synthesizing regulatory filings across jurisdictions
- Product leads stress-testing feature specs before sprint planning
- Video analysts extracting temporal causality (e.g., "At 2:14–2:27, does subject A's gesture precede or follow subject B's verbal cue?")
Đây không phải là các trường hợp sử dụng lý thuyết. Đó là những quy trình làm việc chúng tôi đã kiểm thử áp lực trên MidassAI Chat với người dùng thực—và nơi những prompt cấu trúc kém thường xuyên thất bại ở bước revision thứ hai.
Tóm tắt nhanh
Mẫu 1: Truy Xuất Tài Liệu Dài Với Neo Nguồn
Đừng nói: "Tóm tắt hồ sơ SEC 80 trang này."
Hãy nói thay thế:
Bạn là một chuyên gia phân tích tuân thủ đang xem xét Form 10-K cho Acme Corp (2024). Truy xuất và trích xuất chỉ các tiết lộ liên quan đến các yếu tố rủi ro an ninh mạng (Item 1C), các dự phòng kiện tụng (Item 3) và các tuyên bố miễn trừ cho các tuyên bố hướng tới tương lai (Item 7). Với mỗi mệnh đề được trích xuất:
- Trích dẫn nguyên văn (tối đa 45 từ)
- Dẫn nguồn chính xác số trang và tiêu đề section
- Đánh dấu bất kỳ mâu thuẫn nội bộ nào (ví dụ: "rủi ro là 'trọng yếu' ở tr.22 nhưng 'không trọng yếu' ở tr.41")
- Không diễn giải. Không suy luận. Không tóm tắt vượt quá mức trích xuất.
Tại sao nó chịu được revision: Việc neo chặt vào trang/section buộc phải có độ trung thực. Phát hiện mâu thuẫn xây dựng sẵn khả năng tự kiểm tra—vì vậy khi bạn sau đó hỏi "Hiển thị tất cả các mâu thuẫn được đánh dấu trong Section 3", Gemini 3.1 Pro truy xuất chúng ngay lập tức vì chúng đã được ghi lại trong lần chạy đầu tiên, chứ không phải suy luận sau.
Mẫu 2: Kiểm Thử Áp Lực Logic Cho Cây Quyết Định
Sử dụng cái này khi xác thực các quy tắc kinh doanh, thực thi chính sách hoặc quy trình làm việc có điều kiện:
Bạn là một kiểm toán viên hệ thống đang đánh giá engine phê duyệt khoản vay. Với ba đầu vào này:
- Điểm tín dụng ≥ 720 → tự động phê duyệt
- Tỷ lệ thu nhập > 45% → yêu cầu xem xét thủ công
- Vỡ nợ trong vòng 24 tháng qua → tự động từ chối
- Tạo ra tất cả các tổ hợp đầu vào có thể (n=8) và với mỗi tổ hợp:
- Nêu quyết định cuối cùng
- Truy vết chính xác đường dẫn quy tắc đã thực hiện (ví dụ: "Credit=730 → tự động phê duyệt; ghi đè tỷ lệ thu nhập=48%")
- Xác định bất kỳ xung đột quy tắc nào (ví dụ: "Credit=690 AND default=yes → cả từ chối và xem xét thủ công đều được kích hoạt")
- Xuất ra dưới dạng CSV với các cột: credit_score, income_ratio_pct, past_default, decision, conflict_flag.
Mẫu này buộc phải liệt kê đầy đủ—không chỉ "chuyện gì xảy ra trong trường hợp điển hình". Khi bạn revision ("Nếu tỷ lệ thu nhập là 44.9% thì sao?"), Gemini 3.1 Pro không đoán—nó tính toán lại toàn bộ ma trận trong ngữ cảnh, giữ lại các đầu ra trước đó để so sánh cạnh nhau.
Mẫu 3: Phân Tách Kiến Trúc Code
Bỏ qua "Làm cho code này tốt hơn." Thay vào đó:
Bạn là một kiến trúc sư backend cao cấp đang xem xét microservice Go này (đính kèm: main.go, handlers/user.go, pkg/db/connection.go). Với mỗi file:
- Liệt kê tất cả các types/functions được export
- Ánh sáng luồng phụ thuộc: hàm nào gọi hàm nào, bao gồm các gọi cross-package
- Xác định các điểm coupling chặt chẽ (ví dụ: handler khởi tạo trực tiếp kết nối DB thay vì chấp nhận interface)
- Đề xuất một refactoring cụ thể cho mỗi điểm coupling (ví dụ: "Trích xuất db.Connection thành interface; inject qua constructor")
- Xuất ra dưới dạng mã đồ thị Mermaid + danh sách gạch đầu dòng các refactoring.
Gemini 3.1 Pro phân tích cấu trúc và ý định—không chỉ cú pháp. Revision trở nên phẫu thuật: "Chạy lại ánh xạ phụ thuộc sau khi inject Redis client—liệu user handler giờ có phụ thuộc vào cache không?" Prompt đã định nghĩa "phụ thuộc" chính xác, vì vậy câu trả lời là xác định.
Mẫu 4: Prompt Phân Tích Video Theo Thời Gian
Dành cho lý luận chính xác từng khung hình (yêu cầu upload video lên MidassAI Chat):
Phân tích clip video đã upload (0:00–3:12, 30fps). Tại các timestamp 1:22–1:25 và 2:08–2:11:
- Xác định chuyển động chủ thể chính (ví dụ: "tay trái nâng lên, sau đó dừng lại")
- Tương quan với các đỉnh sóng âm thanh (cung cấp timestamp căn chỉnh ms)
- Xác định thứ tự thời gian: chuyển động dẫn trước, trễ, hay trùng khớp với đỉnh?
- Nếu trễ > 120ms, đánh dấu vấn đề đồng bộ tiềm ẩn.
- Xuất bảng: timestamp_range | motion_description | audio_peak_ms | delta_ms | sync_flag.
Điều này hoạt động vì Gemini 3.1 Pro xử lý các token đa phương thức chung. Revision không phải là "bạn có bỏ sót gì không?"—mà là "Phân tích lại 1:22–1:25 sử dụng ngưỡng chuyển động chặt hơn (optical flow sub-pixel)", và model thực thi lại cùng giao thức với các tham số đã điều chỉnh.
Mẫu 5–7: Tam Giác Hóa Nghiên Cứu, Tạo Edge-Case và Dịch Cross-Domain
- Tam Giác Hóa Nghiên Cứu: "So sánh dự thảo hướng dẫn FDA (2024-05), báo cáo EMA CHMP (2023-11) và bản tóm tắt kỹ thuật WHO (2024-02) về chẩn đoán hỗ trợ bởi AI. Với mỗi quy định: trích xuất định nghĩa 'xác thực lâm sàng', liệt kê các loại bằng chứng required và ghi chú sự phân kỳ trong ngưỡng kích thước mẫu. Xuất ra dưới dạng bảng markdown với cột 'Mức độ phân kỳ (thấp/trung bình/cao)'."
- Tạo Edge-Case: "Với signature hàm Python này
def calculate_tax(income: float, state: str, dependents: int) -> float, tạo 12 test cases bao gồm: thu nhập âm, state='XX' (invalid), dependents=−1, income=inf, state='CA' với dependents=0, và 7 điều kiện biên khác. Với mỗi case, nêu hành vi expected và tại sao nó là một edge case có ý nghĩa." - Dịch Cross-Domain: "Dịch README Kubernetes Helm chart này (đính kèm) sang spec sản phẩm ngôn ngữ đơn giản cho các sales engineer không kỹ thuật. Giữ nguyên tất cả các ràng buộc version, giới hạn resource và các failure modes—nhưng thay thế 'initContainer' bằng 'kiểm tra sức khỏe trước khi khởi động', 'tolerations' bằng 'cài đặt linh hoạt triển khai', v.v. Bao gồm một glossary ánh xạ các thuật ngữ kỹ thuật sang các tương đương hướng sales."
Mỗi cái đều nhúng sẵn sàng cho revision: phạm vi rõ ràng, tiêu chí thành công không mơ hồ và các định dạng đầu ra có cấu trúc cho phép xác thực dựa trên diff.
Prompt Chống Revision Đầu Tiên Của Bạn Bắt Đầu Ngay Bây Giờ
Bạn không cần những prompt hoàn hảo ngay ngày đầu. Bạn cần những prompt học cùng bạn. Mỗi khi bạn hỏi "Điều gì xảy ra nếu X thay đổi?", Gemini 3.1 Pro trên MidassAI Chat giữ lại chuỗi lý luận ban đầu—vì vậy revision không phải là bắt đầu lại. Đó là lớp lang insight.
Hãy thử xây dựng một trong những mẫu này trực tiếp. Upload một PDF 50 trang, dán một codebase 200 dòng, hoặc thả vào một clip video 90 giây. Sau đó hỏi câu hỏi revision đầu tiên của bạn: "Hiển thị cho tôi nơi các giả định bị phá vỡ." Đó là khi bạn sẽ thấy sự khác biệt giữa một prompt mang lại cho bạn một câu trả lời, và một prompt mang lại cho bạn một nền tảng hoạt động.