AI Prompt Library

Bạn là một kỹ sư kỳ cựu. Tôi gặp một lỗi — hãy tìm nguyên nhân và đưa cách sửa.

Hãy trả lời theo thứ tự này:
1. [Lỗi đang nói gì] Giải thích ý nghĩa của thông báo lỗi bằng ngôn ngữ dễ hiểu.
2. [Nguyên nhân có khả năng nhất] Liệt kê hai đến ba nguyên nhân có khả năng nhất, từ cao đến thấp.
3. [Cách sửa] Với nguyên nhân có khả năng nhất, hãy cho tôi đoạn mã sửa áp dụng được ngay, giải thích bạn đã đổi gì và vì sao.
4. [Cách phòng tránh] Lần sau nên viết thế nào để tôi không gặp lại lỗi này.

Môi trường phát triển của tôi: (ngôn ngữ / framework / phiên bản)
Điều tôi đang làm: (tóm tắt đoạn mã này đang cố đạt điều gì)
Thông báo lỗi đầy đủ: (dán nhật ký lỗi)
Mã liên quan: (dán đoạn mã gần chỗ lỗi)

Nếu chưa đủ thông tin để phán đoán, trước tiên hãy cho tôi biết bạn cần thêm gì — đừng đoán.

Hãy giải thích bằng ngôn ngữ dễ hiểu đoạn mã dưới đây làm gì, đi qua logic từng phần một, và chỉ ra bất kỳ lỗi tiềm ẩn hoặc chỗ nào cần cải thiện.

Mã: "___"

Hãy viết unit test cho hàm dưới đây, bao phủ các trường hợp thông thường và trường hợp biên (null, giá trị cực trị, đầu vào sai), và giải thích mỗi test kiểm tra điều gì.

Hàm: "___"

Mã của tôi đáng lẽ phải "___" nhưng thực tế lại "___". Hãy tìm nguyên nhân khả dĩ, cách xác minh, và cách sửa.

Mã: "___"
Thông báo lỗi: "___"

Đoạn mã dưới đây chạy được nhưng có vẻ lộn xộn. Hãy tái cấu trúc nó thành phiên bản rõ ràng, dễ bảo trì hơn, giải thích bạn đã thay đổi gì và tại sao, và giữ nguyên hành vi ban đầu.

Mã: "___"

Hãy giải thích theo cách mà ngay cả người mới bắt đầu cũng hiểu được đoạn mã dưới đây làm gì và tại sao lại được viết như vậy, đồng thời chỉ ra những chỗ có thể cải thiện:

(dán đoạn mã)

Tôi muốn làm một game nhỏ (thể loại game, ví dụ, platformer 2D / quản lý nhàn rỗi / giải đố); ý tưởng cốt lõi là (mô tả lối chơi trong một câu); kỹ năng của tôi là (không biết code / biết chút JavaScript / quen với một engine nào đó); tôi có thể đầu tư (số giờ) mỗi tuần. Hãy: 1) thu hẹp ý tưởng thành một lối chơi cốt lõi trong một câu; 2) xác định 3-5 tính năng mà phiên bản chơi được tối thiểu (MVP) phải có, và liệt kê danh sách "cắt khỏi v1 trước"; 3) gợi ý tổ hợp engine và công cụ dựa trên trình độ của tôi; 4) sắp xếp các mốc phát triển theo từng tuần. Hãy thực tế — mục tiêu là hoàn thành trong vòng hai tháng.

Tôi gặp lỗi này:
(dán toàn bộ thông báo lỗi)

Đoạn mã liên quan:
(dán đoạn mã)

Hành vi tôi mong đợi là (mô tả). Hãy đoán nguyên nhân có khả năng và đưa ra cách khắc phục, và giải thích tại sao nó bị lỗi.

Hãy viết unit test cho hàm dưới đây, bao gồm các trường hợp thông thường và trường hợp biên, và giải thích mỗi bài kiểm thử xác minh điều gì:

(dán hàm)

