Mẫu prompt cho lãnh đạo ra quyết định là bộ câu lệnh biến AI thành 'người cùng suy nghĩ' trong các quyết định như mở chi nhánh, tuyển thêm người, đổi nhà cung cấp, tăng giá hay đầu tư phần mềm. Mục tiêu không phải để AI chọn giúp, mà để bạn nhìn vấn đề từ nhiều phía trước khi chọn.
AI hữu ích ở bốn việc:
AI không có số liệu tài chính, văn hóa công ty hay quan hệ đối tác của bạn. AI có thể nói rất thuyết phục nhưng sai. Không đưa dữ liệu mật như lương từng người, hợp đồng chưa công bố vào công cụ AI chưa được phê duyệt. Với quyết định pháp lý, thuế, hãy hỏi chuyên gia.
"}, {"h2": "Khung prompt đặt bối cảnh cho trợ lý ra quyết định", "html": "Chất lượng phân tích phụ thuộc vào bối cảnh. Dùng khung sau ở đầu mỗi cuộc hội thoại hoặc lưu vào Project để dùng lại:
Bạn là cố vấn chiến lược cho doanh nghiệp {ngành nghề} tại {thành phố}, quy mô {số nhân sự}, mô hình {B2B/B2C}. Mục tiêu năm nay: {mục tiêu}. Ràng buộc: {nguồn lực, thời gian, nhân sự}. Phong cách: thẳng thắn, chỉ ra điểm yếu, không khen xã giao. Khi thiếu dữ liệu, hỏi tôi thay vì tự giả định. Phân biệt rõ đâu là sự thật tôi cung cấp, đâu là suy luận của bạn.
Câu 'phân biệt sự thật và suy luận' rất quan trọng. Nó buộc AI đánh dấu những chỗ đang đoán, giúp bạn biết điều gì cần kiểm chứng thêm.
"}, {"h2": "6 mẫu prompt phân tích và so sánh phương án", "html": "Làm rõ câu hỏi quyết định: Tôi đang cân nhắc {vấn đề}. Hãy hỏi tôi 5 câu để làm rõ thực chất cần quyết định điều gì, tiêu chí thành công là gì và điều gì không được phép xảy ra.
Mở rộng phương án: Tôi đang phân vân giữa {A} và {B}. Đề xuất thêm 3 phương án khác, kể cả phương án 'chưa làm gì' và phương án làm thử nhỏ. Mỗi phương án ghi ưu, nhược và điều kiện phù hợp.
Ma trận tiêu chí: Lập bảng so sánh các phương án {danh sách} theo tiêu chí {chi phí, thời gian, rủi ro, tác động khách hàng, độ khó triển khai}. Cho thang điểm 1–5, giải thích ngắn từng điểm, ghi rõ điểm nào dựa trên giả định.
Phân tích kịch bản: Với phương án {X}, mô tả 3 kịch bản: thuận lợi, bình thường, xấu. Mỗi kịch bản nêu dấu hiệu nhận biết sớm và hành động nên làm.
Chi phí cơ hội: Nếu dồn {nguồn lực} vào {X}, những việc gì sẽ bị chậm lại? Liệt kê và đánh giá mức ảnh hưởng.
Quyết định đảo ngược được hay không: Phân loại quyết định {X} là dễ đảo ngược hay khó đảo ngược. Nếu khó, đề xuất cách chia nhỏ thành bước thử có thể dừng lại.
Đây là nhóm prompt có giá trị nhất với lãnh đạo, vì trong công ty nhỏ ít ai dám phản biện sếp.
Người phản biện: Đóng vai thành viên hội đồng quản trị khó tính, phản đối kế hoạch sau: {kế hoạch}. Đưa ra 7 lập luận mạnh nhất chống lại kế hoạch, sắp xếp theo mức nghiêm trọng.
Tiền nghiệm thất bại (pre-mortem): Giả sử 12 tháng sau, quyết định {X} đã thất bại rõ ràng. Viết 'biên bản rút kinh nghiệm' liệt kê 8 nguyên nhân có thể dẫn đến thất bại, nguyên nhân nào có thể phòng ngừa từ bây giờ.
Soi giả định: Liệt kê tất cả giả định ngầm trong lập luận sau: {lập luận}. Với mỗi giả định, gợi ý cách kiểm chứng nhanh và rẻ nhất.
Góc nhìn các bên: Phân tích quyết định {X} từ góc nhìn của nhân viên lâu năm, khách hàng thân thiết, nhà cung cấp chính và kế toán trưởng. Mỗi bên lo ngại điều gì?
Chủ một chuỗi 3 tiệm giặt ủi muốn mở cửa hàng thứ tư. Prompt tiền nghiệm thất bại có thể chỉ ra: thiếu quản lý ca, chi phí mặt bằng tăng, phân tán khách từ cửa hàng cũ. Những điều này không mới, nhưng được liệt kê đủ giúp chủ tiệm chuẩn bị kế hoạch dự phòng trước khi ký thuê mặt bằng.
"}, {"h2": "Bảng chọn mẫu prompt theo loại quyết định", "html": "Không phải quyết định nào cũng cần chạy hết các mẫu. Bảng dưới đây giúp chọn đúng mức phân tích, tránh mất thời gian với việc nhỏ và qua loa với việc lớn.
Nguyên tắc chung: quyết định càng khó đảo ngược và ảnh hưởng càng nhiều người thì càng cần nhiều vòng phản biện và dữ liệu thật trước khi chốt.
", "table": {"caption": "Mức độ dùng AI theo loại quyết định", "head": ["Loại quyết định", "Ví dụ", "Mẫu prompt nên dùng", "Cần thêm gì ngoài AI"], "rows": [["Nhỏ, dễ đảo ngược", "Đổi khung giờ họp, thử kênh quảng cáo mới", "Làm rõ câu hỏi, ma trận tiêu chí", "Thử nhỏ rồi đo"], ["Vừa, ảnh hưởng một bộ phận", "Đổi phần mềm bán hàng, tuyển trưởng nhóm", "So sánh phương án, góc nhìn các bên", "Ý kiến người dùng trực tiếp"], ["Lớn, khó đảo ngược", "Mở chi nhánh, đầu tư máy móc, ký hợp đồng dài hạn", "Tiền nghiệm thất bại, soi giả định, kịch bản", "Số liệu tài chính, chuyên gia, cố vấn"], ["Nhạy cảm về con người", "Tái cơ cấu, thay đổi chính sách lương thưởng", "Góc nhìn các bên, chuẩn bị truyền thông", "Tư vấn nhân sự, pháp lý"]]}}, {"h2": "Mẫu prompt tóm tắt thông tin và chuẩn bị họp", "html": "Tóm tắt báo cáo dài: Tóm tắt báo cáo sau cho lãnh đạo bận rộn: 3 điểm chính, 2 con số quan trọng nhất, 1 rủi ro cần chú ý, 1 việc cần quyết định. Mỗi ý không quá 2 câu. Không thêm thông tin ngoài báo cáo.
Bản đề xuất một trang: Từ ghi chú sau, viết bản đề xuất một trang gồm: vấn đề, các phương án, phương án đề xuất, lý do, chi phí nguồn lực ước tính, rủi ro, việc cần làm trong 30 ngày đầu. Ghi chú: {ghi chú}.
Câu hỏi cho cuộc họp: Tôi sắp họp với {bộ phận} về {chủ đề}. Gợi ý 8 câu hỏi giúp tôi hiểu đúng thực trạng, tránh câu hỏi khiến nhân viên phòng thủ.
Sau khi chốt, dùng thêm prompt: Viết biên bản quyết định gồm: bối cảnh, các phương án đã xem xét, lý do chọn, giả định chính, chỉ số theo dõi và ngày xem lại. Lưu biên bản này giúp sáu tháng sau bạn nhìn lại quyết định dựa trên thông tin lúc đó, không phải trí nhớ.
Mẫu prompt cho nhân viên IT là bộ câu lệnh dùng AI như một đồng nghiệp có kiến thức rộng: biết nhiều thông báo lỗi, nhiều lệnh, nhiều kịch bản xử lý. Với công ty 20–50 người chỉ có một IT, đây là cách có thêm 'người để hỏi' khi gặp lỗi lạ.
Sự cố an ninh như nghi bị mã độc tống tiền, rò rỉ tài khoản cần làm theo quy trình ứng phó và liên hệ đơn vị chuyên môn. Lỗi phần cứng như ổ cứng kêu lạ, mainboard chập cần kiểm tra vật lý. Không chạy lệnh AI gợi ý trên máy chủ sản xuất nếu bạn chưa hiểu lệnh làm gì.
"}, {"h2": "Khung prompt mô tả sự cố đầy đủ", "html": "Phần lớn câu trả lời sai của AI đến từ mô tả thiếu. Hãy dùng khung sau:
Bạn là kỹ sư hỗ trợ IT nhiều kinh nghiệm cho văn phòng nhỏ. Môi trường: {hệ điều hành và phiên bản}, {thiết bị/phần mềm và phiên bản}, mạng {router/switch, có domain hay workgroup}. Triệu chứng: {mô tả chính xác, thông báo lỗi nguyên văn}. Bắt đầu từ: {thời điểm, sau thay đổi gì}. Phạm vi: {1 máy/nhiều máy/cả văn phòng}. Đã thử: {danh sách}. Hãy đưa ra các bước kiểm tra theo thứ tự ít rủi ro nhất trước, mỗi bước nêu kết quả mong đợi và ý nghĩa nếu khác. Cảnh báo rõ bước nào có thể gây mất dữ liệu.
Xóa địa chỉ IP công cộng, tên miền nội bộ, mật khẩu khỏi log trước khi dán vào AI.
"}, {"h2": "Mẫu prompt chẩn đoán lỗi máy tính, mạng, máy in", "html": "Máy chạy chậm: Máy {cấu hình, hệ điều hành} chạy chậm từ {thời điểm}. Liệt kê 10 bước kiểm tra theo thứ tự, gồm công cụ có sẵn trong hệ điều hành, chỉ số nào cần để ý và ngưỡng nào là bất thường.
Mất mạng một phần: {Số} máy trong văn phòng vào được mạng nội bộ nhưng không vào được Internet, các máy khác vẫn bình thường. Thiết bị: {router, switch, Wi-Fi}. Gợi ý quy trình khoanh vùng lỗi từ máy đến router, kèm lệnh kiểm tra trên {hệ điều hành}.
Máy in mạng: Máy in {model} kết nối qua mạng, người dùng gửi lệnh in nhưng lệnh kẹt trong hàng đợi. Đưa ra các bước xử lý trên máy tính và trên máy in, phân biệt lỗi driver, lỗi địa chỉ IP và lỗi dịch vụ in.
Đọc mã lỗi: Giải thích mã lỗi sau: {mã lỗi nguyên văn}. Nêu 3 nguyên nhân có khả năng nhất trong bối cảnh {môi trường} và cách xác nhận từng nguyên nhân.
Đọc log: Đây là đoạn log {Event Viewer/syslog} quanh thời điểm lỗi: {log đã ẩn thông tin nhạy cảm}. Tìm dòng bất thường, giải thích và đề xuất bước kiểm tra tiếp theo.
Luôn hỏi thêm AI: Lệnh này có thể ảnh hưởng gì nếu chạy sai? trước khi chạy lệnh thay đổi cấu hình.
Nhiều sự cố lặp lại vì người dùng không biết tự xử lý những việc đơn giản. Hướng dẫn ngắn, đúng ngôn ngữ người dùng giúp giảm số lần IT phải chạy tới bàn.
Hướng dẫn từng bước: Viết hướng dẫn cho nhân viên văn phòng không rành máy tính cách {kết nối máy in/đổi mật khẩu email/kết nối VPN} trên {hệ điều hành}. Tối đa 8 bước, mỗi bước một hành động, ghi đúng tên nút bấm, thêm vị trí chèn ảnh chụp màn hình.
Thông báo bảo trì: Viết thông báo gửi toàn công ty về việc {bảo trì mạng/cập nhật phần mềm} vào {thời gian}. Nêu ảnh hưởng, việc mọi người cần làm trước, người liên hệ. Dưới 120 từ, không dùng thuật ngữ khó.
Trả lời ticket: Người dùng báo: '{nội dung ticket}'. Viết câu trả lời thân thiện, hỏi thêm thông tin cần thiết hoặc hướng dẫn tự xử lý nếu đơn giản, kèm thời gian IT sẽ hỗ trợ trực tiếp nếu chưa được.
Câu hỏi thường gặp nội bộ: Từ danh sách ticket tháng qua {danh sách đã ẩn tên}, nhóm thành 10 vấn đề phổ biến nhất và viết FAQ nội bộ ngắn gọn cho mỗi vấn đề.
Báo cáo sự cố cho lãnh đạo: Viết báo cáo sự cố gồm: thời gian, ảnh hưởng (số người, bộ phận, thời gian gián đoạn), nguyên nhân gốc, cách đã xử lý, việc cần làm để không tái diễn, chi phí nguồn lực ước tính. Ngôn ngữ cho người không chuyên. Dữ liệu: {ghi chú kỹ thuật}.
Phân tích nguyên nhân gốc: Áp dụng phương pháp 5 Why cho sự cố sau: {mô tả}. Dừng lại ở nguyên nhân có thể hành động được, đề xuất biện pháp cho từng tầng.
Checklist phòng ngừa: Lập checklist kiểm tra định kỳ hằng tuần và hằng tháng cho văn phòng {số} máy, có {NAS, router, máy chủ}. Mỗi mục ghi cách kiểm tra và dấu hiệu cảnh báo.
Một công ty kế toán 30 người bị mất kết nối NAS cả buổi sáng do ổ đĩa đầy. Báo cáo dùng mẫu số 1 giúp giám đốc hiểu vấn đề trong một trang; mẫu số 3 tạo ra lịch kiểm tra dung lượng hằng tuần để không lặp lại.
"}, {"h2": "Bảng phân loại sự cố và mức tin cậy vào gợi ý AI", "html": "Không phải loại sự cố nào cũng nên làm theo AI như nhau. Bảng dưới gợi ý mức tin cậy và cách kiểm chứng tương ứng.
Quy tắc vàng: thao tác càng khó hoàn tác (xóa dữ liệu, đổi cấu hình mạng, chỉnh registry, cập nhật firmware) thì càng cần đối chiếu tài liệu chính thức của nhà sản xuất và có bản sao lưu trước khi làm.
", "table": {"caption": "Mức tin cậy gợi ý AI theo loại sự cố IT", "head": ["Loại sự cố", "AI hỗ trợ tốt ở", "Cần kiểm chứng", "Rủi ro nếu làm sai"], "rows": [["Phần mềm văn phòng, email", "Giải thích lỗi, các bước cấu hình", "Tên menu theo phiên bản", "Thấp"], ["Máy in, thiết bị ngoại vi", "Quy trình khoanh vùng", "Driver đúng model", "Thấp"], ["Mạng nội bộ, Wi-Fi", "Thứ tự kiểm tra, giải thích lệnh", "Lệnh theo đúng hãng thiết bị", "Trung bình, có thể mất mạng cả văn phòng"], ["Máy chủ, NAS, sao lưu", "Đọc log, gợi ý nguyên nhân", "Tài liệu chính thức, bản sao lưu", "Cao, mất dữ liệu"], ["An ninh, mã độc", "Giải thích khái niệm, checklist", "Quy trình ứng phó, chuyên gia", "Rất cao"]]}}, {"h2": "Lưu ý bảo mật khi IT dùng AI", "html": "Khi số ticket tăng, cân nhắc để AI hỗ trợ phân loại ticket và gợi ý trả lời, nhưng giữ IT ở bước duyệt. Với doanh nghiệp không có IT riêng, có thể kết hợp các mẫu prompt này với dịch vụ IT thuê ngoài để xử lý những sự cố vượt khả năng nội bộ như mạng, máy chủ, NAS.
"} ], "tip": "Lưu mỗi sự cố đã xử lý thành một ghi chú ngắn: triệu chứng, nguyên nhân, cách xử lý. Sau vài tháng, đưa kho ghi chú này vào prompt, AI sẽ gợi ý sát với hạ tầng của chính công ty bạn hơn.", "faq": [ {"q": "Có nên chạy lệnh PowerShell mà AI gợi ý không?", "a": "Chỉ chạy khi bạn hiểu lệnh làm gì. Hỏi AI giải thích từng phần, thử trên máy thử nghiệm và sao lưu trước khi chạy trên máy quan trọng."}, {"q": "AI có đọc được log Event Viewer không?", "a": "Có thể giải thích các dòng log bạn dán vào và gợi ý nguyên nhân. Hãy ẩn tên máy, tên người dùng và chỉ dán đoạn quanh thời điểm lỗi."}, {"q": "Prompt nào giúp xử lý mất mạng nhanh nhất?", "a": "Prompt mô tả rõ phạm vi lỗi (một máy hay nhiều máy, mất Internet hay mất cả mạng nội bộ) và thiết bị đang dùng. Phạm vi lỗi quyết định thứ tự khoanh vùng."}, {"q": "Có thể dùng AI để viết tài liệu IT nội bộ không?", "a": "Rất phù hợp. AI giúp chuyển ghi chú kỹ thuật thành hướng dẫn từng bước, FAQ và báo cáo dễ hiểu cho người không chuyên."}, {"q": "AI có thay được nhân viên IT không?", "a": "Không. AI hỗ trợ tra cứu và viết, nhưng không thể kiểm tra phần cứng, chịu trách nhiệm thay đổi cấu hình hay đánh giá rủi ro trong bối cảnh cụ thể."}, {"q": "Gặp nghi ngờ mã độc tống tiền có nên hỏi AI cách xử lý?", "a": "Có thể hỏi để hiểu khái niệm, nhưng hãy ngắt kết nối mạng máy bị ảnh hưởng, làm theo quy trình ứng phó sự cố và liên hệ đơn vị chuyên môn ngay."} ], "sources": [ {"t": "Microsoft Learn – Windows client troubleshooting", "u": "https://learn.microsoft.com/en-us/troubleshoot/windows-client/welcome-windows-client"}, {"t": "NIST – Computer Security Incident Handling Guide (SP 800-61)", "u": "https://csrc.nist.gov/pubs/sp/800/61/r2/final"}, {"t": "Five whys – Wikipedia", "u": "https://en.wikipedia.org/wiki/Five_whys"} ], "related": ["ai-it-support-agent", "workflow-phan-loai-ticket-ho-tro", "bao-mat-may-tram-khi-dung-ai", "ung-pho-su-co-ai", "ha-tang-it-cho-ai-sme", "thu-vien-prompt-noi-bo", "bao-mat-api-key-ai"] }, { "id": 2261, "slug": "prompt-cho-lap-trinh-vien", "title": "Mẫu prompt cho lập trình viên: review code, viết test, tài liệu", "meta_desc": "Mẫu prompt cho lập trình viên: review code, tìm lỗi bảo mật, viết unit test, refactor, viết tài liệu và commit message. Có biến tùy chỉnh và cách kiểm tra kết quả.", "excerpt": "AI coding đã quen thuộc với lập trình viên, nhưng prompt mơ hồ cho ra code mơ hồ. Bài này tập hợp các mẫu prompt cho review code, viết test, refactor và tài liệu, kèm cách đưa ngữ cảnh và kiểm tra kết quả để AI thực sự giúp đội phát triển.", "answer": "Mẫu prompt cho lập trình viên là các câu lệnh có cấu trúc để AI hỗ trợ review code, tìm lỗi, viết unit test, refactor, giải thích code cũ và viết tài liệu. Prompt hiệu quả luôn nêu ngôn ngữ và phiên bản, framework, quy ước của dự án, phạm vi thay đổi được phép và tiêu chí hoàn thành. Dù dùng ChatGPT, Claude, GitHub Copilot hay Cursor, code do AI tạo vẫn cần chạy test, đọc diff và review như code của người khác. AI tăng tốc phần lặp lại; trách nhiệm chất lượng và bảo mật vẫn thuộc về đội phát triển.", "kws": ["mẫu prompt cho lập trình viên", "prompt review code", "prompt viết unit test", "prompt viết tài liệu code", "AI coding prompt"], "sections": [ {"h2": "Mẫu prompt cho lập trình viên là gì và vì sao cần chuẩn hóa", "html": "Mẫu prompt cho lập trình viên là bộ câu lệnh chuẩn dùng với trợ lý AI coding để làm các việc lặp lại: review, viết test, refactor, giải thích, tài liệu. Trong đội nhiều người, mỗi người hỏi AI một kiểu sẽ cho ra code không thống nhất về phong cách và chất lượng.
Chuẩn hóa prompt giúp:
Logic nghiệp vụ cốt lõi mà chưa ai trong đội hiểu rõ, phần xử lý thanh toán, xác thực, mã hóa: AI có thể viết nháp nhưng người có kinh nghiệm phải thiết kế và review kỹ. Không dán khóa API, chuỗi kết nối, dữ liệu khách hàng thật vào prompt.
Nhiều đội dùng file quy ước dự án (ví dụ file hướng dẫn cho trình soạn code AI) để AI đọc tự động; các mẫu dưới đây bổ sung cho từng tác vụ cụ thể.
"}, {"h2": "Khung ngữ cảnh dự án đặt đầu mọi prompt", "html": "Dự án: {mô tả ngắn}. Ngôn ngữ/framework: {ví dụ Flutter 3.x, Dart; Laravel 11; Node 20}. Quản lý trạng thái/kiến trúc: {ví dụ Riverpod, clean architecture}. Quy ước: {đặt tên, xử lý lỗi, log}. Không được: {thêm thư viện mới, đổi API công khai, sửa file ngoài phạm vi}. Khi không chắc về API của thư viện, nói rõ thay vì đoán.
Lưu khung này trong file quy ước của repo để cả đội và công cụ AI cùng đọc, cập nhật khi nâng phiên bản.
"}, {"h2": "Mẫu prompt review code và tìm lỗi", "html": "Review tổng quát: Review đoạn code sau như một senior khó tính. Phân loại vấn đề theo mức: nghiêm trọng (lỗi logic, bảo mật, mất dữ liệu), quan trọng (hiệu năng, xử lý lỗi), nhỏ (đặt tên, phong cách). Mỗi vấn đề ghi dòng, lý do, đề xuất sửa. Không viết lại toàn bộ file. Code: {code}.
Tìm lỗi bảo mật: Kiểm tra đoạn code {mô tả} theo các nhóm lỗi phổ biến của OWASP: injection, kiểm soát truy cập, lộ dữ liệu nhạy cảm, xác thực đầu vào. Chỉ báo vấn đề có bằng chứng trong code, ghi mức độ tin cậy.
Review pull request: Đây là diff của PR với mô tả '{mô tả}'. Kiểm tra: thay đổi có đúng mục tiêu không, có ảnh hưởng ngoài phạm vi không, trường hợp biên nào chưa xử lý, test nào còn thiếu.
Tìm nguyên nhân bug: Hành vi mong đợi: {X}. Hành vi thực tế: {Y}. Bước tái hiện: {các bước}. Log/lỗi: {nội dung}. Code liên quan: {code}. Đưa ra 3 giả thuyết theo khả năng, cách xác nhận từng giả thuyết, chưa sửa code vội.
Câu 'chưa sửa code vội' giúp AI tập trung chẩn đoán, tránh vá triệu chứng.
"}, {"h2": "Mẫu prompt viết unit test và test case", "html": "Liệt kê test case trước: Với hàm {tên hàm} dưới đây, liệt kê test case dạng bảng: tình huống, đầu vào, kết quả mong đợi. Bao gồm trường hợp bình thường, biên, lỗi, giá trị rỗng. Chưa viết code test.
Viết test từ danh sách đã duyệt: Viết unit test bằng {framework test} cho các test case đã duyệt sau. Mỗi test một hành vi, tên test mô tả hành vi, không mock những gì không cần thiết.
Test cho code cũ chưa có test: Viết test mô tả hành vi hiện tại của hàm {tên} (characterization test) để có lưới an toàn trước khi refactor. Không sửa code gốc.
Kịch bản test thủ công: Viết kịch bản kiểm thử thủ công cho tính năng {mô tả} trên {nền tảng}, gồm bước thực hiện, kết quả mong đợi, dữ liệu thử.
Refactor có giới hạn: Refactor hàm {tên} để dễ đọc hơn, giữ nguyên hành vi và chữ ký hàm công khai. Chia thành các bước nhỏ, mỗi bước giải thích lý do. Không đổi tên file, không thêm thư viện.
Giải thích code cũ: Giải thích module sau cho lập trình viên mới vào dự án: mục đích, luồng dữ liệu chính, các hàm quan trọng, chỗ dễ gây lỗi. Vẽ luồng bằng danh sách gạch đầu dòng.
Viết README: Viết README cho dự án gồm: mục đích, yêu cầu môi trường, cài đặt, cấu hình biến môi trường (chỉ tên biến), chạy test, cấu trúc thư mục, quy ước đóng góp.
Comment và docstring: Thêm docstring cho các hàm công khai trong file sau theo chuẩn {chuẩn của ngôn ngữ}. Chỉ giải thích 'vì sao' và hợp đồng đầu vào đầu ra, không lặp lại điều code đã nói rõ.
Commit message: Viết commit message theo quy ước {Conventional Commits} cho diff sau, dòng đầu dưới 72 ký tự, phần thân nêu lý do thay đổi.
Công cụ AI coding thay đổi nhanh; bảng dưới mô tả cách dùng phổ biến tại thời điểm viết, hãy kiểm tra trang chính thức để biết tính năng hiện hành và gói miễn phí/trả phí.
Điểm chung: tác vụ càng cần đọc nhiều file cùng lúc thì càng nên dùng công cụ tích hợp vào trình soạn code hoặc terminal; tác vụ hỏi đáp, giải thích ngắn dùng chatbot là đủ.
", "table": {"caption": "Tác vụ lập trình và cách dùng AI phù hợp", "head": ["Tác vụ", "Mẫu prompt", "Kiểu công cụ phù hợp", "Bước kiểm chứng bắt buộc"], "rows": [["Review PR", "Review pull request", "Tích hợp repo hoặc dán diff vào chatbot", "Người review cuối cùng duyệt"], ["Tìm bug", "Tìm nguyên nhân bug", "Trình soạn code có ngữ cảnh dự án", "Tái hiện và test hồi quy"], ["Viết test", "Liệt kê test case rồi viết test", "Trình soạn code AI, agent terminal", "Chạy test, thử làm sai code"], ["Refactor", "Refactor có giới hạn", "Agent có thể sửa nhiều file", "Test cũ vẫn qua, đọc diff"], ["Tài liệu", "README, docstring, giải thích", "Chatbot hoặc trình soạn code", "Người hiểu dự án đọc lại"]]}}, {"h2": "Lỗi thường gặp khi lập trình viên dùng prompt AI", "html": "