Files & Knowledge

Level: L3 — AI Workspace (Bài 3/10)

1. Mục tiêu học tập

Sau bài này, bạn có thể:

Phân biệt rõ “đính kèm file vào 1 tin nhắn” (L1 bài 7) với “thêm file vào Knowledge base của 1 Project” (bài này).
Biết loại file được hỗ trợ trong Knowledge base của Project.
Hiểu vì sao Knowledge base có thể chứa nhiều nội dung hơn 1 tin nhắn đơn lẻ nhờ RAG.
Biết cách tổ chức Knowledge base hiệu quả cho 1 Project cụ thể.

2. Khái niệm cốt lõi

2 tầng “làm việc với file” khác nhau về bản chất kỹ thuật:

File đính kèm trong 1 tin nhắn/phiên chat (L1 bài 7) — chỉ tồn tại trong phạm vi context window của phiên hiện tại, mất đi khi hội thoại kết thúc.
Knowledge base trong 1 Project (bài này) — file tải lên 1 lần, tồn tại xuyên suốt mọi hội thoại trong Project, có thể vượt xa giới hạn 1 context window nhờ RAG (bài 19).

“Claude sẽ dùng để hiểu ngữ cảnh và nền tảng cho các cuộc chat riêng lẻ trong project đó” [S38].

Định dạng file: trang chính thức chỉ mô tả chung “tài liệu, văn bản, hoặc đoạn code” [S38]. Qua đối chiếu đa nguồn (độ tin cậy trung bình, [S73]): PDF, DOCX, CSV, TXT, HTML nhắc tới nhất quán nhất, giới hạn khoảng 30MB/file. Tra lại support.claude.com trước khi thực hiện, không coi con số ở đây là cố định.

3. Tại sao nội dung này quan trọng

Nhầm lẫn 2 tầng “file” khiến lãng phí công sức tải đi tải lại cùng 1 tài liệu vào mỗi hội thoại mới.
Hiểu đúng định dạng giúp chuẩn bị tài liệu đúng cách trước khi xây Knowledge base.
Nền tảng kỹ thuật cho bài 28 (Quản trị Context & Knowledge Base).

4. Cơ chế hoạt động

Cách thêm file: trong 1 Project đã tạo (bài 19), tải tài liệu lên phần Knowledge — khác đính kèm vào 1 tin nhắn.

Định dạng và giới hạn (độ tin cậy trung bình, [S73]): PDF, DOCX, CSV, TXT, HTML; ~30MB/file; không giới hạn cứng số lượng file — giới hạn thực tế là tổng nội dung trích xuất, được RAG mở rộng khi cần.

Khi vượt giới hạn context window: RAG tự động kích hoạt qua “project knowledge search tool” [S66] — không cần tự quản lý “file nào nên giữ, file nào nên bỏ”.

Khác Files API (L1 bài 7): Files API cho 1 lệnh gọi API/1 phiên cụ thể (tầng lập trình); Knowledge base là tính năng người dùng cuối, gắn liền Project, tồn tại lâu dài.

5. Mental model

Nối tiếp mental model “phòng làm việc + tủ hồ sơ” (bài 19): nếu đính kèm file trong chat giống đưa 1 tờ giấy cho ai đó đọc ngay rồi cất đi, Knowledge base giống đặt tài liệu vào đúng tủ hồ sơ trong phòng làm việc riêng — ở đó mãi, sẵn sàng cho bất kỳ cuộc trò chuyện nào diễn ra trong phòng.

6. Hướng dẫn từng bước

Xác định tài liệu cần tồn tại lâu dài, dùng lại nhiều lần (khác tài liệu chỉ cần cho 1 câu hỏi tức thời).
Kiểm tra định dạng file được hỗ trợ (PDF, DOCX, CSV, TXT, HTML — tra support.claude.com).
Tải file vào phần Knowledge base của Project.
Không cần lo giới hạn dung lượng — RAG tự xử lý.
Mở hội thoại mới, kiểm tra Claude có tham chiếu đúng nội dung không.
Khi Knowledge base nhiều Project phức tạp — chuyển sang tư duy quản trị (bài 28).

7. Ví dụ thực tế

Luật sư cần tham chiếu 1 bộ hợp đồng mẫu (10 file PDF) mỗi khi soạn hợp đồng mới. Cách sai (lặp thói quen L1 bài 7): đính kèm lại cả 10 file mỗi lần soạn hợp đồng mới. Cách đúng: tạo Project “Soạn hợp đồng”, tải 10 file vào Knowledge base 1 lần duy nhất — mỗi hội thoại mới tự động có quyền tham chiếu, chỉ cần hỏi “soạn hợp đồng dịch vụ cho khách hàng X, dựa theo mẫu số 3”.