Tôi gặp lỗi khi chạy mã và không hiểu rõ lắm — với vai trò một kỹ sư kỳ cựu, hãy dẫn tôi tìm hiểu và sửa nó từng bước.

Điều tôi đang làm: (ví dụ: chạy một script Python / khởi động một dự án)
Ngôn ngữ hoặc framework và phiên bản: (nếu biết)
Thông báo lỗi đầy đủ: (dán toàn bộ, gồm cả traceback)
Đoạn mã liên quan: (dán phần có thể đang lỗi)
Những gì tôi đã thử: (nếu có)

Hãy:
1. Giải thích bằng ngôn ngữ dễ hiểu lỗi này thực sự nói gì và nguyên nhân có khả năng nhất
2. Liệt kê 2-3 chỗ có khả năng lỗi nhất, xếp theo mức khả năng
3. Cho tôi các bước sửa cụ thể và đoạn mã đã sửa
4. Dạy tôi cách tự đọc loại lỗi này lần sau và cách thu hẹp phạm vi

Ràng buộc: xác nhận nguyên nhân trước khi đưa cách sửa, đừng chỉ mò; nêu rõ những phần chưa chắc chắn.

Bạn là kỹ sư phần mềm mười năm kinh nghiệm, giỏi bảo trì mã cũ của người khác. Tôi sẽ dán một ít mã. Hãy:

Ngôn ngữ lập trình: (ví dụ: Python / JavaScript / PHP)
Mã: (dán vào đây)

Đầu ra:
1. "Giải thích tổng thể dễ hiểu": trong ba câu, nêu rõ nó làm gì, giả định người đọc là một kỹ sư mới.
2. "Chú thích theo từng khối": thêm chú thích nội dòng bằng tiếng Việt vào các khối quan trọng (giữ nguyên mã gốc, giải thích mục đích bên cạnh).
3. "Vấn đề tiềm ẩn": liệt kê các lỗi, mối lo về hiệu năng hoặc bảo mật có thể có.
4. "Gợi ý tái cấu trúc": đề xuất hai hoặc ba hướng viết lại cụ thể và giải thích lợi ích của từng cái.

Ràng buộc: đừng viết lại toàn bộ ngay — trước tiên tập trung vào giải thích và gợi ý; nêu các phần chưa chắc là "cần xác nhận".

Tôi muốn dùng một biểu thức chính quy (regex) để đạt được: (mô tả nhu cầu, ví dụ "khớp số điện thoại di động Việt Nam"). Hãy cho tôi một regex hoạt động được kèm giải thích từng phần và một vài ví dụ kiểm thử.

Hãy xem xét đoạn mã dưới đây, chỉ ra các rủi ro bảo mật có thể có (như tấn công tiêm nhiễm, quyền truy cập, rò rỉ khóa bí mật), và đưa ra các gợi ý khắc phục:

(dán đoạn mã)

Tôi muốn tự động hóa công việc lặp đi lặp lại này: (mô tả các bước). Hãy chia nó thành các bước có thể tự động hóa, gợi ý một công cụ hoặc phương pháp cho mỗi bước, và đánh dấu bước nào cần con người xác nhận.

Tôi tiếp quản một đoạn mã không có chú thích và đặt tên biến cẩu thả, và muốn làm cho người sau (kể cả tôi) hiểu được.

Ngôn ngữ lập trình: ()
Đại khái đoạn mã này làm gì (phỏng đoán hiện tại của tôi): ()
Mã:
(dán vào)

Hãy:
1. Tóm tắt trong một đoạn ngôn ngữ dễ hiểu đoạn mã này thực sự làm gì
2. Không thay đổi logic, thêm chú thích bằng tiếng Việt ở các chỗ quan trọng (chỉ chú thích chỗ khó hiểu, không phải mọi dòng)
3. Liệt kê các tên biến/hàm không rõ nghĩa và đưa ra gợi ý đặt tên diễn đạt hơn, dưới dạng bảng so sánh
4. Chỉ ra bất cứ chỗ nào trông có thể ẩn lỗi hoặc khó bảo trì về sau, mỗi chỗ kèm một dòng ghi chú.

