Nguồn : Cận cảnh Description — Truyền đạt rõ ràng với AI

D2: Description

Nghệ thuật truyền đạt ý định với AI

Sự khác biệt giữa “ăn tối” và “công thức”

❌ Cách 1: Chung chung

“Nấu cho mình ăn tối nhé!”

Kết quả: Bún bò? Pizza? Salad? Có thể bạn dị ứng, không thích vị, hoặc họ nấu món cầu kỳ trong khi bạn đang vội.

✅ Cách 2: Chi tiết (Description)

“Mình muốn bữa tối nhẹ — có protein, không gluten, trước 7h. Thích vị Việt. Nguyên liệu trong tủ lạnh đây.”

Kết quả: Bữa tối đúng ý.

Cả hai trường hợp, người nấu có cùng năng lực. Khác biệt là bạn đã mô tả hay chưa. AI cũng vậy: Nó không đọc tâm trí. Nói ít → AI làm chung chung. Nói rõ → AI đáp ứng đúng.

3 Loại Description (Khung 3P)

Một prompt xuất sắc không chỉ định nghĩa sản phẩm, mà còn thiết lập cách làm và quy tắc tương tác.

1. Product (Sản phẩm) 2. Process (Quy trình) 3. Performance (Hiệu suất)

📦 CÁI GÌ AI TẠO RA?

Định nghĩa rõ hình hài của kết quả đầu ra.

• Output: Cụ thể là gì? (email, slide, code, doc…)
• Format: Định dạng thế nào? (markdown, bullet, table, prose)
• Audience: Dành cho ai? (technical, executive, customer)
• Style/Tone: Giọng văn? (formal, conversational, urgent)
• Length: Độ dài? (50 từ, 1 trang, 10 slide)
• Constraint: Ràng buộc khác? (no emoji, in English, anonymized)

Ví dụ tốt: “Email phản hồi KH, 150 từ. Audience: CEO analytical. Tone: empathetic + accountable. Format: 4 block, không bullet.”

⚙️ CÁCH AI NÊN TIẾP CẬN?

Hướng dẫn AI quá trình tư duy và các bước thực hiện.

• Methodology: Dùng phương pháp/framework nào? (SWOT, OKR)
• Steps: Trình tự bước nào trước, bước nào sau?
• Reference: Tham chiếu đến dữ liệu/file nào?
• Examples: Cung cấp ví dụ để AI bắt chước (Few-shot).

Ví dụ tốt: “Bước 1: Đọc 5 email cũ để nắm tone. Bước 2: Dùng framework ‘Empathize-Apologize-Propose’. Bước 3: Draft email.”

🎭 AI CƯ XỬ RA SAO?

Khía cạnh hay bị bỏ quên nhất: Định nghĩa cách AI tương tác với bạn.

• Thinking Partner: Khám phá nhiều options hay chốt 1 câu trả lời?
• Challenge: Phản biện lại assumption của bạn hay chỉ follow?
• Detail: Cung cấp chi tiết hay giữ súc tích (concise)?
• Clarify: Hỏi lại nếu thiếu thông tin, hay tự đoán?

Ví dụ tốt: “Hỏi clarifying nếu cần. Đề xuất 2 options. Concise mặc định. Challenge logic của tôi nếu thấy sai.”

Thực Hành: Bad Prompt Makeover

Ví dụ 1: Viết Email Khách Hàng +

Before (Tệ):

“Viết email cho khách hàng phàn nàn”

After (Tốt – Đủ 3P):

[Product] Email phản hồi KH A vừa raise ticket về bug X tuần trước. Length 150-180 từ. Format: opening → acknowledge → action → next step. Tone: empathetic + accountable, không over-apologetic.

[Process] Đọc thread email đính kèm. Match ngữ điệu khách. Reference bug ID (BUG-1234). Đề xuất concrete next step (specific date/person).

[Performance] Hỏi tôi 1-2 clarifying nếu bạn nghĩ thiếu context. Sau khi draft, list 2-3 thay đổi tôi nên consider trước khi gửi.

Ví dụ 2: Code Review +

Before (Tệ):

“Review code này”

After (Tốt – Đủ 3P):

[Product] Code review cho file src/payment.py. Output: list issue theo priority (P0/P1/P2), mỗi issue có (1) location line number, (2) explanation, (3) suggested fix.

[Process] Focus theo thứ tự: security → correctness → performance → readability. Skip style nit (linter sẽ catch). Reference Python best practice 2026.