8. Prompt/template/workflow

1. Tôi có cần dùng lại tài liệu này ở NHIỀU hội thoại khác nhau không?
2. Tài liệu này có phải nền tảng LÂU DÀI cho 1 loại công việc cụ thể không
   (không phải chỉ cần cho câu hỏi hiện tại)?

Nếu CÓ cả 2 → đưa vào Knowledge base của 1 Project (bài này).
Nếu KHÔNG (chỉ cần cho câu hỏi/phiên hiện tại) → đính kèm trực tiếp vào tin
nhắn là đủ (đã học ở L1 bài 7).

9. Visual hoặc diagram cần thiết

Hình 3.3 — File đính kèm (tạm thời) vs Knowledge base trong Project (lâu dài).

10. Bài tập thực hành

Chọn 1 Project bạn đã tạo ở bài 19.
Xác định 1-2 tài liệu bạn sẽ cần dùng lại nhiều lần.
Tải chúng vào Knowledge base thay vì đính kèm vào từng tin nhắn.
Mở 2 hội thoại khác nhau trong cùng Project, xác nhận cả 2 đều tham chiếu đúng.

11. Checklist

Tôi phân biệt được 'đính kèm file 1 tin nhắn' (L1 bài 7) với 'Knowledge base trong Project' (bài này).
Tôi biết định dạng file được hỗ trợ trong Knowledge base.
Tôi hiểu vì sao không cần lo giới hạn dung lượng nhờ RAG.
Tôi biết khi nào nên dùng Knowledge base thay vì đính kèm file thông thường.

12. Lỗi thường gặp

(Suy luận từ nguyên tắc trong [S38, S66], không phải khảo sát lỗi người dùng đã ghi nhận chính thức.)

Tiếp tục đính kèm lại cùng 1 tài liệu vào mỗi hội thoại mới dù đã có Project.
Nhầm định dạng file không được hỗ trợ — cần convert trước hoặc dùng Vision (L1 bài 7).
Nhồi quá nhiều tài liệu không liên quan vào 1 Knowledge base — “context rot” (L1 bài 2) vẫn áp dụng ở mức khái niệm.

13. Giới hạn & khi nào KHÔNG nên áp dụng

Với tài liệu chỉ cần cho 1 câu hỏi tức thời, đính kèm trực tiếp (L1 bài 7) vẫn phù hợp hơn.
Bài này không dạy lại cơ chế Vision/giới hạn trang PDF — thuộc L1 bài 7.
Không phải mọi loại file đều được hỗ trợ — kiểm tra danh sách định dạng trước.

14. An toàn & quản trị (Safety/Governance)

Vì Knowledge base tồn tại lâu dài, xuyên suốt mọi hội thoại, rủi ro rò rỉ thông tin nhạy cảm cần cân nhắc kỹ hơn: tài liệu nhạy cảm sẽ luôn sẵn sàng cho mọi người có quyền truy cập Project (Can view/Can edit, bài 19). Áp dụng đầy đủ nguyên tắc bài 2 (L1) và cân nhắc mức hiển thị/quyền hạn Project phù hợp.

15. Best practices

Dùng lại nhiều lần → Knowledge base; chỉ cần 1 lần → đính kèm thông thường.
Kiểm tra định dạng file hỗ trợ trước khi tải lên.
Không nhồi tài liệu không liên quan vào cùng 1 Knowledge base.
Rà soát độ nhạy cảm trước khi đưa vào Knowledge base.

16. Nội dung nâng cao (không bắt buộc)

Cơ chế “project knowledge search tool” cụ thể (thuật toán tìm kiếm ngữ nghĩa) không được công bố chi tiết.
Duy trì Knowledge base “sạch” theo thời gian (loại bỏ lỗi thời, tránh trùng lặp) — chủ đề bài 28.

17. Nguồn tham khảo

[S38] What are projects?, Claude Help Center · [S66] Retrieval augmented generation (RAG) for projects, Claude Help Center · [S73] Project knowledge base file formats & size limits (đối chiếu đa nguồn, Tier 2).

18. Ngày kiểm chứng

2026-07-12. Danh sách định dạng file (PDF, DOCX, CSV, TXT, HTML) và giới hạn ~30MB/file dựa trên đối chiếu đa nguồn (Tier 2), không phải 1 trang chính thức đơn lẻ đã xác nhận trực tiếp — độ tin cậy thấp hơn các claim Tier 1 khác trong bài. Bắt buộc re-verify tại support.claude.com.