Cách dùng Claude Projects để áp dụng Context Engineering vào dự án thực tế
Hướng dẫn chi tiết cách dùng Claude Projects trong công việc: Tổ chức tài liệu nền (Project Knowledge), viết System Instructions và duy trì chất lượng đồng nhất.

Cách dùng Claude Projects cho công việc là cách tổ chức AI theo từng dự án, gom hướng dẫn, tài liệu nền và hội thoại vào một không gian làm việc có ngữ cảnh riêng. Cách làm này giúp Claude trả lời nhất quán hơn, giảm việc nhắc lại thông tin và hỗ trợ nhóm biến tri thức rời rạc thành đầu ra có thể kiểm tra.
Điểm chính cần nắm (Key Takeaways)
- Mỗi Project nên đại diện cho một mục tiêu công việc ổn định, không phải một câu hỏi đơn lẻ.
- Chất lượng đầu ra phụ thuộc vào hướng dẫn rõ, tài liệu đã chọn lọc và yêu cầu kiểm chứng cụ thể.
- Áp dụng Quy tắc 3Đ: Đúng việc, Đúng ngữ cảnh, Đúng kiểm chứng; con người vẫn chịu trách nhiệm phê duyệt.
- Kiểm tra quyền truy cập và cài đặt quyền riêng tư trước khi đưa dữ liệu nội bộ vào Claude.
Claude Projects là gì và vì sao hữu ích cho Context Engineering?
Claude Projects là không gian làm việc trong Claude, nơi bạn có thể tập hợp các cuộc trò chuyện và cung cấp tài liệu nền cùng chỉ dẫn riêng cho một chủ đề hoặc dự án. Thay vì bắt đầu mọi phiên bằng một đoạn giải thích dài, bạn thiết lập một bộ ngữ cảnh có thể dùng lại, rồi yêu cầu Claude thực hiện các nhiệm vụ liên quan.
Điểm quan trọng không phải là “đưa càng nhiều tài liệu vào càng tốt”. Context Engineering, hay kỹ thuật Context Engineering, là quá trình chọn lọc, tổ chức và trình bày thông tin để mô hình có cơ sở phù hợp cho nhiệm vụ cụ thể. Trong một Project, ngữ cảnh có thể gồm mục tiêu, đối tượng, thuật ngữ, quy trình, nguồn tham chiếu, tiêu chuẩn đầu ra và những giới hạn Claude phải tuân theo.
Đây cũng là một cách thực hành tư duy về AI đúng (AI Mindset): xem Claude như công cụ hỗ trợ suy nghĩ và tạo bản nháp, không phải người nắm toàn bộ sự thật về doanh nghiệp. Claude có thể diễn giải tài liệu bạn cung cấp, nhưng không tự biết phiên bản chính sách mới nhất nếu bạn chưa cập nhật; cũng không thể thay thế phê duyệt chuyên môn.
Hãy hình dung một nhóm marketing đang triển khai chiến dịch ra mắt sản phẩm. Nếu dùng một cuộc trò chuyện thông thường, mỗi lần làm bài đăng, email hay trang giới thiệu, nhóm có thể phải nhắc lại thông điệp, khách hàng mục tiêu, giọng thương hiệu và những tuyên bố không được phép sử dụng. Khi các thông tin này được tổ chức trong Project, các nhiệm vụ có chung bối cảnh sẽ thuận tiện hơn. Tuy nhiên, từng đầu việc vẫn cần yêu cầu riêng và tiêu chí nghiệm thu rõ ràng.
Claude là một ứng dụng của trí tuệ nhân tạo (AI), nên câu trả lời vẫn có thể thiếu sót hoặc diễn giải sai. Giá trị của Project nằm ở việc cải thiện đầu vào và tính nhất quán, chứ không bảo đảm mọi đầu ra đều chính xác. Bạn cần phân biệt tài liệu nguồn, suy luận của Claude và quyết định cuối cùng của người phụ trách.
Cách tạo và cấu hình Claude Project cho một dự án thực tế
Bắt đầu bằng một công việc có phạm vi đủ rõ, chẳng hạn “hỗ trợ đội chăm sóc khách hàng xử lý câu hỏi về chính sách đổi trả”, thay vì tên chung chung như “Công việc” hoặc “AI”. Tên Project nên giúp người sử dụng nhận ra mục tiêu và phạm vi ngay lập tức. Giao diện, tính năng sẵn có và giới hạn sử dụng có thể thay đổi theo gói dịch vụ hoặc cập nhật của Claude; hãy kiểm tra thông tin hiện hành trong tài khoản của bạn.
Bước 1: Xác định mục tiêu và ranh giới
Viết một câu mô tả kết quả công việc cần hỗ trợ và nêu rõ điều Claude không được tự quyết. Ví dụ: “Hỗ trợ nhân viên soạn câu trả lời về đổi trả dựa trên chính sách đã duyệt; không tự hứa hoàn tiền ngoại lệ, không diễn giải khi tài liệu không đủ căn cứ.” Câu này giúp tránh biến Project thành chiếc hộp chứa mọi nhiệm vụ không liên quan.
Bước 2: Chuẩn bị bộ tài liệu nền
Chọn những tài liệu trực tiếp giúp Claude làm nhiệm vụ: quy trình hiện hành, bảng thuật ngữ, mẫu câu trả lời đã duyệt, tiêu chuẩn thương hiệu hoặc danh sách nguồn được phép trích dẫn. Loại bỏ bản nháp cũ, tài liệu trùng lặp và thông tin không liên quan. Đặt tên tệp dễ hiểu, ghi rõ phiên bản hoặc ngày hiệu lực khi thích hợp, đồng thời bảo đảm người tải lên có quyền sử dụng tài liệu.
Không nên giả định Claude sẽ tự biết tài liệu nào mới hơn nếu bạn tải nhiều phiên bản mâu thuẫn. Hãy chỉ giữ bản đang có hiệu lực, hoặc ghi rõ thứ tự ưu tiên trong hướng dẫn. Khi tài liệu dài, có thể thêm một bản tóm tắt do con người kiểm tra, nhưng vẫn giữ nguồn gốc để người dùng đối chiếu chi tiết.
Bước 3: Viết chỉ dẫn sử dụng Project
Chỉ dẫn nên nói rõ vai trò hỗ trợ, nhiệm vụ thường gặp, người đọc đầu ra, giọng điệu, cấu trúc mong muốn và cách xử lý khi thiếu dữ kiện. Đặc biệt, yêu cầu Claude phân biệt thông tin có trong tài liệu với giả định hoặc đề xuất. Tránh các chỉ dẫn mơ hồ như “hãy trả lời thật tốt” vì chúng không định nghĩa thế nào là tốt trong quy trình của bạn.
Bước 4: Thử nghiệm trước khi đưa vào quy trình
Chạy thử bằng một câu hỏi phổ biến, một trường hợp ngoại lệ và một tình huống thiếu thông tin. Đọc lại câu trả lời, đối chiếu với tài liệu nguồn, sau đó sửa hướng dẫn hoặc bộ tài liệu nếu phát hiện lỗ hổng. Chỉ chia sẻ Project rộng hơn khi người phụ trách hiểu rõ cách dùng, phạm vi được phép và cách báo cáo câu trả lời đáng ngờ.

