Files & Knowledge
Files & Knowledge
Phân biệt 'đính kèm file 1 tin nhắn' (L1 bài 7) với 'Knowledge base trong Project' — tồn tại lâu dài, mở rộng bằng RAG.
Nắm vững nguyên lý và khái niệm nền tảng trước khi đi vào công cụ thực tế.
Áp dụng quy trình từng bước, case study thực chiến và template mẫu có sẵn.
Kiểm tra checklist hoàn thành, né tránh các sai lầm kinh điển để vận hành bền vững.
Nắm vững các khái niệm nền tảng, cơ chế hoạt động và mô hình tư duy cốt lõi.
1. Mục tiêu học tập
Sau bài này, bạn 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 đó”.
Đị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”. Qua đối chiếu đa nguồn (độ tin cậy trung bình,): 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,): 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” — 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.
Quy trình thực thi từng bước, case study cụ thể và bộ prompt/template áp dụng ngay.
6. Hướng dẫn từng bước
support.claude.com).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 tinnhắn là đủ (đã học ở L1 bài 7).9. Visual hoặc diagram cần thiết
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.
Checklist kiểm tra mức độ sẵn sàng, nhận diện các bẫy sai lầm và nguyên tắc vàng vận hành.
11. Checklist
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.)
15. Best practices
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.
⚠️ 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.
📚 17. Nguồn tham khảo
What are projects?, Claude Help Center · Retrieval augmented generation (RAG) for projects, Claude Help Center · Project knowledge base file formats & size limits (đối chiếu đa nguồn, Tier 2).