Tôi đang xây dựng một (loại dự án, ví dụ, website Astro / API Node); ngăn xếp công nghệ là (ngôn ngữ/framework). Tôi muốn thêm một tính năng: (mô tả cụ thể tính năng và hành vi mong đợi). Hãy: 1) chia yêu cầu này thành các bước triển khai rõ ràng (cần sửa file nào và làm gì ở mỗi bước); 2) đánh dấu các trường hợp biên có thể xảy ra và các test cần viết; 3) chỉ ra những cạm bẫy dễ mắc. Hãy xuất ra dưới dạng danh sách công việc mà tôi có thể dán vào một tác nhân trình soạn thảo AI như Cursor để thực thi từng bước, với độ chi tiết đủ nhỏ để tôi có thể kiểm tra từng phần.

Tôi muốn tự động hóa: (mô tả nhu cầu, ví dụ "gửi email cảm ơn được cá nhân hóa khi có biểu mẫu gửi đến"). Hãy chia nhỏ thành "kích hoạt → các bước → kết quả", và chỉ ra bước nào có thể kết nối với AI.

Bạn là một chuyên viên tư vấn triển khai Dify. Công ty chúng tôi muốn xây dựng chăm sóc khách hàng bằng AI; dữ liệu hiện có: (mô tả, ví dụ: một PDF sổ tay sản phẩm 50 trang, 30 mục FAQ, một tài liệu quy định đổi/trả hàng). Hãy soạn một bản đặc tả xây dựng: 1) gợi ý tổ chức và chia nhỏ tài liệu cho cơ sở tri thức; 2) thiết kế node Chatflow (kèm một bản nháp system prompt phải bao gồm quy tắc "nếu không tìm thấy thì thừa nhận"); 3) một danh sách 10 câu hỏi kiểm thử trước khi vận hành; 4) các điều kiện khi nào một người thật nên tiếp quản.

Tôi muốn sửa đoạn code này: (dán code, hoặc đường dẫn file và yêu cầu). Trước khi bạn động vào bất cứ thứ gì, chỉ làm một việc — liệt kê phạm vi ảnh hưởng: 1) thay đổi này chạm vào những file và hàm nào; 2) những chỗ nào gọi tới nó có thể hỏng sau khi sửa; 3) test có bao phủ logic này không, nếu không thì cần thêm case nào; 4) có cách thay thế nhỏ hơn, ít rủi ro hơn không. **Đừng viết code nào cả** — chờ đến khi tôi xác nhận phạm vi. Nếu cần xem một số file để phán đoán, chỉ cần nói tôi biết file nào — đừng đoán. Trả lời bằng tiếng Việt với cách dùng của Việt Nam.

Bạn là chuyên gia tư vấn bảo mật ứng dụng AI. Tôi sắp ra mắt một ứng dụng LLM — hãy giúp tôi tự kiểm bảo mật trước khi ra mắt.

Mục đích ứng dụng: (ví dụ: một bot chăm sóc khách hàng đối ngoại kết nối với cơ sở tri thức sản phẩm của công ty)
Mô hình sử dụng: (ví dụ: Claude / GPT)
Dữ liệu nó có thể đọc: (ví dụ: FAQ sản phẩm, một API tra cứu đơn hàng)
Hành động nó có thể thực hiện: (ví dụ: tra cứu đơn hàng, gửi yêu cầu trả hàng)
Người dùng là ai: (ví dụ: người tiêu dùng nói chung, không cần đăng nhập)

Hãy xuất ra:
1. Dựa trên trên, vẽ ranh giới rủi ro và liệt kê ba đường tấn công tệ nhất
2. Một bộ câu hỏi kiểm thử jailbreak bằng tiếng Việt, 10 câu cho mỗi bốn nhóm (trích xuất system prompt / vượt qua thiết lập vai / rò rỉ dữ liệu chéo người dùng / injection gián tiếp)
3. Biện pháp phòng thủ cho mỗi nhóm, chia thành "tầng prompt", "tầng ứng dụng", "tầng hạ tầng"
4. Nội dung nào phía đầu ra cần lọc, và tiêu chí lọc cụ thể
5. Những trường nào cần ghi vào audit log để có thể truy vết vấn đề về sau

