@sharanshakthii5
Hãy tạo một SIÊU CÂU LỆNH TỔNG THỂ (MASTER PROMPT) cực kỳ mạnh mẽ dành cho Claude Pro. Mục đích của câu lệnh này là biến Claude thành toàn bộ đội ngũ phát triển và nghiên cứu AI cho đồ án tốt nghiệp đại học năm cuối chuyên ngành an ninh mạng của tôi. Tôi sẽ cung cấp cho Claude: - tên đề tài đồ án chính xác - các bài báo nghiên cứu do trường cung cấp - các tệp PDF do trường cung cấp - mẫu PPT/slide của trường - tiêu chí chấm điểm (rubric)/hướng dẫn đánh giá - bất kỳ yêu cầu bắt buộc nào Đồ án phải được nghiên cứu, thiết kế, lập trình, kiểm thử, đánh giá, viết tài liệu và chuẩn bị thuyết trình chủ yếu bằng các công cụ AI. Tôi thực hiện đồ án này một mình. Do đó, AI phải đảm nhận tối đa có thể các khâu nghiên cứu, lập trình, gỡ lỗi, kiểm thử, viết tài liệu và chuẩn bị bài thuyết trình, đồng thời vẫn giữ cho đồ án có tính khả thi thực tế. QUAN TRỌNG: Đây là HƯỚNG DẪN ĐỒ ÁN MỚI HOÀN TOÀN. KHÔNG tham chiếu đến các cuộc trò chuyện trước đây. KHÔNG mặc định các quyết định đồ án trước đây. KHÔNG đưa vào phần việc của thành viên nhóm khác. KHÔNG sử dụng các thảo luận đồ án cũ trừ khi tôi chủ động cung cấp chúng. KHÔNG mặc định rằng bất kỳ tính năng nào đã thảo luận trước đó là giải pháp cuối cùng của chúng ta. Câu lệnh phải buộc Claude làm việc theo CÁC GIAI ĐOẠN NGHIÊM NGẶT (STRICT PHASES) và ngăn không cho nó nhảy cóc ngẫu nhiên giữa việc nghiên cứu, viết code, làm giao diện (UI) và soạn PPT. Quy trình làm việc bắt buộc: GIAI ĐOẠN 0 — Hiểu rõ các yêu cầu của trường đại học GIAI ĐOẠN 1 — Nghiên cứu công nghệ từ nền tảng cũ đến hiện tại GIAI ĐOẠN 2 — Phân tích các hệ thống thương mại và học thuật hiện có GIAI ĐOẠN 3 — Nghiên cứu các vấn đề và hạn chế hiện tại GIAI ĐOẠN 4 — Xác định các khoảng trống nghiên cứu (research gaps) thực sự GIAI ĐOẠN 5 — Đề xuất và xếp hạng các đóng góp khả thi của đồ án GIAI ĐOẠN 6 — Bài kiểm tra phản biện gắt gao từ góc nhìn giảng viên/người chấm duyệt GIAI ĐOẠN 7 — Chốt cứng hướng nghiên cứu cuối cùng GIAI ĐOẠN 8 — Thiết kế kiến trúc hệ thống GIAI ĐOẠN 9 — Xây dựng mã nguồn hoạt động hoàn chỉnh GIAI ĐOẠN 10 — Kiểm thử và gỡ lỗi GIAI ĐOẠN 11 — Thiết kế bộ dữ liệu và thực nghiệm GIAI ĐOẠN 12 — Chạy thực nghiệm và thu thập kết quả thực tế GIAI ĐOẠN 13 — Xây dựng giao diện người dùng/bảng điều khiển (UI/dashboard) chuyên nghiệp GIAI ĐOẠN 14 — Tích hợp và xác thực toàn bộ hệ thống hoàn chỉnh GIAI ĐOẠN 15 — Soạn thảo PPT và báo cáo GIAI ĐOẠN 16 — Vấn đáp giả định (Mock viva) và đánh giá cuối cùng từ hội đồng Claude phải hoàn thành từng giai đoạn và chờ lệnh của tôi trước khi chuyển sang giai đoạn tiếp theo. ================================================== YÊU CẦU NGHIÊN CỨU ================================================== Câu lệnh phải chỉ dẫn cho Claude nghiên cứu chuyên sâu bằng các nguồn tài liệu đáng tin cậy và cập nhật mới nhất. Sử dụng các nguồn như: IEEE ACM USENIX Springer Elsevier các hội nghị/tạp chí khoa học uy tín tài liệu chính thức từ nhà cung cấp (vendor) các bộ tiêu chuẩn chính thức các nghiên cứu bảo mật uy tín Nghiên cứu cả các công trình nền tảng trước đây lẫn những phát triển mới nhất giai đoạn 2024–2026. Tuyệt đối không bịa đặt bài báo khoa học, tên tác giả, bộ dữ liệu, số liệu thống kê, trích dẫn hay kết quả. Mọi nhận định nghiên cứu quan trọng đều phải được kiểm chứng. ================================================== YÊU CẦU VỀ TÍNH MỚI (NOVELTY) ================================================== Điều này cực kỳ quan trọng. KHÔNG bảo Claude làm cho đồ án "nghe có vẻ đổi mới sáng tạo." Hãy yêu cầu Claude xác định điều gì THỰC SỰ khác biệt sau khi đã nghiên cứu kỹ các hệ thống hiện có. Giảng viên phản biện có thể hỏi: "Điểm mới ở đây là gì?" "Cái này đã tồn tại rồi." "Cisco Umbrella đã làm được việc này rồi." "Cloudflare đã làm được việc này rồi." "Phần mềm diệt virus (Antivirus) đã làm được việc này rồi." "Tại sao chúng ta lại cần đồ án của bạn?" "Đóng góp chính xác của bạn là gì?" Do đó, Claude phải nghiên cứu các sản phẩm và công trình hiện tại trước khi đề xuất tính mới. Nếu một tính năng dự kiến đã tồn tại: → chỉ rõ tính năng đó đã có ở đâu → KHÔNG gọi đó là điểm mới (novel) → xác định xem liệu có sự cải tiến, đánh giá, tích hợp, tối ưu hóa hợp lý nào hoặc một hạn chế chưa được giải quyết nào hay không Không tự động mặc định rằng: - AI (Trí tuệ nhân tạo) - Machine Learning (Học máy) - Threat Intelligence (Tình báo mối đe dọa) - Lọc DNS (DNS filtering) - Phát hiện tên miền sinh tự động (DGA detection) - Phát hiện đường hầm DNS (DNS tunneling detection) - Phân tích hành vi (behavioral analysis) - AI có khả năng giải thích (explainable AI) - Chấm điểm rủi ro (risk scoring) - Phát hiện thích ứng (adaptive detection) - Phát hiện DoH/DoT là những điểm mới. Hãy nghiên cứu trước tiên. ================================================== VÍ DỤ VỀ BẢO MẬT DNS ================================================== Nếu đồ án liên quan đến lọc/bảo mật DNS, hãy khảo sát các hệ thống hiện đại như: Cisco Umbrella Cloudflare DNS/security Quad9 NextDNS hệ thống bảo mật DNS doanh nghiệp antivirus/EDR tường lửa (firewalls) IDS/IPS cổng bảo mật web (web security gateways) các hệ thống bảo mật DNS mã nguồn mở Xác định rõ: Những gì chúng đã làm được Cách thức chúng thực hiện điều đó Những điểm nào hoạt động tốt Những hạn chế nào vẫn còn tồn đọng Các nhà nghiên cứu hiện đang tập trung giải quyết vấn đề gì Đồng thời khảo sát các thách thức bảo mật DNS hiện nay bao gồm: tên miền chưa từng biết đến (unknown domains) các mối đe dọa chưa từng xuất hiện trước đây dương tính giả (false positives) âm tính giả (false negatives) độ trễ của nguồn tình báo mối đe dọa (threat-intelligence delay) điểm uy tín bị lỗi thời (outdated reputation) hành vi của kẻ tấn công thay đổi liên tục sự trôi dạt khái niệm/mô hình (concept/model drift) sự tiến hóa của thuật toán DGA đường hầm DNS (DNS tunneling) DoH DoT vượt qua kiểm soát DNS (DNS bypass) quyền riêng tư độ trễ (latency) chi phí tính toán (computational overhead) khả năng giải thích (explainability) độ lệch chuẩn bộ dữ liệu (dataset bias) mất cân bằng lớp dữ liệu (class imbalance) tấn công đối kháng (adversarial attacks) khả năng khái quát hóa xuyên mạng (cross-network generalization) hành vi theo thời gian (temporal behavior) phát hiện nhận thức ngữ cảnh (context-aware detection) phản ứng tự động an toàn (safe automated response) Đây chỉ là các ví dụ minh họa. Claude phải khám phá ra những cơ hội tốt hơn nếu các nghiên cứu hiện tại chỉ ra chúng. ================================================== THÁCH THỨC SO SÁNH VỚI ANTIVIRUS ================================================== Câu lệnh phải chỉ dẫn Claude so sánh đồ án với: Phần mềm diệt virus (Antivirus) EDR Tường lửa (Firewall) IDS/IPS Cổng bảo mật web (Web security gateway) Bảo mật DNS (DNS security) Claude phải giải thích rõ: Những gì tầng DNS có thể nhìn thấy Những gì tầng DNS không thể nhìn thấy Những gì tầng DNS có tiềm năng phát hiện sớm hơn Điểm giao thoa trùng lặp giữa DNS và phần mềm diệt virus Đâu là nơi DNS đóng vai trò bảo mật riêng biệt Tuyệt đối không bao giờ tuyên bố bảo mật DNS thay thế được phần mềm diệt virus. ================================================== KHOẢNG TRỐNG NGHIÊN CỨU (RESEARCH GAP) ================================================== Claude phải xây dựng chuỗi lập luận: Các hệ thống hiện có ↓ Các năng lực hiện có ↓ Các hạn chế hiện tại ↓ Các nỗ lực nghiên cứu đã thực hiện ↓ Khoảng trống còn bỏ ngỏ ↓ Câu hỏi nghiên cứu ↓ Đóng góp đề xuất ↓ Cách thức chứng minh đóng góp đó bằng thực nghiệm Tuyệt đối không tự bịa ra khoảng trống nghiên cứu. ================================================== YẾU TỐ GÂY ẤN TƯỢNG MẠNH (WOW FACTOR) ================================================== Tìm ra MỘT tính năng "WOW" thực sự hữu ích. Tính năng đó phải: có cơ sở nghiên cứu hậu thuẫn hữu ích có thể triển khai lập trình được có thể kiểm thử được có thể đo lường được có thể trình diễn (demo) được KHÔNG thêm thắt blockchain, chatbot, LLM hay các tính năng AI mang tính trang trí không cần thiết chỉ để làm cho đồ án trông có vẻ cao siêu. Một đóng góp mạnh mẽ duy nhất tốt hơn nhiều so với hàng loạt tính năng yếu ớt. ================================================== CHẾ ĐỘ HỘI ĐỒNG PHẢN BIỆN (REVIEWER MODE) ================================================== Câu lệnh phải buộc Claude đóng vai một giảng viên phản biện khó tính sau khi thiết kế xong đồ án. Claude phải đặt ra những câu hỏi hóc búa như: Chính xác thì điểm mới ở đây là gì? Chẳng phải cái này đã có sẵn trên thị trường rồi sao? Cisco Umbrella đã làm việc này rồi phải không? Phần mềm diệt virus đã làm việc này rồi phải không? Tại sao không dùng luôn một dịch vụ có sẵn? Khoảng trống nghiên cứu của bạn là gì? Bài báo khoa học nào chứng minh khoảng trống đó tồn tại? Chính xác thì bạn đã tự lập trình những gì? Hệ thống đưa ra quyết định như thế nào? Chuyện gì xảy ra khi nguồn Tình báo Mối đe dọa (Threat Intelligence) không có thông tin? Chuyện gì xảy ra khi mô hình Học máy (ML) dự đoán sai? Bạn xử lý lỗi dương tính giả (false positives) như thế nào? Bạn xử lý lỗi âm tính giả (false negatives) như thế nào? Kẻ tấn công có thể vượt qua (bypass) hệ thống không? Hệ thống xử lý thế nào với giao thức DoH/DoT? Hệ thống gây ra thêm bao nhiêu độ trễ (latency)? Làm sao bạn chứng minh được sự cải thiện hiệu năng? Tại sao lại chọn bộ dữ liệu này? Tại sao lại chọn thuật toán này? Những hạn chế của hệ thống là gì? Claude phải chỉ ra các điểm yếu và hướng dẫn tôi chính xác cách khắc phục chúng. Nó phải chấm điểm đồ án dựa trên các tiêu chí: Độ rõ ràng của bài toán Chiều sâu nghiên cứu Phân tích hệ thống hiện có Khoảng trống nghiên cứu Tính mới/sự khác biệt Tính khả thi về kỹ thuật Kiến trúc hệ thống Mức độ hoàn thiện lập trình Bộ dữ liệu Thiết kế thực nghiệm Kết quả thực nghiệm Tính hữu dụng thực tế Mức độ liên quan đến an ninh mạng Hiệu năng Giao diện/bản demo Khả năng bảo vệ trước hội đồng vấn đáp (Viva defensibility) Yếu tố gây ấn tượng (WOW factor) ================================================== YÊU CẦU TRIỂN KHAI LẬP TRÌNH ================================================== Đồ án cuối cùng phải là một DỰ ÁN HOẠT ĐỘNG THỰC TẾ. Claude phải cung cấp: cấu trúc thư mục hoàn chỉnh mã nguồn hoàn chỉnh các thư viện phụ thuộc (dependencies) các lệnh cài đặt cấu hình hệ thống các biến môi trường cơ sở dữ liệu API frontend backend kiểm thử (testing) gỡ lỗi (debugging) hướng dẫn triển khai/chạy chương trình Không dùng mã giả (pseudocode). Không triển khai giả lập. Không viết code chỉ có dòng chú thích TODO. Không trả về phản hồi API giả (fake API responses). Không tự bịa đặt kết quả. Nếu Claude chỉnh sửa một tệp, nó phải cung cấp toàn bộ nội dung tệp đã được cập nhật hoàn chỉnh. Xây dựng tăng dần từng bước: XÂY DỰNG (BUILD) → CHẠY THỬ (RUN) → KIỂM THỬ (TEST) → XÁC MINH (VERIFY) → SỬA LỖI (FIX) → BƯỚC TIẾP THEO (NEXT) Tuyệt đối không đi tiếp khi một thành phần quan trọng đang bị lỗi. ================================================== CHIẾN LƯỢC SỬ DỤNG CÔNG CỤ AI ================================================== Siêu câu lệnh phải hướng dẫn Claude cách phân chia công việc giữa các công cụ AI: Claude: nghiên cứu, phân tích tài liệu khoa học, tìm khoảng trống nghiên cứu, thiết kế kiến trúc, sinh mã nguồn, đánh giá mã nguồn (code review) ChatGPT: xác minh độc lập, rà soát kiến trúc, gỡ lỗi, kiểm thử, lập luận kỹ thuật, luyện vấn đáp (viva) Cursor: triển khai mã nguồn chính và tích hợp toàn hệ thống GitHub Copilot: các tác vụ lập trình nhỏ, tự động hoàn thiện mã và viết kiểm thử Perplexity: nghiên cứu độc lập/xác minh nguồn tài liệu v0: khởi tạo giao diện người dùng/bảng điều khiển (UI/dashboard) chuyên nghiệp GitHub: quản lý phiên bản mã nguồn Các công cụ AI đang được sử dụng như một đội ngũ phát triển/nghiên cứu hoàn chỉnh, vì vậy quy trình làm việc cần tối đa hóa giá trị của từng công cụ. ================================================== YÊU CẦU VỀ THỰC NGHIỆM ================================================== Đồ án bắt buộc phải có các bài thực nghiệm THỰC TẾ. Claude phải thiết kế phép so sánh: mô hình cơ sở (baseline) so với phương pháp đề xuất (proposed approach) Sử dụng các chỉ số đo lường phù hợp như: độ chính xác (precision) độ phủ (recall) điểm F1 tỷ lệ dương tính giả (false-positive rate) tỷ lệ âm tính giả (false-negative rate) tỷ lệ phát hiện (detection rate) độ trễ (latency) chi phí tài nguyên xử lý (processing overhead) khả năng khái quát hóa (generalization) độ bền vững (robustness) Chỉ sử dụng những chỉ số thực sự liên quan đến đồ án thực tế. Tất cả các kết quả cuối cùng phải xuất phát từ các bài thực nghiệm mà chúng ta thực sự chạy. Tuyệt đối không bao giờ tự bịa ra con số. ================================================== YÊU CẦU VỀ GIAO DIỆN (UI) ================================================== Nếu đồ án phù hợp để có giao diện, hãy tạo một bảng điều khiển (dashboard) an ninh mạng chuyên nghiệp. Nó phải sử dụng dữ liệu thực từ backend. Không làm bảng điều khiển tĩnh với dữ liệu giả. Chỉ hiển thị các thông tin hữu ích của đồ án như: các truy vấn (queries) các phát hiện (detections) mức độ rủi ro/quyết định xử lý bằng chứng kỹ thuật (evidence) cảnh báo (alerts) thống kê (statistics) hiệu năng (performance) trạng thái hệ thống (system status) ================================================== YÊU CẦU VỀ PPT / BÁO CÁO ================================================== Sau khi phần lập trình và các thực nghiệm đã được xác thực, hãy tạo bài thuyết trình PPT và báo cáo theo đúng mẫu (template) và tiêu chí chấm điểm chính thức của trường. Mọi thứ hiển thị trong PPT phải khớp 100% với bản triển khai thực tế. Nếu có phần nào chưa được triển khai lập trình, hãy gắn nhãn rõ ràng là: ĐỀ XUẤT (PROPOSED) hoặc HƯỚNG PHÁT TRIỂN TƯƠNG LAI (FUTURE SCOPE) Tuyệt đối không trình bày các tính năng mới nằm trên kế hoạch như thể đã hoàn thành. ================================================== YÊU CẦU VỀ VẤN ĐÁP BẢO VỆ (VIVA) ================================================== Cuối cùng, Claude phải tổ chức một buổi vấn đáp bảo vệ đồ án giả định (mock viva). Đặt từng câu hỏi một. Bắt đầu từ mức cơ bản và tăng dần độ khó lên cao. Nếu câu trả lời của tôi bị sai: 1. Giải thích rõ điểm nào sai. 2. Đưa ra lời giải thích kỹ thuật chính xác. 3. Cung cấp cho tôi một câu trả lời ngắn gọn để tôi có thể nói trực tiếp với hội đồng giảng viên. 4. Tiếp tục với câu hỏi kế tiếp. ================================================== KIỂM TOÁN CUỐI CÙNG (FINAL AUDIT) ================================================== Trước khi tuyên bố đồ án hoàn tất, Claude phải rà soát kiểm toán toàn bộ chuỗi: TÊN ĐỀ TÀI ↓ MỤC TIÊU ↓ NGHIÊN CỨU ↓ HỆ THỐNG HIỆN CÓ ↓ HẠN CHẾ HIỆN TẠI ↓ KHOẢNG TRỐNG NGHIÊN CỨU ↓ ĐÓNG GÓP MỚI ↓ KIẾN TRÚC ↓ MÃ NGUỒN ↓ BỘ DỮ LIỆU ↓ THỰC NGHIỆM ↓ KẾT QUẢ THỰC TẾ ↓ GIAO DIỆN (UI) ↓ SLIDE THUYẾT TRÌNH (PPT) ↓ BÁO CÁO ↓ TRÌNH DIỄN (DEMO) ↓ VẤN ĐÁP (VIVA) Tất cả mọi khâu phải hoàn toàn nhất quán với nhau. Đồ án cuối cùng phải đứng vững trước câu hỏi: "CÁI NÀY ĐÃ TỒN TẠI RỒI. BẠN THỰC SỰ ĐÃ ĐÓNG GÓP THÊM ĐƯỢC ĐIỀU GÌ?" ================================================== QUY TẮC QUAN TRỌNG NHẤT ================================================== Hãy giữ thái độ hoài nghi khoa học. Không tự động đồng tình với mọi ý tưởng của tôi. Nếu thứ gì đó đã tồn tại, hãy nói thẳng cho tôi biết. Nếu khoảng trống nghiên cứu còn yếu, hãy chỉ rõ cho tôi biết. Nếu phạm vi đồ án quá rộng, hãy thu hẹp nó lại. Nếu một ý tưởng là bất khả thi đối với một sinh viên làm độc lập, hãy bác bỏ nó. Nếu một tính năng là thừa thãi không cần thiết, hãy loại bỏ nó. Nếu một đóng góp thực sự hữu ích và khả thi, hãy giải thích lý do tại sao. Đừng tối ưu hóa để tạo ra những lời lẽ nghe cho kêu. Hãy tối ưu hóa cho: BÀI TOÁN THỰC TẾ + KHOẢNG TRỐNG NGHIÊN CỨU THỰC SỰ + ĐÓNG GÓP THỰC CHẤT + MÃ NGUỒN CHẠY ĐƯỢC + KIỂM THỬ THỰC TẾ + THỰC NGHIỆM THỰC TẾ + KẾT QUẢ THỰC TẾ + BẢN DEMO ẤN TƯỢNG + PHẦN BẢO VỆ VẤN ĐÁP VỮNG CHẮC ================================================== ĐỊNH DẠNG ĐẦU RA ================================================== Siêu câu lệnh tổng thể (master prompt) được tạo ra cho Claude phải: - cực kỳ rõ ràng - có cấu trúc chặt chẽ - tuần tự từng bước - không mơ hồ, đa nghĩa - chuyên nghiệp - đủ chi tiết để dẫn dắt toàn bộ đồ án từ đầu đến cuối - được thiết kế để ngăn Claude tự ý nhảy cóc qua các bước - được thiết kế tối ưu cho một sinh viên làm đồ án độc lập sử dụng kết hợp nhiều công cụ AI Ở CUỐI siêu câu lệnh tổng thể được tạo ra, hãy chỉ dẫn cho Claude: "HÃY CHỜ NGƯỜI DÙNG CUNG CẤP TÊN ĐỀ TÀI ĐỒ ÁN VÀ TÀI LIỆU CHÍNH THỨC CỦA TRƯỜNG ĐẠI HỌC. KHÔNG BẮT ĐẦU NGHIÊN CỨU. KHÔNG BẮT ĐẦU VIẾT CODE. KHÔNG THIẾT KẾ KIẾN TRÚC. TRƯỚC TIÊN CHỈ THỰC HIỆN DUY NHẤT GIAI ĐOẠN 0."
