Projects trong Claude Code: một hội thoại điều phối nhiều thread cloud song song

Chạy nhiều phiên Claude Code song song nghĩa là bạn thành người điều phối: quyết định phiên nào làm gì, lặp lại bối cảnh ở đầu mỗi phiên, rồi quay lại kiểm tra phiên nào xong. Projects trong Claude Code đảo ngược chuyện đó: một hội thoại liên tục, nơi bạn đổ việc vào, và Claude tự mở một thread cho mỗi việc, chạy song song trên cloud, dùng chung repo, chỉ dẫn và bộ nhớ.

Tình trạng hiện tại

• Public beta trên gói Pro, Max, Ultra, đang triển khai dần; chưa có trên Team và Enterprise.
• Tìm mục Projects ở sidebar claude.ai/code hoặc tab Code của Desktop app (có thể nằm trong More). Chưa thấy nghĩa là đợt triển khai chưa tới tài khoản; có danh sách chờ.

Khác gì so với tự chạy nhiều phiên?

Thread chạy trên cloud vẫn tiếp tục khi bạn gập laptop, và bạn có thể theo dõi, điều hướng từ điện thoại. Việc cần máy của bạn (database cục bộ, công cụ riêng) có thể yêu cầu chạy thread đó trên máy mình qua Remote Control; khi đó thread chỉ chạy khi máy đang thức.

Khi nào nên tạo Project?

• Một mục tiêu trên nhiều repo: "đưa mọi service lên cấu hình lint mới", mỗi repo một thread, một PR.
• Một khu vực bạn liên tục đổ việc vào: bug, stack trace, yêu cầu review của một service.
• Một bản build hay migration lớn hơn một phiên: "xây những gì docs/spec.md mô tả".
• Việc không phải code: tải lên thư mục hợp đồng hay export ticket hỗ trợ, đặt câu hỏi lặp lại; kết quả nằm ở tab Library.

Ngữ cảnh dùng chung

• Chỉ dẫn project: quy tắc viết một lần (nhánh đích, quy ước commit) áp cho mọi thread.
• Bộ nhớ project: bảo Claude ghi nhớ một bẫy sau khi sửa, thread sau sẽ biết.
• Repo, file, thư mục Google Drive gắn vào project; skill, plugin, connector có thể đưa vào thread.

Rủi ro và lưu ý

• Tiêu hạn mức nhanh: nhiều thread song song là nhiều phiên cloud cùng tiêu usage; xem mục usage của project để theo dõi.
• Quyền GitHub: thread làm việc trên repo GitHub cần cấp quyền; chỉ gắn repo thật sự cần.
• Đừng bảo "cứ làm, khỏi hỏi" với việc rủi ro: giữ bước review PR trước khi merge.
• Beta: giao diện và giới hạn có thể thay đổi.

Áp dụng thế nào?

• Dev: Tạo project cho service bạn trực on-call: dán bug khi nó tới, sáng hôm sau xem Overview.
• Tech Lead: Dùng project cho migration nhiều repo, mỗi repo một thread và một PR để review riêng.
• PM: Tải export ticket hỗ trợ lên một project, hỏi định kỳ "10 vấn đề tích hợp phổ biến nhất tuần này".