Hãy đưa danh sách thực thi được ngay — đừng giải thích lý thuyết.

Hãy giải thích đoạn mã này bằng ngôn ngữ dễ hiểu đến mức người mới cũng hiểu: 1) tổng thể nó làm gì (kèm một phép so sánh đời thực); 2) logic chính từng phần; 3) chỗ nào dễ sai hoặc cần lưu ý; 4) nếu có cách viết rõ ràng hơn, hãy gợi ý. Dùng thuật ngữ kỹ thuật thông dụng ở Việt Nam.

Mã:
```
dán mã vào đây
```

Mã của tôi không chạy như mong đợi. Hãy: 1) tìm vấn đề khả dĩ nhất; 2) giải thích tại sao nó xảy ra (nói rõ nguyên lý); 3) đưa ra mã đã sửa; 4) nhắc tôi cách tránh loại lỗi này trong tương lai. Nếu thông tin chưa đủ, hãy hỏi trước tôi cần bổ sung gì.

Hành vi mong đợi: "mô tả"
Hành vi thực tế: "mô tả"
Mã:
```
dán mã vào đây
```

Hãy viết mã theo yêu cầu của tôi. Yêu cầu: đặt tên rõ ràng, cấu trúc gọn gàng, chú thích bằng tiếng Việt ở những chỗ then chốt, và xử lý lỗi cùng trường hợp biên cơ bản. Sau khi viết, hãy giải thích trong vài câu các đánh đổi trong thiết kế và điều gì có thể tối ưu thêm.

Yêu cầu: "mô tả bạn muốn làm gì, bằng ngôn ngữ/framework nào"

Hãy viết test cho đoạn mã dưới đây. Yêu cầu: bao phủ trường hợp thông thường, trường hợp biên và trường hợp lỗi; đặt tên mỗi test rõ ràng để nêu nó kiểm tra gì; dùng framework test thông dụng của ngôn ngữ; và chỉ ra những trường hợp khác đáng bổ sung.

Mã:
```
dán mã vào đây
```

Hãy tái cấu trúc đoạn mã dưới đây để dễ đọc và dễ bảo trì hơn: 1) cải thiện cách đặt tên; 2) chia nhỏ các hàm quá dài; 3) loại bỏ trùng lặp; 4) giữ nguyên hành vi. Sau đó, giải thích bạn đã thay đổi gì và tại sao, và kèm theo toàn bộ mã đã tái cấu trúc.

Mã:
```
dán mã vào đây
```

Hãy rà soát đoạn mã dưới đây từ góc độ bảo mật: 1) kiểm tra các lỗ hổng phổ biến (injection, XSS, leo thang đặc quyền, rò rỉ khóa bí mật, dùng phụ thuộc không an toàn); 2) liệt kê các vấn đề xếp theo mức độ nghiêm trọng; 3) kèm mã đã sửa cho từng cái; 4) giải thích cách xác minh bản sửa.

Mã:
```
dán mã vào đây
```

Hãy viết SQL: 1) một truy vấn theo nhu cầu tôi mô tả; 2) giải thích từng phần nó làm gì; 3) chỉ ra các vấn đề hiệu năng khả dĩ (thiếu chỉ mục, quét toàn bảng) và cách sửa; 4) nhắc tôi các trường hợp biên (NULL, trùng lặp, múi giờ).

Cấu trúc bảng: "mô tả các bảng và cột"
Điều tôi muốn truy vấn: "mô tả nhu cầu"

Hãy viết một biểu thức chính quy: 1) đưa ra regex theo nhu cầu; 2) phân tách nó, giải thích mỗi phần khớp gì; 3) cho 5 ví dụ khớp và 5 ví dụ không khớp; 4) chỉ ra các bẫy sai khớp phổ biến và một cách viết bền vững hơn.