[Performance] Concise. Không giải thích basic concept (giả sử reviewer là senior). Nếu unsure về 1 issue, flag là “needs human verification” thay vì assert.

Ví dụ 3: Research Synthesis +

Before (Tệ):

“Tóm tắt mấy paper này”

After (Tốt – Đủ 3P):

[Product] Synthesis 12 paper trong folder /research/, output: 1500-word literature review structured: Intro → 3 themes → Gaps → Future direction. Citation format APA.

[Process] P1: Catalog mỗi paper. P2: Cluster theo theme. P3: Identify agreement/disagreement. P4: Write narrative synthesis.

[Performance] Trước khi write, share outline 3-themes để tôi approve. Flag paper không tự tin methodology. Không bịa citation, mark [VERIFY] nếu thiếu.

D2: DESCRIPTION – NGHỆ THUẬT TRUYỀN ĐẠT Ý ĐỊNH VỚI AI

MỞ ĐẦU: SỰ KHÁC BIỆT GIỮA “ĂN TỐI” VÀ “CÔNG THỨC”

Hãy tưởng tượng bạn nhờ một người bạn nấu cho bạn ăn tối. Bạn có 2 cách để giao tiếp:

❌ Cách 1: Chung chung

“Nấu cho mình ăn tối nhé!”

• Kết quả: Có thể là Bún bò? Pizza? Salad? Có thể bạn dị ứng với nguyên liệu họ chọn, không thích vị, hoặc họ nấu một món quá cầu kỳ trong khi bạn đang vội.

✅ Cách 2: Chi tiết (Description)

“Mình muốn bữa tối nhẹ — có protein, không gluten, trước 7h vì có meeting. Thích vị Việt. Nguyên liệu trong tủ lạnh đây.”

• Kết quả: Bạn nhận được một bữa tối chuẩn xác đúng ý mình.

Bài học cốt lõi: Trong cả hai trường hợp, người nấu có cùng một mức năng lực. Sự khác biệt tạo nên kết quả nằm ở việc bạn đã mô tả yêu cầu hay chưa.

AI cũng vậy: Nó không thể đọc được tâm trí của bạn. Nếu bạn nói ít và chung chung → AI sẽ tự điền vào chỗ trống bằng các khuôn mẫu (generic). Nếu bạn nói rõ ràng và chi tiết → AI sẽ đáp ứng đúng mục tiêu.

3 LOẠI DESCRIPTION (KHUNG 3P)

Một câu lệnh (prompt) xuất sắc không chỉ dừng lại ở việc định nghĩa sản phẩm cuối cùng, mà còn phải thiết lập cách thức làm việc và quy tắc tương tác. Để làm được điều này, bạn cần nắm vững Khung 3P:

1. PRODUCT (Sản phẩm) – Cái gì AI tạo ra?

Khía cạnh này định nghĩa rõ hình hài của kết quả đầu ra mà bạn mong muốn.

• Output: Cụ thể bạn cần gì? (Một email, một bản slide, một đoạn code, hay một tài liệu doc…)
• Format: Định dạng trình bày thế nào? (Markdown, gạch đầu dòng bullet, bảng biểu table, hay văn xuôi prose)
• Audience: Độc giả/Người tiếp nhận là ai? (Đội ngũ kỹ thuật, Ban Giám đốc, hay Khách hàng)
• Style/Tone: Giọng văn ra sao? (Trang trọng formal, gần gũi conversational, hay cấp bách urgent)
• Length: Độ dài yêu cầu? (50 từ, 1 trang, hay 10 slide)
• Constraint: Các ràng buộc khác? (Không dùng emoji, viết bằng tiếng Anh, ẩn danh hóa dữ liệu)

💡 Ví dụ tốt: “Viết email phản hồi KH, khoảng 150 từ. Audience: CEO có tư duy analytical. Tone: empathetic + accountable. Format: 4 đoạn ngắn, tuyệt đối không dùng gạch đầu dòng.”

2. PROCESS (Quy trình) – Cách AI nên tiếp cận?

Khía cạnh này hướng dẫn AI quá trình tư duy và các bước thực hiện để đi đến kết quả.

• Methodology: Cần áp dụng phương pháp hay framework nào? (SWOT, OKR, RACE…)
• Steps: Trình tự thực hiện ra sao? Bước nào làm trước, bước nào làm sau?
• Reference: AI cần tham chiếu đến nguồn dữ liệu hay file đính kèm nào?
• Examples: Cung cấp ví dụ mẫu (Few-shot) để AI bắt chước phong cách.

