Quản trị Context và Knowledge Base

Level: L3 — AI Workspace (Bài 9/10 — bài kết)

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

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

Áp dụng nguyên tắc tổ chức nhiều Project để Knowledge base không bị “mục nát” theo thời gian.
Cấu hình mức hiển thị (Public/Private) và quyền hạn (Can view/Can edit) phù hợp cho Project chia sẻ cấp Team/Enterprise.
Hiểu hành vi 1 chiều khi archive Project và hậu quả với quyền chia sẻ.
Nhận biết khoảng trống thật của tài liệu chính thức (không có audit log) và cách bù đắp bằng kỷ luật vận hành.
Tổng hợp toàn bộ kiến thức Level 3 thành 1 tư duy quản trị nhất quán.

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

Quản trị Context & Knowledge Base là tư duy vận hành dài hạn: không chỉ “làm sao để 1 Project hoạt động” (bài 19, 21), mà “làm sao để nhiều Project, dùng bởi nhiều người, vẫn giữ chất lượng và an toàn qua thời gian.”

3 trụ cột: (1) Tổ chức đúng phạm vi — mỗi Project chỉ chứa đúng ngữ cảnh nó cần (bài 19). (2) Kiểm soát quyền truy cập đúng mức — Public/Private, Can view/Can edit (bài 19, đào sâu ở đây). (3) Duy trì chất lượng theo thời gian — loại bỏ nội dung lỗi thời, tránh trùng lặp.

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

Khi số lượng Project tăng (hàng chục, hàng trăm), thiếu tư duy quản trị dẫn tới Project trùng lặp, thông tin cũ không ai cập nhật.
Hiểu đúng hành vi archive giúp tránh mất quyền truy cập bất ngờ cho cả team.
Bài capstone của Level 3 — tổng hợp mọi kỹ năng đã học thành 1 chiến lược vận hành nhất quán.

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

2 mức hiển thị [S71]: Public (“mọi người trong tổ chức đều xem/dùng được”) và Private (“chỉ thành viên được mời”).

2 mức quyền cho Project Private [S71]: “Can view” (xem + chat, không sửa) và “Can edit” (sửa toàn bộ).

Chia sẻ hội thoại KHÁC cấp Project: “chats within a project are not shared by default” [S71].

Ràng buộc Connector (bài 24): Connectors “chỉ khả dụng trong Project ở chế độ Private” [S72].

Khoảng trống thật: tài liệu chính thức không mô tả tính năng audit log [S71] — người quản trị cần tự xây kỷ luật vận hành (mục 6).

5. Mental model

Hình dung quản trị nhiều Project như quản lý 1 thư viện chi nhánh với nhiều phòng đọc riêng (mỗi phòng = 1 Project, bài 19): biết phòng nào công khai, phòng nào riêng (Public/Private), ai được mượn sách, ai được thêm/xoá (Can view/Can edit), và quan trọng nhất: khi đóng cửa 1 phòng (archive), toàn bộ danh sách người được vào bị xoá — mở lại phải cấp quyền từ đầu.

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

Rà soát định kỳ (hàng quý) danh sách Project — xác định Project “chết” cần archive/dọn dẹp.
Với Project mới cần chia sẻ, quyết định Public hay Private ngay từ đầu.
Project cần Connector: xác nhận đang ở chế độ Private.
Phân quyền Can view/Can edit đúng vai trò.
Trước khi archive Project đang chia sẻ, thông báo trước cho team.
Không có audit log chính thức: tự ghi chú khi Project được tạo, mục đích, ai chịu trách nhiệm.
Định kỳ kiểm tra Knowledge base — loại bỏ tài liệu lỗi thời.
Với hệ thống context cá nhân (bài 26), áp dụng cùng kỷ luật cập nhật định kỳ.

7. Ví dụ thực tế