Điều tôi muốn khớp: "mô tả quy tắc, ví dụ: số di động Việt Nam"
Ngôn ngữ sử dụng: "ví dụ: JavaScript"

Hãy rà soát đoạn code bên dưới. Mục tiêu vòng này là **độ bao phủ**, không phải ngắn gọn.

[Code]
(dán code bạn muốn rà soát)

[Bối cảnh]
- Ngôn ngữ và framework: (ví dụ: TypeScript + React)
- Code này dùng để làm gì:
- Môi trường chạy và quy mô: (ví dụ: xử lý 100.000 request mỗi ngày)
- Phần tôi lo nhất: (có thể để trống)

[Yêu cầu rà soát]
Báo cáo **mọi** vấn đề bạn tìm thấy, kể cả những cái bạn không chắc hoặc cho là mức độ thấp. Đừng lọc theo tầm quan trọng ở giai đoạn này — tôi sẽ tự xếp hạng sau. Thà báo dư một cái mà tôi bác bỏ sau còn hơn bỏ sót một bug thật.

Dùng định dạng sau cho mỗi phát hiện:
- **Vị trí**: số dòng hoặc tên hàm
- **Vấn đề**: cụ thể cái gì sẽ hỏng
- **Tình huống kích hoạt**: đầu vào hoặc trạng thái nào gây ra nó
- **Mức độ nghiêm trọng**: cao/trung bình/thấp
- **Độ tin cậy**: cao/trung bình/thấp
- **Đề xuất sửa**: đủ cụ thể để áp dụng ngay

[Kiểm tra đặc biệt các nhóm này]
1. Điều kiện biên (null, số không, giá trị khổng lồ, mảng rỗng)
2. Đồng thời và race condition
3. Xử lý lỗi và các đường ngoại lệ
4. Rò rỉ tài nguyên (kết nối, file, bộ nhớ)
5. Bảo mật (injection, quyền, rò rỉ dữ liệu nhạy cảm)

Cuối cùng đưa cho tôi một bảng tóm tắt sắp theo "mức độ nghiêm trọng x độ tin cậy". Dùng tiếng Việt với cách dùng của Việt Nam.

Bạn là kỹ sư dữ liệu cấp cao. Lược đồ bảng của tôi như sau:
(dán câu lệnh CREATE TABLE hoặc mô tả cột)

Câu hỏi tôi muốn trả lời là: (mô tả bằng lời, ví dụ: "bảng xếp hạng số tiền giao dịch theo từng nhân viên bán hàng của tháng trước")

Hãy:
1. Tạo SQL chuẩn (nêu rõ cơ sở dữ liệu áp dụng, ví dụ PostgreSQL/MySQL).
2. Giải thích logic truy vấn theo từng dòng bằng comment.
3. Chỉ ra những bẫy hiệu năng có thể có (thiếu index, quét toàn bảng) và gợi ý tối ưu.
4. Nếu câu hỏi của tôi mơ hồ về mặt ngữ nghĩa, hãy hỏi tôi trước khi tạo SQL.

Bạn là Tech Lead coi trọng chất lượng. Dưới đây là diff của tôi:
(dán các thay đổi code)

Hãy rà soát theo nguyên tắc "chính xác, ít báo động giả", liệt kê vấn đề theo mức độ nghiêm trọng:
1. Tính đúng đắn/bảo mật (những thứ sẽ hỏng hoặc có lỗ hổng)
2. Khả năng bảo trì (đặt tên, trùng lặp, điều kiện biên)
3. Gợi ý (tối ưu tùy chọn)

Với mỗi mục, ghi file và số dòng, giải thích vì sao là vấn đề, và đưa ví dụ sửa. Đừng cố bới lỗi ở những phần đã ổn.

Bạn là kỹ sư phần mềm cấp cao chuyên về code review. Hãy rà soát đoạn code (ngôn ngữ lập trình) bên dưới, chỉ ra từng mục: lỗi tiềm ẩn, lỗ hổng ở các trường hợp biên, điểm nghẽn hiệu năng, vấn đề về đặt tên và khả năng đọc, và rủi ro bảo mật. Với mỗi vấn đề, ghi số dòng và mức độ nghiêm trọng, kèm đoạn code đã sửa và lý do. Code: (dán code)

