- Khung CO-STAR: Chuẩn mực Vàng cho Tác vụ Doanh nghiệp
- Khung Tư duy Chuỗi (Chain-of-Thought – CoT) và Cây Tư duy (Tree-of-Thoughts – ToT)
- Kỹ thuật Chain-of-Thought (CoT) giải quyết vấn đề này bằng cách yêu cầu AI “suy nghĩ từng bước” (Let’s think step by step).
- Tree-of-Thoughts (ToT) cho phép AI khám phá nhiều nhánh giải pháp song song, tự đánh giá từng nhánh và quay lui (backtrack) nếu gặp ngõ cụt.
Các công thức này được thiết kế để:
- Giảm thời gian nhận thức: Bạn không mất thời gian nghĩ xem nên viết prompt thế nào.
- Tăng độ chính xác: Cung cấp đủ ngữ cảnh để AI hiểu rõ yêu cầu, giảm số lần làm lại.
- Tự động hóa tác vụ: Biến các quy trình thủ công (như tóm tắt, lập kế hoạch) thành bán tự động.
Dưới đây là các công thức được đề xuất cho từng hạng mục.
1. Tổng hợp – Phân tích thông tin yêu cầu của khách hàng
Đây là giai đoạn then chốt, sai sót ở đây sẽ tốn rất nhiều chi phí về sau. AI có thể giúp bạn “bóc tách” thông tin thô một cách nhanh chóng.
Công thức 1.1: Bóc tách & Phân loại Yêu cầu (Requirement Extraction)
- Mục tiêu: Chuyển email, tin nhắn, hoặc biên bản họp thô thành danh sách yêu cầu có cấu trúc.
- Hiệu quả: Tiết kiệm thời gian đọc và tự phân loại thủ công.
Bạn là một Business Analyst (BA) chuyên nghiệp. Nhiệm vụ của bạn là đọc kỹ đoạn [văn bản/email/biên bản họp] dưới đây và thực hiện các yêu cầu sau:
1. **Trích xuất** tất cả các yêu cầu của khách hàng.
2. **Phân loại** chúng thành các mục:
* Yêu cầu chức năng (Functional): Những gì hệ thống phải *làm*.
* Yêu cầu phi chức năng (Non-functional): Yêu cầu về hiệu suất, bảo mật, trải nghiệm người dùng…
* Yêu cầu nghiệp vụ (Business): Mục tiêu kinh doanh đằng sau.
3. **Xác định mức độ ưu tiên** (Ước lượng: Cao, Trung bình, Thấp) cho mỗi yêu cầu dựa trên mô tả.
4. **Trình bày kết quả** dưới dạng bảng Markdown.
**Nội dung đầu vào:**
“””
[Dán nội dung email, tin nhắn, hoặc ghi chú thô của bạn vào đây]
“””
Công thức 1.2: Phát hiện Mơ hồ & Đặt câu hỏi (Ambiguity Identification)
- Mục tiêu: Tìm ra những điểm chưa rõ ràng, mâu thuẫn hoặc còn thiếu trong yêu cầu của khách hàng.
- Hiệu quả: Giảm rủi ro hiểu sai yêu cầu, chuẩn bị câu hỏi cho buổi họp làm rõ (clarification meeting) tiếp theo.
Với vai trò là một Product Manager (PM) cẩn thận, hãy phân tích danh sách yêu cầu (hoặc văn bản) dưới đây.
Nhiệm vụ của bạn là:
1. **Xác định** bất kỳ yêu cầu nào còn *mơ hồ*, *mâu thuẫn*, hoặc *chưa đầy đủ*.
2. Với mỗi điểm phát hiện được, hãy **giải thích ngắn gọn** tại sao nó không rõ ràng.
3. **Đề xuất** một (hoặc nhiều) câu hỏi cụ thể cần hỏi lại khách hàng để làm rõ yêu cầu đó.
**Yêu cầu đầu vào:**
“””
[Dán danh sách yêu cầu hoặc mô tả dự án vào đây]
“””
Công thức 1.3: Tạo User Story & Tiêu chí Chấp nhận (User Story Generation)
- Mục tiêu: Chuyển các yêu cầu nghiệp vụ thành User Stories chuẩn (dùng cho Agile/Scrum).
- Hiệu quả: Tăng tốc quá trình chuẩn bị cho sprint planning.
Từ mô tả tính năng dưới đây, hãy giúp tôi viết [số lượng] User Story theo định dạng chuẩn:
“Là một [Loại người dùng], tôi muốn [Thực hiện hành động] để tôi có thể [Đạt được mục tiêu/giá trị].”
Với mỗi User Story, hãy đề xuất 3-5 Tiêu chí Chấp nhận (Acceptance Criteria – AC) để kiểm thử.
**Mô tả tính năng:**
“””
[Mô tả tính năng, ví dụ: “Khách hàng muốn có một trang giỏ hàng để họ có thể xem lại sản phẩm trước khi thanh toán, có thể thay đổi số lượng và xóa sản phẩm…”]
“””
2. Viết Email – Báo cáo – Tài liệu
Công việc hành chính chiếm rất nhiều thời gian. AI là một trợ lý thư ký xuất sắc.
Công thức 2.1: Soạn thảo có Chủ đích (Targeted Draft Generation)
- Mục tiêu: Tạo nhanh một bản nháp đầu tiên (email, báo cáo) dựa trên các yếu tố chính.
- Hiệu quả: Vượt qua “nỗi sợ trang giấy trắng” (blank page syndrome) và có ngay 80% nội dung.
Hãy soạn thảo giúp tôi một [loại văn bản: email/báo cáo/tài liệu] với các thông số sau:
* **Vai trò của tôi:** [Ví dụ: Trưởng nhóm Kỹ thuật, Quản lý Dự án…]
* **Đối tượng nhận:** [Vídụ: Khách hàng (kỹ tính), Sếp (muốn xem tổng quan), Team (cần chi tiết)]
* **Mục tiêu chính:** [Ví dụ: Cập nhật tiến độ, Yêu cầu phê duyệt, Thuyết phục thay đổi, Thông báo tin xấu]
* **Giọng văn (Tone):** [Ví dụ: Chuyên nghiệp, Thân thiện, Thuyết phục, Cảm thông, Quyết đoán]
* **Các ý chính cần truyền tải (dạng gạch đầu dòng):**
* [Ý 1]
* [Ý 2]
* [Ý 3]
* **Định dạng đầu ra (nếu có):** [Ví dụ: Email ngắn gọn, Báo cáo có tiêu đề rõ ràng, Tài liệu hướng dẫn từng bước]
Công thức 2.2: Tinh chỉnh & “Cải thiện Giọng văn” (Refinement & Toning)
- Mục tiêu: Sửa đổi một văn bản có sẵn cho tốt hơn.
- Hiệu quả: Nâng cao chất lượng giao tiếp mà không tốn thời gian chau chuốt từng từ.
Hãy đóng vai một chuyên gia biên tập (Copywriter). Đọc đoạn văn bản dưới đây và viết lại nó để trở nên:
[Chọn 1 hoặc nhiều: Ngắn gọn hơn / Chuyên nghiệp hơn / Thuyết phục hơn / Thân thiện và dễ hiểu hơn / Nhấn mạnh hơn vào lợi ích]
**Văn bản gốc:**
“””
[Dán bản nháp của bạn vào đây]
“””
3. Code – Debug – Review
AI có thể hoạt động như một “lập trình viên cặp” (pair programmer) giàu kinh nghiệm.
Công thức 3.1: Giải thích Lỗi & Đề xuất Sửa (Targeted Debugging)
- Mục tiêu: Hiểu rõ nguyên nhân lỗi và có ngay giải pháp.
- Hiệu quả: Giảm đáng kể thời gian “mắc kẹt” khi debug.
Tôi đang gặp lỗi sau trong [ngôn ngữ: Python/JavaScript…].
Hãy giải thích nguyên nhân gốc rễ (root cause) của lỗi này và đề xuất các cách sửa lỗi cụ thể.
**Thông báo lỗi:**
“””
[Dán toàn bộ thông báo lỗi (stack trace) vào đây]
“””
**Đoạn code gây lỗi:**
“””
[Dán đoạn code có liên quan vào đây]
“””
**Ngữ cảnh (nếu có):**
[Ví dụ: Tôi đang dùng thư viện X, phiên bản Y. Lỗi xảy ra khi tôi gọi hàm Z…]
Công thức 3.2: Review Code (Code Review Assistant)
- Mục tiêu: Phát hiện sớm các vấn đề về logic, hiệu suất, và best practices.
- Hiệu quả: Nâng cao chất lượng code, học hỏi thêm các cách viết tốt hơn.
Bạn là một lập trình viên Senior [ngôn ngữ] cực kỳ kinh nghiệm. Hãy review đoạn code dưới đây.
Tập trung vào các khía cạnh sau:
1. **Lỗi logic (Logic bugs):** Có trường hợp nào (edge case) code chạy sai không?
2. **Hiệu suất (Performance):** Có cách nào tối ưu hóa (vòng lặp, truy vấn DB) không?
3. **Khả năng đọc (Readability):** Code có rõ ràng, dễ hiểu không? Tên biến/hàm có tốt không?
4. **Best Practices:** Code có tuân thủ các quy ước (conventions) và nguyên tắc (ví dụ: DRY, SOLID) của [ngôn ngữ] không?
**Đoạn code cần review:**
“””
[Dán code vào đây]
“””
Công thức 3.3: Viết/Hoàn thiện Hàm (Function Generation/Completion)
- Mục tiêu: Tạo nhanh code cho một chức năng cụ thể.
- Hiệu quả: Tiết kiệm thời gian gõ code (boilerplate) và xử lý logic phức tạp.
Viết cho tôi một hàm bằng [ngôn ngữ] để [mô tả chức năng của hàm].
* **Đầu vào (Inputs):** [Mô tả các tham số, kiểu dữ liệu]
* **Đầu ra (Output):** [Mô tả kết quả trả về, kiểu dữ liệu]
* **Thư viện (nếu có):** [Sử dụng thư viện X, Y nếu cần]
* **Yêu cầu khác:** [Ví dụ: Tối ưu hiệu suất, xử lý lỗi (error handling) cẩn thận]
4. Lập kế hoạch – Quản lý Công việc
Biến một mục tiêu lớn, mơ hồ thành các bước hành động cụ thể.
Công thức 4.1: Phân rã Công việc (Work Breakdown Structure – WBS)
- Mục tiêu: Tạo khung sườn chi tiết cho một dự án hoặc một tính năng lớn.
- Hiệu quả: Nhanh chóng có được danh sách đầu việc (task list) để đưa vào công cụ quản lý (Jira, Trello…).
Hãy giúp tôi lập kế hoạch cho dự án: “[Tên dự án hoặc Mục tiêu]”.
Nhiệm vụ của bạn là tạo ra một Cấu trúc Phân rã Công việc (WBS). Liệt kê các **giai đoạn (phases)** chính của dự án. Trong mỗi giai đoạn, liệt kê các **đầu việc (tasks)** chính. Với mỗi đầu việc, liệt kê các **công việc con (sub-tasks)** cụ thể (nếu có).
* **Mục tiêu dự án:** [Mô tả mục tiêu]
* **Các thành phần chính (Key deliverables):** [Mô tả sản phẩm cuối cùng]
* **Giới hạn/Ràng buộc (Constraints):** [Ví dụ: Thời gian 3 tháng, team 5 người, công nghệ React/NodeJS]
Công thức 4.2: Nhận diện Rủi ro & Đề xuất Giảm thiểu (Risk Identification)
- Mục tiêu: Lường trước các vấn đề có thể xảy ra.
- Hiệu quả: Tăng tính chủ động trong quản lý dự án, tránh bị động khi sự cố xảy ra.
Tôi đang lập kế hoạch cho dự án: “[Mô tả ngắn về dự án]”.
Hãy đóng vai một Quản lý Dự án (PM) nhiều kinh nghiệm, liệt kê 5 rủi ro tiềm ẩn (potential risks) lớn nhất cho dự án này.
Với mỗi rủi ro, hãy:
1. **Mô tả** rủi ro.
2. **Đánh giá** tác động (Cao/Trung bình/Thấp) và khả năng xảy ra (Cao/Trung bình/Thấp).
3. **Đề xuất** một chiến lược giảm thiểu (mitigation strategy) hoặc phòng ngừa (prevention plan).
5. Hỗ trợ Họp và Ra quyết định
Biến các cuộc họp từ lãng phí thời gian thành hiệu quả và tập trung vào hành động.
Công thức 5.1: Tóm tắt Biên bản họp & Lọc ra Hành động (Meeting Summary & Action Items)
- Mục tiêu: Nhanh chóng xử lý một biên bản họp dài hoặc một đoạn ghi âm (đã-chuyển-thành-text).
- Hiệu quả: Tiết kiệm 30-60 phút ngồi đọc và tóm tắt thủ công, đảm bảo không bỏ sót đầu việc.
Hãy đọc biên bản họp (hoặc bản ghi text) dưới đây.
Nhiệm vụ của bạn là tóm tắt lại nội dung theo 3 phần rõ ràng:
1. **Tóm tắt chung (Summary):** Các chủ đề chính đã thảo luận (3-5 gạch đầu dòng).
2. **Quyết định then chốt (Key Decisions):** Những quyết định đã được chốt hạ.
3. **Hành động tiếp theo (Action Items):** Liệt kê các đầu việc cần làm, ghi rõ **ai (owner)** sẽ làm và **thời hạn (deadline)** (nếu có).
**Nội dung họp:**
“””
[Dán toàn bộ biên bản họp hoặc bản ghi text vào đây]
“””
Công thức 5.2: Phân tích Khung Quyết định (Decision Framework)
- Mục tiêu: Có cái nhìn đa chiều (ưu/nhược điểm) trước khi đưa ra một quyết định quan trọng.
- Hiệu quả: Giúp việc ra quyết định dựa trên dữ liệu và phân tích logic, thay vì cảm tính.
Tôi đang cần ra quyết định về: “[Vấn đề cần quyết định]”.
Chúng tôi đang phân vân giữa 2 (hoặc 3) phương án sau:
* **Phương án 1:** [Mô tả phương án 1]
* **Phương án 2:** [Mô tả phương án 2]
* (Tùy chọn) **Phương án 3:** [Mô tả phương án 3]
Hãy phân tích các phương án này dựa trên khung Phân tích Ưu/Nhược điểm (Pros/Cons) và Rủi ro (Risks).
Trình bày kết quả dưới dạng bảng so sánh để tôi dễ dàng đưa ra quyết định.
Vui lòng đăng nhập để bình luận.