Team marketing có Project “Chiến dịch Q2” chia sẻ Public, nhiều người Can edit. Sau khi chiến dịch kết thúc, trưởng nhóm archive mà không thông báo trước. Vài tuần sau, 1 thành viên cần tham chiếu tài liệu cũ — phát hiện quyền truy cập đã reset về private, không tự khôi phục được, phải nhờ đúng người có quyền “Can edit” ban đầu — nhưng người đó đã nghỉ phép, gây chậm trễ không đáng có.

8. Prompt/template/workflow

Với mỗi Project đang chia sẻ:
1. Project này còn đang được dùng tích cực không?
2. Mức hiển thị (Public/Private) có còn phù hợp với độ nhạy cảm nội dung
   hiện tại không?
3. Danh sách người có quyền Can edit có còn đúng (không có người đã rời
   team/đổi vai trò) không?
4. Knowledge base có tài liệu nào đã lỗi thời cần loại bỏ không?
5. Nếu cần archive: đã thông báo trước cho mọi người phụ thuộc quyền truy
   cập chưa?

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

Hình 3.10 — Quản trị Project: Public/Private, 2 mức quyền, và hành vi archive 1 chiều.

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

Liệt kê toàn bộ Project bạn hiện có (cá nhân hoặc team).
Áp dụng checklist ở mục 8 cho từng Project.
Nếu có Project cần archive, thực hành đúng quy trình mục 6 bước 5 (thông báo trước).

11. Checklist

Tôi hiểu 2 mức hiển thị và 2 mức quyền cho Project chia sẻ.
Tôi biết archive Project sẽ reset toàn bộ quyền chia sẻ về private, không thể hoàn tác.
Tôi biết Connector chỉ dùng được trong Project Private — ràng buộc này ảnh hưởng quyết định quản trị.
Tôi có 1 checklist/quy trình rà soát định kỳ cho Knowledge base và Project.
Tôi có thể tổng hợp lại toàn bộ 9 bài trước của Level 3 như 1 hệ thống vận hành nhất quán.

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

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

Archive Project đang được chia sẻ mà không thông báo trước.
Đặt Project ở chế độ Public mặc định mà không cân nhắc độ nhạy cảm.
Không có kỷ luật rà soát định kỳ.
Kỳ vọng có audit log chính thức — tài liệu chính thức không cung cấp.

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

Với 1 cá nhân dùng ít Project, quy trình quản trị đầy đủ có thể là thừa.
Bài này không thay thế nguyên tắc kỹ thuật đã học ở bài 21.
Tài liệu chính thức không cung cấp giải pháp audit log — chỉ đề xuất kỷ luật vận hành thủ công.

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

Quyết định archive 1 Project là hành động không thể hoàn tác đối với quyền chia sẻ — cần đưa vào quy trình chính thức nếu Project có nhiều người phụ thuộc. Nên kết hợp quyết định quản trị Memory cấp Enterprise (bài 23) và ràng buộc Connector/Private Project (bài 24) vào cùng 1 chính sách quản trị workspace tổng thể.

15. Best practices

Luôn thông báo trước khi archive 1 Project đang được chia sẻ.
Mặc định chọn Private trước, chỉ chuyển Public khi thực sự cần.
Xây dựng kỷ luật rà soát định kỳ để bù đắp thiếu audit log.
Đưa quyết định quản trị Project, Memory, Connector vào cùng 1 chính sách tổng thể.

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

Mở rộng quản trị lên quy mô toàn tổ chức — gần với bài 27.
Role-based permissions cấp Enterprise — tồn tại trong hệ sinh thái Team/Enterprise nhưng ngoài phạm vi chi tiết bài này.

17. Nguồn tham khảo

[S71] Manage project visibility and sharing, Claude Help Center (Anthropic) · [S72] Use connectors to extend Claude’s capabilities, Claude Help Center (Anthropic) · [S38] What are projects?, Claude Help Center (Anthropic).

18. Ngày kiểm chứng

2026-07-12. Cơ chế visibility/sharing đã kiểm chứng qua Tier 1. Khoảng trống “không có audit log” là quan sát tại thời điểm truy cập — cần re-check vì tính năng có thể được bổ sung trong tương lai.