Bạn là chuyên gia tái cấu trúc (refactoring). Hãy tái cấu trúc đoạn code (ngôn ngữ lập trình) bên dưới cho gọn gàng và dễ bảo trì hơn, tuân theo nguyên tắc SOLID và quy ước của ngôn ngữ. Giữ nguyên chức năng gốc, và dùng comment để giải thích lý do cho mỗi thay đổi. Nếu có thể tách hàm hoặc rút gọn logic chung, hãy làm luôn. Xuất ra toàn bộ code đã tái cấu trúc kèm bản tóm tắt các thay đổi chính. Code: (dán code)

Bạn là giáo viên dạy lập trình kiên nhẫn. Bằng tiếng Việt đơn giản, hãy giải thích theo từng phần đoạn code (ngôn ngữ lập trình) bên dưới làm gì — trước tiên tóm tắt mục đích tổng thể trong một câu, rồi phân tích logic và luồng dữ liệu của từng khối then chốt, và cuối cùng chỉ ra điều mà người mới dễ hiểu lầm nhất. Đối tượng là (trình độ, ví dụ: học lập trình được nửa năm). Code: (dán code)

Bạn là bậc thầy gỡ lỗi. Tôi gặp lỗi sau khi chạy (ngôn ngữ lập trình/framework) — hãy phán đoán nguyên nhân gốc khả dĩ nhất và liệt kê 3 hướng khắc phục cùng các bước sửa cụ thể, sắp xếp theo mức độ khả năng. Nếu cần thêm thông tin, hãy nói rõ tôi cần cung cấp gì. Thông báo lỗi: (dán toàn bộ thông báo lỗi). Code liên quan: (dán code)

Bạn là lập trình viên (ngôn ngữ lập trình) cấp cao. Hãy viết code hoàn chỉnh, chạy được theo yêu cầu bên dưới, tuân theo thực hành tốt nhất của ngôn ngữ, thêm xử lý lỗi cần thiết và comment bằng tiếng Việt, kết thúc bằng một ví dụ sử dụng ngắn gọn. Yêu cầu: (mô tả tính năng bạn muốn). Ràng buộc: (ví dụ: không dùng gói bên thứ ba, phải tương thích với một phiên bản nhất định).

Bạn là kỹ sư kiểm thử chuyên về TDD. Hãy viết unit test hoàn chỉnh cho hàm (ngôn ngữ lập trình) bên dưới bằng (framework kiểm thử, ví dụ: Jest/PyTest). Nhớ bao phủ trường hợp bình thường, giá trị biên, cùng ngoại lệ và đầu vào sai. Thêm một dòng comment cho mỗi test case giải thích nó kiểm tra điều gì. Hàm: (dán code)

Bạn là kỹ sư cơ sở dữ liệu. Hãy viết một truy vấn SQL đúng theo yêu cầu bên dưới, giải thích mục đích của mỗi JOIN và điều kiện, và cuối cùng đưa ra gợi ý tối ưu hiệu năng (index, tránh quét toàn bảng, v.v.). Cơ sở dữ liệu: (ví dụ: MySQL/PostgreSQL). Lược đồ bảng: (dán lược đồ). Điều tôi muốn truy vấn: (mô tả nhu cầu).

Bạn là chuyên gia regex. Hãy viết một regex với mục đích (mô tả cái cần khớp), tương thích với (ngôn ngữ lập trình/công cụ). Cung cấp biểu thức, phân tích ý nghĩa của từng phần ký hiệu, và kèm 3 chuỗi khớp và 2 chuỗi không khớp để tôi kiểm chứng. Văn bản ví dụ cần xử lý: (dán ví dụ)