💡 Ví dụ tốt: “Bước 1: Đọc 5 email cũ đính kèm để nắm tone giọng. Bước 2: Phân tích vấn đề dùng framework ‘Empathize-Apologize-Propose’. Bước 3: Viết bản nháp email dựa trên phân tích đó.”

3. PERFORMANCE (Hiệu suất) – AI cư xử ra sao?

Đây là khía cạnh quan trọng nhưng thường bị người dùng bỏ quên nhất: Định nghĩa cách AI tương tác ngược lại với bạn.

• Thinking Partner: Bạn muốn AI đưa ra nhiều sự lựa chọn (options) để khám phá, hay chốt ngay 1 câu trả lời duy nhất?
• Challenge: AI có được phép phản biện lại các giả định (assumptions) của bạn không, hay chỉ cần ngoan ngoãn làm theo?
• Detail: Cần AI giải thích chi tiết cặn kẽ hay chỉ đưa ra kết luận súc tích (concise)?
• Clarify: AI nên tự động đặt câu hỏi làm rõ nếu thiếu thông tin, hay cứ tự đoán và làm luôn?

💡 Ví dụ tốt: “Trước khi viết, hãy hỏi lại tôi nếu bạn thấy thiếu ngữ cảnh. Đề xuất cho tôi 2 options để lựa chọn. Trả lời súc tích mặc định. Hãy chỉ ra điểm bất hợp lý trong logic của tôi nếu bạn thấy sai.”

THỰC HÀNH: BAD PROMPT MAKEOVER

Dưới đây là cách “lột xác” các câu lệnh từ chung chung (Tệ) sang cấu trúc 3P chuyên nghiệp (Tốt).

Ví dụ 1: Viết Email Khách Hàng

❌ Before (Tệ): > “Viết email cho khách hàng phàn nàn”

✅ After (Tốt – Đủ 3P):

• [Product] Email phản hồi KH A vừa raise ticket về bug X tuần trước. Length 150-180 từ. Format: opening → acknowledge → action → next step. Tone: empathetic + accountable, không over-apologetic.
• [Process] Đọc thread email đính kèm. Match ngữ điệu khách (họ khá formal). Reference chính xác bug ID (BUG-1234). Đề xuất concrete next step (specific date/person).
• [Performance] Hỏi tôi 1-2 câu clarifying nếu bạn nghĩ thiếu context. Sau khi viết xong draft, hãy list ra 2-3 thay đổi tôi nên cân nhắc (consider) trước khi bấm gửi.

Ví dụ 2: Code Review

❌ Before (Tệ): > “Review đoạn code này”

✅ After (Tốt – Đủ 3P):

• [Product] Code review cho file src/payment.py. Output: list issue theo priority (P0/P1/P2), mỗi issue có (1) location line number, (2) explanation, (3) suggested fix.
• [Process] Focus theo thứ tự ưu tiên: security → correctness → performance → readability. Skip các lỗi style lặt vặt (linter sẽ tự catch). Tham chiếu (Reference) theo Python best practice 2026.
• [Performance] Ngắn gọn (Concise). Không giải thích các basic concept (hãy giả sử người đọc là senior dev). Nếu không chắc chắn (unsure) về 1 issue, hãy gắn cờ là “needs human verification” thay vì khẳng định chắc nịch.

Ví dụ 3: Research Synthesis (Tổng hợp Nghiên cứu)

❌ Before (Tệ): > “Tóm tắt mấy paper này”

✅ After (Tốt – Đủ 3P):

• [Product] Synthesis 12 paper trong folder /research/, output: 1500-word literature review có cấu trúc: Intro → 3 themes → Gaps → Future direction. Citation dùng format APA.
• [Process] Bước 1: Catalog mỗi paper (tác giả, năm, PP, claim). Bước 2: Cluster theo theme. Bước 3: Identify các điểm đồng thuận/bất đồng (agreement/disagreement). Bước 4: Viết bản narrative synthesis.
• [Performance] Trước khi viết toàn bộ bài, hãy share outline 3-themes để tôi duyệt (approve) trước. Flag lại những paper mà bạn không tự tin về phương pháp luận. Tuyệt đối không bịa citation, đánh dấu [VERIFY] nếu thông tin bị thiếu.