Thành phần Project | Nội dung nên chuẩn bị | Câu hỏi kiểm tra |
|---|---|---|
Mục tiêu | Nhiệm vụ và kết quả cần hỗ trợ | Claude đang giúp việc gì, cho ai? |
Hướng dẫn | Vai trò, phạm vi, định dạng, giới hạn | Khi thiếu căn cứ, Claude cần làm gì? |
Tài liệu nền | Nguồn hiện hành, đã chọn lọc | Tài liệu có đúng phiên bản và được phép dùng? |
Kiểm chứng | Tiêu chí đối chiếu và người phê duyệt | Ai xác nhận đầu ra trước khi sử dụng? |
Vận hành Project theo Quy tắc 3Đ
Để biến Claude Project thành một phần hữu ích trong công việc, Learn AI Mindset đề xuất Quy tắc 3Đ: Đúng việc – Đúng ngữ cảnh – Đúng kiểm chứng. Ba bước này không chỉ áp dụng khi cài đặt mà còn cần được lặp lại mỗi lần giao một nhiệm vụ mới.
Đúng việc: giao nhiệm vụ có đầu ra cụ thể
Trước khi đặt câu hỏi, xác định loại công việc cần Claude thực hiện: tóm tắt, phân loại, soạn bản nháp, tìm điểm chưa nhất quán hay tạo danh sách câu hỏi cần làm rõ. Nêu rõ đầu ra mong muốn, người sẽ sử dụng và độ sâu cần thiết. “Xử lý tài liệu này” là yêu cầu rộng; “tóm tắt các thay đổi trong chính sách thành năm gạch đầu dòng cho nhân viên tuyến đầu, kèm mục tài liệu cần đối chiếu” là yêu cầu có thể đánh giá.
Một nhiệm vụ nên có phạm vi vừa đủ. Nếu yêu cầu Claude đọc tài liệu, tư vấn chiến lược, viết nội dung và tự phê duyệt tất cả trong một lượt, rất khó biết sai sót xuất hiện ở bước nào. Chia việc thành các chặng giúp người dùng rà soát sớm: lập dàn ý, kiểm tra dàn ý, tạo bản nháp, rồi kiểm chứng các khẳng định quan trọng.
Đúng ngữ cảnh: cung cấp thông tin liên quan, không nhồi mọi thứ
Dù Project đã có tài liệu nền, mỗi yêu cầu vẫn nên nêu dữ kiện riêng của nhiệm vụ: đối tượng, thời hạn, kênh sử dụng, nguồn nào cần ưu tiên và điều gì đã thay đổi. Ngữ cảnh dùng chung phù hợp với thông tin ổn định; thông tin biến động như giá, lịch triển khai hoặc trạng thái hợp đồng cần được cung cấp lại hoặc kiểm tra tại nguồn hiện hành.
Nếu có nhiều nhóm tài liệu trong cùng một Project, hãy giải thích tài liệu nào áp dụng cho nhiệm vụ hiện tại. Không yêu cầu Claude “tự tìm thông tin mới nhất” nếu Project không được kết nối với nguồn cập nhật hoặc bạn chưa cung cấp tài liệu mới. Khi thông tin đầu vào thiếu, hãy yêu cầu Claude nêu câu hỏi làm rõ thay vì tự lấp khoảng trống.
Đúng kiểm chứng: quy định cách đánh giá câu trả lời
Đầu ra trôi chảy không đồng nghĩa với đầu ra đúng. Nêu rõ yêu cầu trích dẫn tên tài liệu, mục hoặc đoạn nguồn khi phù hợp; yêu cầu đánh dấu chỗ chưa đủ căn cứ; và xác định ai chịu trách nhiệm duyệt. Với công việc có tác động đến khách hàng, pháp lý, tài chính, nhân sự hoặc an toàn, không đưa nội dung chưa được người có thẩm quyền xác nhận vào sử dụng chính thức.
Hãy bổ sung hướng dẫn “không suy đoán”: nếu tài liệu không trả lời câu hỏi, Claude cần nói rõ phần còn thiếu và đề xuất bước kiểm tra tiếp theo. Điều này giúp giảm nguy cơ gặp ảo giác AI (AI Hallucination) nhưng không loại bỏ hoàn toàn rủi ro. Nhóm nên thống nhất cách kiểm chứng câu trả lời của AI theo loại nhiệm vụ, thay vì xem việc Claude dẫn một nguồn là bằng chứng đủ tin cậy.
Quy tắc 3Đ | Thực hành tốt | Dấu hiệu cần sửa |
|---|---|---|
Đúng việc | Nêu nhiệm vụ, người đọc và định dạng đầu ra | Yêu cầu chung chung, nhiều mục tiêu lẫn lộn |
Đúng ngữ cảnh | Cung cấp dữ kiện liên quan và nguồn ưu tiên | Tài liệu cũ, thiếu dữ kiện, không rõ phạm vi |
Đúng kiểm chứng | Đặt tiêu chí đối chiếu và người duyệt | Chấp nhận câu trả lời chỉ vì nghe hợp lý |
Mẫu hướng dẫn và câu lệnh có thể dùng ngay
Dưới đây là các mẫu để khởi đầu. Thay phần trong ngoặc vuông bằng thông tin của dự án; xóa các yêu cầu không liên quan. Mẫu câu lệnh không thể bù cho tài liệu sai hoặc dữ liệu thiếu, vì vậy hãy bảo đảm nguồn đưa vào Project đã được chọn lọc và có người chịu trách nhiệm cập nhật.
Mẫu 1: Soạn bản nháp dựa trên nguồn đã duyệt
Bạn đang hỗ trợ [vai trò/nhóm] trong [Ngữ cảnh: tên dự án và mục tiêu].
Hãy soạn [loại đầu ra] dành cho [đối tượng], dựa trên các tài liệu hiện có trong Project và thông tin bổ sung sau: [Ngữ cảnh].
Yêu cầu: dùng giọng [giọng điệu], độ dài [giới hạn], trình bày theo [định dạng]. Không thêm cam kết, dữ kiện hoặc chính sách không có trong nguồn. Nếu thiếu căn cứ, hãy đánh dấu [CẦN XÁC NHẬN] và nêu câu hỏi cần hỏi.
Trước khi trả lời, kiểm tra đầu ra theo các tiêu chí: đúng đối tượng, đúng thông điệp, không mâu thuẫn với nguồn, mọi điểm chưa chắc chắn đều được đánh dấu.Mẫu này phù hợp với email, nội dung hướng dẫn hoặc bản trả lời khách hàng. Người dùng cần cung cấp bối cảnh của yêu cầu cụ thể, chẳng hạn khách hàng đang hỏi điều gì và nội dung được phép chia sẻ. Sau khi nhận bản nháp, hãy kiểm tra các câu khẳng định về chính sách, điều kiện và thời hạn với nguồn gốc trước khi gửi.
Mẫu 2: Phân tích và đối chiếu tài liệu
Trong vai trò trợ lý phân tích cho [nhóm], hãy so sánh [tài liệu A] và [tài liệu B] trong bối cảnh [Ngữ cảnh: quyết định hoặc quy trình cần hỗ trợ].
Trả kết quả thành bảng gồm: chủ đề, điểm giống nhau, điểm khác nhau, nguồn tham chiếu và tác động có thể có.
Không tự kết luận tài liệu nào có hiệu lực nếu nguồn không nêu rõ. Đánh dấu mâu thuẫn, phiên bản chưa rõ hoặc thông tin còn thiếu; đề xuất câu hỏi để người phụ trách xác nhận.
Cuối cùng, tóm tắt những việc con người cần kiểm tra trước khi áp dụng kết quả.Dùng mẫu này khi rà soát quy trình, bản hướng dẫn hoặc yêu cầu sản phẩm. Bảng đối chiếu giúp nhìn thấy điểm bất đồng thay vì chỉ nhận một đoạn tổng kết liền mạch. Dù Claude xác định được một khác biệt, người phụ trách vẫn cần mở tài liệu gốc để kiểm tra ngữ cảnh, ngày hiệu lực và các ngoại lệ liên quan.
Mẫu 3: Tóm tắt cuộc họp thành hành động
Hãy chuyển ghi chú cuộc họp sau thành bản tổng hợp cho [đối tượng sử dụng], trong bối cảnh [Ngữ cảnh: dự án, giai đoạn và mục tiêu]: [dán ghi chú đã được phép xử lý].
Tạo các mục: quyết định đã thống nhất, việc cần làm, người phụ trách nếu được nêu, thời hạn nếu được nêu, câu hỏi còn mở.
Không tự gán người phụ trách hoặc ngày hạn. Nếu ghi chú không đủ rõ để xác định một quyết định, hãy ghi là “cần xác nhận”, không biến đề xuất thành quyết định.
Kết thúc bằng danh sách điểm người ghi chép cần đối chiếu với biên bản hoặc người tham dự.Trước khi đưa ghi chú vào Claude, kiểm tra xem chúng có chứa dữ liệu cá nhân, bí mật thương mại hay nội dung chưa được phép chia sẻ không. Sau khi tạo bản tổng hợp, đối chiếu tên người, thời hạn và quyết định với biên bản gốc. Không để Claude tự điền các trường còn trống chỉ nhằm làm cho tài liệu trông hoàn chỉnh.
Lỗi thường gặp và cách kiểm chứng
Lỗi thứ nhất: tải mọi thứ vào Project. Tài liệu dư thừa làm ngữ cảnh khó quản lý, còn nguồn cũ có thể khiến câu trả lời lệch quy trình. Cách khắc phục là lập danh sách nguồn chuẩn, bỏ bản lỗi thời và ghi người chịu trách nhiệm cập nhật.
Lỗi thứ hai: chỉ viết một chỉ dẫn chung chung. “Trả lời chính xác, chuyên nghiệp” không cho Claude biết chính xác là theo tiêu chuẩn nào. Hãy nêu đối tượng, giọng điệu, cấu trúc và cách xử lý khi thiếu bằng chứng.
Lỗi thứ ba: coi một cuộc trò chuyện là nguồn sự thật. Claude có thể tạo một câu trả lời hợp lý nhưng không có căn cứ phù hợp. Hãy yêu cầu xác định nguồn, kiểm tra chéo các thông tin quan trọng và chuyển các trường hợp mơ hồ cho người có trách nhiệm. Nguyên tắc Human-in-the-Loop đặc biệt cần thiết khi đầu ra ảnh hưởng đến quyền lợi hoặc quyết định của con người.
Giới hạn, bảo mật dữ liệu và cách duy trì Project
Khi nào không nên dùng Claude Project?
Không nên đưa dữ liệu vào Project nếu tổ chức chưa cho phép sử dụng dịch vụ cho loại dữ liệu đó, chưa xác định căn cứ xử lý hoặc chưa kiểm tra điều khoản và cấu hình tài khoản. Tránh tải dữ liệu cá nhân nhạy cảm, mật khẩu, khóa truy cập, hồ sơ khách hàng định danh hoặc bí mật kinh doanh khi chưa có phê duyệt và biện pháp bảo vệ phù hợp. Làm mờ, ẩn danh hoặc thay bằng dữ liệu giả lập khi mục tiêu thử nghiệm không cần thông tin thật.
Claude Project cũng không phải cơ sở dữ liệu giao dịch, hệ thống quản lý phiên bản chính thức hay nơi lưu hồ sơ phê duyệt. Nếu công việc đòi hỏi kiểm soát truy cập chi tiết, nhật ký kiểm toán, quy trình phê duyệt hoặc đồng bộ dữ liệu có cấu trúc, hãy dùng hệ thống chuyên dụng được tổ chức chấp thuận. Claude có thể hỗ trợ phân tích bản trích xuất đã được phép, nhưng không nên thay thế các kiểm soát đó.
Đừng dùng Project để tự động đưa ra quyết định có hệ quả lớn chỉ dựa trên câu trả lời của mô hình. Với tư vấn chuyên môn, kết luận pháp lý, chẩn đoán, quyết định tuyển dụng hay xử lý quyền lợi, Claude chỉ nên hỗ trợ chuẩn bị thông tin trong phạm vi đã được phê duyệt. Chuyên gia hoặc người có thẩm quyền phải kiểm tra và ra quyết định.
Thiết lập quyền riêng tư và quản trị dữ liệu
Trước khi tải tài liệu, kiểm tra cài đặt quyền riêng tư của tài khoản Claude, loại tài khoản đang dùng, chính sách lưu trữ và điều khoản áp dụng cho tổ chức. Xem xét tùy chọn sử dụng dữ liệu để cải thiện mô hình hoặc huấn luyện nếu có trong phần cài đặt; thiết lập trạng thái opt-out theo chính sách nội bộ và xác nhận phạm vi áp dụng. Không nên giả định mọi gói dịch vụ có cùng thiết lập, mặc định hoặc điều khoản xử lý dữ liệu.
Đối với tài khoản doanh nghiệp, phối hợp với bộ phận bảo mật hoặc quản trị để xác nhận cấu hình dành cho tổ chức, quyền thành viên và quy tắc chia sẻ Project. Giới hạn người được truy cập ở mức cần thiết; không chia sẻ Project rộng rãi chỉ để tiện lợi. Khi nhân sự rời nhóm hoặc dự án kết thúc, rà soát quyền, tài liệu và nghĩa vụ lưu trữ hoặc xóa theo chính sách.
Hãy tạo quy trình cập nhật đơn giản: chỉ định chủ sở hữu tài liệu, kiểm tra thay đổi định kỳ hoặc khi chính sách đổi, gỡ bản cũ và thử lại các câu hỏi quan trọng. Nếu câu trả lời có vẻ khác sau khi cập nhật, xác định xem nguyên nhân đến từ tài liệu, chỉ dẫn hay cách đặt câu hỏi. Lưu lại các tình huống kiểm thử đại diện để nhóm có thể đánh giá nhất quán sau mỗi lần điều chỉnh.
Cách đánh giá Project có thực sự hữu ích
Đừng chỉ đo thành công bằng số lượng câu trả lời hoặc cảm giác “Claude viết nhanh”. Hãy chọn một nhóm nhiệm vụ thường gặp và so sánh chất lượng bản nháp theo tiêu chí của công việc: mức độ phù hợp với nguồn, số lỗi cần sửa, khả năng nhận diện thông tin thiếu và mức rõ ràng của đầu ra. Nếu không có dữ liệu nền để so sánh, hãy bắt đầu bằng việc ghi nhận định tính: câu hỏi nào được xử lý tốt, câu hỏi nào vẫn cần nhiều lần làm lại.
Đặt một bộ câu hỏi thử gồm tình huống thông thường, tình huống ngoại lệ và câu hỏi không thể trả lời từ tài liệu hiện có. Nếu Claude trả lời chắc chắn khi nguồn không đủ, cần sửa chỉ dẫn hoặc cách tổ chức tài liệu. Nếu câu trả lời đúng nhưng khó sử dụng, điều chỉnh định dạng hoặc bổ sung ví dụ mẫu đã được duyệt. Đánh giá lại sau thay đổi để chắc rằng cải tiến không làm giảm chất lượng ở nhiệm vụ khác.
Cuối cùng, coi Project là một phần của quy trình làm việc có người chịu trách nhiệm, không phải một cấu hình cài đặt rồi bỏ đó. Chủ sở hữu cần biết tài liệu nào đang được dùng, giới hạn của Claude, cách báo cáo lỗi và ai có quyền phê duyệt đầu ra. Khi phạm vi công việc thay đổi đáng kể, cân nhắc tách Project để tránh trộn lẫn hướng dẫn và nguồn không cùng mục tiêu.
Câu hỏi thường gặp về cách dùng Claude Projects cho công việc (FAQ)
Câu hỏi 1: Claude Projects khác gì một cuộc trò chuyện thông thường?
Project tạo không gian riêng cho nhóm nhiệm vụ, có thể đi kèm hướng dẫn và tài liệu nền để người dùng không phải nhắc lại toàn bộ bối cảnh trong từng cuộc trò chuyện liên quan. Một cuộc trò chuyện thông thường phù hợp với câu hỏi đơn lẻ hoặc việc không cần duy trì ngữ cảnh dùng chung. Cả hai đều cần yêu cầu rõ và kiểm chứng đầu ra.
Câu hỏi 2: Tôi nên tải những tài liệu nào vào Claude Project?
Chỉ tải tài liệu liên quan trực tiếp đến nhiệm vụ và được phép xử lý, chẳng hạn quy trình hiện hành, thuật ngữ, mẫu đầu ra đã duyệt hoặc tiêu chuẩn thương hiệu. Loại bỏ bản trùng, bản cũ và dữ liệu nhạy cảm không cần thiết. Ghi rõ phiên bản, nguồn và người cập nhật; đừng tải nhiều tài liệu mâu thuẫn rồi mong Claude tự xác định bản có hiệu lực.
Câu hỏi 3: Claude có luôn nhớ mọi thông tin trong Project không?
Không nên xem Project như bộ nhớ hoàn hảo hoặc giả định mọi thông tin đều được Claude áp dụng chính xác trong mọi câu trả lời. Khả năng sử dụng ngữ cảnh phụ thuộc vào cách tổ chức tài liệu, yêu cầu cụ thể, giới hạn sản phẩm và tình huống. Với dữ kiện quan trọng hoặc mới thay đổi, hãy nêu lại trong yêu cầu và đối chiếu câu trả lời với nguồn chuẩn.
Câu hỏi 4: Có thể dùng Claude Projects với dữ liệu nội bộ hoặc thông tin khách hàng không?
Chỉ khi chính sách tổ chức, điều khoản dịch vụ và cấu hình quyền riêng tư cho phép loại dữ liệu đó. Hãy kiểm tra cài đặt sử dụng dữ liệu cho cải thiện mô hình hoặc huấn luyện, thực hiện opt-out khi chính sách yêu cầu và tham khảo bộ phận bảo mật nếu chưa rõ. Ưu tiên ẩn danh hoặc dùng dữ liệu giả lập; không tải thông tin nhạy cảm khi chưa được phê duyệt.