Bạn là kỹ sư backend. Bằng (ngôn ngữ lập trình), hãy viết code tích hợp API bên dưới, bao gồm phương thức request đúng, headers, tham số, phân tích response, và cơ chế thử lại khi lỗi, kèm comment bằng tiếng Việt. Nếu có API key, hãy xử lý qua biến môi trường. Điểm chính của tài liệu API: (dán endpoint, tham số, phương thức xác thực). Mục tiêu của tôi: (mô tả).

Bạn là người viết tài liệu kỹ thuật. Hãy tạo một README rõ ràng cho dự án bên dưới, bao gồm: giới thiệu dự án, tính năng, các bước cài đặt, ví dụ sử dụng, yêu cầu môi trường, và FAQ. Giọng chuyên nghiệp nhưng dễ hiểu, các khối code đánh dấu bằng Markdown. Thông tin dự án: (mô tả mục đích và tech stack của dự án). Code hoặc cấu hình chính: (dán nội dung then chốt)

Bạn là kỹ sư thông thạo nhiều ngôn ngữ. Hãy chuyển đoạn code (ngôn ngữ nguồn) bên dưới sang (ngôn ngữ đích), giữ nguyên logic và hành vi, dùng cách viết idiomatic và thư viện chuẩn của ngôn ngữ đích thay vì dịch từng chữ. Sau khi chuyển, hãy ghi chú những khác biệt về cú pháp hoặc hệ sinh thái cần lưu ý giữa hai bên. Code gốc: (dán code)

Bạn là kiến trúc sư hệ thống. Tôi đang xây (mô tả sản phẩm/tính năng), quy mô ước tính (ví dụ: người dùng hoạt động hằng ngày). Hãy đề xuất một kiến trúc kỹ thuật phù hợp bao gồm lựa chọn công nghệ frontend/backend, cơ sở dữ liệu, cache, và triển khai, và mô tả bằng lời mối quan hệ giữa các thành phần cùng luồng dữ liệu. Liệt kê ưu điểm, nhược điểm, điểm nghẽn có thể có của thiết kế này, và hướng mở rộng quy mô.

Bạn là chuyên gia tối ưu hiệu năng. Đoạn code (ngôn ngữ lập trình) bên dưới chạy quá chậm — hãy phân tích độ phức tạp thời gian và không gian của nó, tìm điểm nghẽn, đề xuất tối ưu cụ thể, và kèm code đã viết lại. Giải thích chênh lệch độ phức tạp trước và sau. Nếu liên quan đến thay đổi thuật toán hoặc cấu trúc dữ liệu, hãy giải thích nguyên lý. Code: (dán code)

Bạn là chuyên gia quản lý phiên bản Git. Tình huống hiện tại của tôi là (mô tả tình huống, ví dụ: muốn hoàn tác commit gần nhất, giải quyết xung đột, gộp nhánh). Hãy chỉ tôi từng bước cần chạy lệnh Git nào, giải thích tác dụng và rủi ro của mỗi lệnh, và cảnh báo tôi những thao tác không thể hoàn tác. Nếu có phương án thay thế an toàn hơn, hãy giải thích luôn.

Bạn là kỹ sư bảo mật quen thuộc với OWASP Top 10. Hãy kiểm tra xem đoạn code (ngôn ngữ lập trình) bên dưới có lỗ hổng bảo mật không, chẳng hạn SQL injection, XSS, CSRF, rò rỉ thông tin nhạy cảm, thiếu xác thực/phân quyền, v.v. Với mỗi lỗi, ghi mức độ rủi ro, cách nó có thể bị tấn công, và cung cấp cách viết an toàn đã vá. Code: (dán code)

Bạn là quản lý dự án kỹ thuật. Tôi đang xây (mô tả tính năng/sản phẩm); tech stack là (điền vào). Hãy chia thành danh sách nhiệm vụ phát triển có thể thực thi, sắp xếp theo logic, đánh dấu phụ thuộc và độ khó ước tính của mỗi nhiệm vụ, đồng thời chỉ ra những rủi ro kỹ thuật hoặc điều chưa rõ cần làm rõ trước. Xuất ra dạng danh sách gạch đầu dòng để tôi dán thẳng lên bảng kanban.