Home LAZY AIAI TIPSChia sẻ ChatGPT Project: quyền, giới hạn và cách vận hành
Minh họa chia sẻ AI workspace trong nhóm với phân quyền rõ ràng

Chia sẻ ChatGPT Project: quyền, giới hạn và cách vận hành

by Bửu Trung
0 comments

Giả sử bạn có một tài khoản ChatGPT Pro, tạo Project cho kế hoạch marketing rồi mời ba đồng nghiệp đang dùng Free. Cả nhóm có thể cùng nhìn thấy tài liệu, chỉ dẫn và các cuộc trò chuyện được đưa vào Project. Nhưng ba tài khoản Free không vì thế mà trở thành Pro.

Đó là điểm cần hiểu đầu tiên khi chia sẻ ChatGPT Project: Project chia sẻ không gian và ngữ cảnh làm việc; nó không chia sẻ gói thuê bao. Giới hạn của Project chủ yếu đi theo gói của owner, còn giới hạn dùng mô hình và công cụ đi theo gói của từng thành viên.

Bài này hướng dẫn bạn phân quyền đúng, tổ chức nguồn chuẩn và giữ một Project dùng chung đủ gọn để sau vài tháng cả người lẫn AI vẫn biết tài liệu nào đáng tin.

Chia sẻ ChatGPT Project thực chất là chia sẻ gì?

Điểm chính: Thành viên được mời có thể làm việc với tài liệu, chỉ dẫn và cuộc trò chuyện bên trong Project theo quyền được cấp. Họ không nhận gói thuê bao, thanh toán, quota hay lịch sử riêng của owner.

ChatGPT Project là một không gian gom các cuộc trò chuyện, tệp và chỉ dẫn dành riêng cho một công việc. Khi Project được chia sẻ, các thành viên có thể thấy nội dung chung và ChatGPT có thể dùng nội dung ấy làm ngữ cảnh trong phạm vi Project.

Được chia sẻ trong ProjectKhông được chia sẻ từ tài khoản owner
Tệp đã tải lên ProjectGói Pro hoặc quyền thanh toán
Project instructionsChat riêng nằm ngoài Project
Cuộc trò chuyện trong ProjectMemory cá nhân bên ngoài Project
Ngữ cảnh được tạo trong ProjectQuota mô hình, tạo ảnh, nghiên cứu hoặc công cụ của owner
Danh sách thành viênGPT cá nhân và API credit của owner

Khi một Project được chia sẻ, project-only memory được bật. Điều này tạo ranh giới khá rõ: Project có thể dùng nội dung bên trong nó, nhưng không lấy memory hoặc cuộc trò chuyện bên ngoài của từng thành viên đưa vào. Ngược lại, nội dung trong Project cũng không trở thành memory cá nhân để dùng ở nơi khác.

OpenAI hiện có hai mức quyền:

  • Chat access: xem và tương tác với nội dung trong Project, nhưng không mời thêm người.
  • Edit access: ngoài trò chuyện còn có thể cập nhật instructions, tải lên hoặc xóa tệp và mời thành viên khác.

Vì vậy, câu hỏi quan trọng không phải chỉ là “đã mời vào chưa”, mà là “người này cần Chat hay thật sự cần Edit?”. Một người chỉ dùng SOP để soạn nội dung không nhất thiết phải có quyền sửa instructions hoặc xóa nguồn chuẩn.

Owner Pro và thành viên Free dùng giới hạn nào?

Điểm chính: Giới hạn tệp và số cộng tác viên của Project được xác định theo gói của owner. Giới hạn nhắn tin, mô hình và công cụ vẫn dựa trên gói của mỗi thành viên.

Theo tài liệu OpenAI được kiểm tra ngày 13/08/2026, giới hạn hiện hành là:

Gói của ownerTệp trong mỗi ProjectCộng tác viên
Free55
Go hoặc Plus2510
Pro40100
Business, Enterprise hoặc Edu40Tối đa 100 thành viên

Mỗi lần chỉ có thể tải tối đa 10 tệp. Các giới hạn này có thể đổi, nên hãy kiểm tra lại trang trợ giúp chính thức trước khi xây một quy trình phụ thuộc chặt vào con số.

Trong mô hình owner Pro và ba thành viên Free, Project có thể có tối đa 40 tệp. Thành viên Free được cấp Edit có thể tải hoặc xóa tệp trong Project theo quyền đó. Tuy nhiên, khi họ trò chuyện, khả năng truy cập mô hình, công cụ và hạn mức sử dụng vẫn đi theo tài khoản Free của chính họ.

Nói ngắn gọn:

  • Owner quyết định trần của Project: số tệp và số người có thể cùng tham gia.
  • Vai trò quyết định thao tác trong Project: ai chỉ chat, ai được sửa instructions và quản lý tệp.
  • Gói của thành viên quyết định sức dùng: model, quota và công cụ mà người đó có thể sử dụng.

Đây cũng là lý do cùng một prompt và cùng bộ tài liệu nhưng kết quả hoặc tốc độ giữa owner Pro và thành viên Free có thể khác. Project tạo một mặt bàn chung, không biến tất cả ghế ngồi thành cùng một loại tài khoản.

Thiết lập Project chung trong 7 bước

Điểm chính: Đừng bắt đầu bằng việc tải cả ổ Drive lên. Hãy chốt phạm vi, nguồn chuẩn, quyền truy cập và cách duyệt thay đổi trước khi mời cả nhóm.

1. Chọn một mục tiêu đủ hẹp

Tên như Company_All nghe tiện nhưng trộn quá nhiều đối tượng, chỉ dẫn và dữ liệu. Hãy tạo Project theo một đầu việc có ranh giới rõ, chẳng hạn Marketing_VN_2026, Sales_Playbook hoặc Client_A_Content.

Một Project tốt trả lời được ba câu hỏi: dùng cho ai, tạo loại đầu ra nào và không dùng cho việc gì.

2. Viết README trước khi tải tài liệu

Tạo một tệp 00_README.md ghi mục tiêu, owner, người duyệt, quy tắc đặt tên, loại nội dung được đưa vào và nơi lưu bản chính bên ngoài ChatGPT. README là bản đồ, không phải nơi chứa mọi kiến thức.

3. Tạo nguồn chuẩn

Tệp 01_SOURCE_OF_TRUTH.md chỉ nên chứa quyết định đã chốt, phiên bản hiện hành và liên kết đến nguồn gốc. Không đưa tranh luận, bản nháp hoặc ý tưởng chưa duyệt vào đây.

Nếu nhóm chưa có nơi tổ chức kiến thức, cách làm một Knowledge Hub đơn giản để bắt đầu sẽ hữu ích hơn việc coi ChatGPT là kho lưu trữ duy nhất.

4. Viết Project instructions theo thứ tự ưu tiên

Instructions cần nói rõ vai trò của ChatGPT, đối tượng đầu ra, giọng điệu, điều cấm và cách xử lý khi nguồn mâu thuẫn. Có thể dùng thứ tự:

  1. Yêu cầu pháp lý và chính sách bắt buộc.
  2. Quy tắc thương hiệu đã duyệt.
  3. Nội dung trong SOURCE_OF_TRUTH.
  4. Project instructions.
  5. Yêu cầu cụ thể trong cuộc trò chuyện.

Project instructions chỉ áp dụng trong Project và ghi đè custom instructions toàn cục. Do đó, một câu như “viết thật hài hước” trong chat không nên tự động thắng quy tắc “không dùng giọng đùa với nội dung pháp lý”.

5. Chỉ đưa bộ tài liệu đang hoạt động vào

OpenAI không yêu cầu một con số “tối ưu” chung cho mọi nhóm. Nguyên tắc an toàn hơn là chỉ giữ những tài liệu cần cho công việc hiện tại, gộp dữ liệu trùng và tách Project khi phạm vi bắt đầu phình ra.

Đừng để sáu tệp final, final_newfinal_last_real cùng tồn tại. Nếu lịch sử phiên bản cần được bảo toàn, hãy lưu ở Drive hoặc hệ thống quản lý tài liệu. Trong Project, chỉ để phiên bản đang có hiệu lực cùng dấu ngày cập nhật.

6. Cấp quyền tối thiểu cần thiết

Thành viên chỉ khai thác tài liệu nên nhận Chat access. Người chịu trách nhiệm duy trì nguồn, instructions hoặc thành viên mới nhận Edit access. Owner nên kiểm tra định kỳ danh sách thành viên và thu hồi quyền khi vai trò thay đổi.

7. Thử bằng một tình huống thật

Trước khi mở rộng, dùng ba bài kiểm tra:

  • Hỏi ChatGPT chính sách nào đang có hiệu lực và yêu cầu chỉ ra tệp nguồn.
  • Cho một yêu cầu cố tình xung đột với Brand Guideline để xem instructions xử lý ra sao.
  • Nhờ một thành viên Free thực hiện quy trình thật để thấy giới hạn công cụ có ảnh hưởng tới đầu ra hay không.

Cấu trúc gọn cho nhóm nhỏ và SME

Điểm chính: ChatGPT Project không nên đóng vai toàn bộ hệ thống lưu trữ. Hãy dùng tên tệp có thứ tự để biến danh sách nguồn thành một cấu trúc dễ quét, còn lịch sử và bản nháp dài hạn vẫn nằm ở kho tài liệu chính.

Một bộ khung gọn có thể gồm:

00_README.md
01_SOURCE_OF_TRUTH.md
02_BRAND_GUIDELINE.md
03_SOP_CONTENT.md
04_PROMPT_LIBRARY.md
05_OUTPUT_CRITERIA.md
99_CHANGELOG.md

Các số ở đầu tên tệp giúp nhóm nhận ra thứ tự ưu tiên dù giao diện không có hệ thống thư mục như Drive. Nếu một nhóm có nhiều quy trình, chia 03_SOP_CONTENT.md thành những tệp có phạm vi rõ hơn, nhưng tránh tách nhỏ đến mức một quyết định nằm rải ở nhiều nơi.

Ba quy tắc nên xuất hiện ngay trong README:

  • Một nội dung, một bản hiện hành: không để nhiều bản cùng mang trạng thái “đang dùng”.
  • Một thay đổi, một người duyệt: không sửa nguồn chuẩn chỉ vì một cuộc trò chuyện cho ra ý mới.
  • Một Project, một phạm vi: tách khách hàng, thương hiệu hoặc phòng ban khi dữ liệu và quy tắc không giống nhau.

Cấu trúc này không bảo đảm ChatGPT luôn chọn đúng nguồn. Nó chỉ làm giảm sự mơ hồ cho cả người dùng lẫn hệ thống và giúp việc kiểm tra dễ hơn.

4 rủi ro vận hành và cách xử lý

Điểm chính: Vấn đề thường không xuất phát từ việc thiếu tệp, mà từ việc có quá nhiều nguồn không rõ trạng thái. Hãy coi Project là một môi trường cần bảo trì, không phải chiếc hộp tải lên rồi quên.

1. Nhầm phiên bản

Khi nhiều SOP cũ và mới cùng tồn tại, thành viên có thể trích nhầm bản trước cả khi ChatGPT làm vậy. Khắc phục bằng một nguồn chuẩn, ngày hiệu lực và changelog ngắn. Bản cũ chuyển ra kho lưu trữ ngoài Project.

2. Cuộc trò chuyện thử nghiệm lẫn với công việc thật

Một chuỗi ý tưởng “điên rồ” không tự động trở thành quy tắc, nhưng nó vẫn là nội dung mà thành viên nhìn thấy trong Project. Với nhóm cần ranh giới chặt, hãy tách Sandbox để thử và Production để dùng nội dung đã duyệt. Cuộc trò chuyện quan trọng có thể được branch thay vì sửa trực tiếp; ChatGPT Projects không hỗ trợ nhiều người cùng chỉnh một chat theo thời gian thực.

3. Instructions xung đột với yêu cầu tức thời

Nếu Project yêu cầu giọng chuyên nghiệp nhưng một chat yêu cầu giọng hài hước, kết quả dễ lệch kỳ vọng nếu không có quy tắc ưu tiên. Hãy viết rõ điều bắt buộc, điều có thể linh hoạt và ai được phép thay đổi.

4. Tệp quá nhiều và phạm vi quá rộng

Đừng chờ chạm trần mới dọn. Khi một tệp không còn phục vụ mục tiêu, hãy gộp, thay thế hoặc đưa ra khỏi Project. OpenAI cũng khuyến nghị xóa tệp cũ, kết hợp dữ liệu hoặc tách công việc sang Project khác khi gặp giới hạn.

Một nền tảng vận hành rõ giúp công cụ phát huy tốt hơn. Đây cũng là ý chính của bài Nền tảng là gốc rễ để tối ưu: đừng dùng công cụ để che một quy trình chưa được chốt.

Khi nào Projects đã đủ, khi nào nên cân nhắc Business?

Điểm chính: Số người không phải tiêu chí duy nhất. Projects phù hợp khi nhóm có phạm vi nhỏ và owner vẫn quản lý được quyền, nguồn và rủi ro. Business đáng cân nhắc khi cần workspace, quản trị và chính sách dữ liệu ở cấp tổ chức.

Tiếp tục dùng Projects trên tài khoản cá nhânCân nhắc ChatGPT Business
Nhóm nhỏ, phạm vi công việc rõNhiều nhóm cần quản trị tập trung
Owner kiểm soát được quyền và nguồnCần quản lý thành viên ở cấp workspace
Dữ liệu có mức nhạy cảm phù hợp chính sách hiện tạiDữ liệu doanh nghiệp cần ranh giới và chính sách chính thức
Chấp nhận quản lý quy trình bằng quy ước nội bộCần kiểm soát, bảo mật và vận hành theo chuẩn tổ chức
Không cần một không gian làm việc chung cho toàn doanh nghiệpMuốn dữ liệu Business không được dùng để huấn luyện theo mặc định

Với Free, Plus và Pro, nội dung có thể được dùng để cải thiện mô hình nếu người dùng bật “Improve the model for everyone”. Với Business, Enterprise và Edu, dữ liệu không được dùng để huấn luyện theo mặc định. Đây là một khác biệt cần được người chịu trách nhiệm dữ liệu xem xét, không nên chỉ dựa vào số thành viên hoặc giá gói.

Checklist trước khi mời thành viên

Điểm chính: Một Project sẵn sàng chia sẻ khi người mới có thể hiểu phạm vi, tìm được nguồn chuẩn và biết ai chịu trách nhiệm mà không cần hỏi lại owner qua tin nhắn riêng.

  • ☐ Tên Project cho biết đúng nhóm hoặc mục tiêu.
  • ☐ README nêu rõ phạm vi sử dụng và điều không thuộc phạm vi.
  • ☐ Có một SOURCE_OF_TRUTH với ngày cập nhật.
  • ☐ Chỉ còn phiên bản tài liệu đang hiệu lực.
  • ☐ Instructions ghi rõ thứ tự ưu tiên khi nguồn xung đột.
  • ☐ Chat access và Edit access được cấp theo nhu cầu.
  • ☐ Không có tệp chứa thông tin vượt mức quyền của người được mời.
  • ☐ Nhóm biết Project không chia sẻ gói Pro hay quota của owner.
  • ☐ Đã chạy ít nhất một bài kiểm tra bằng tài khoản Free.
  • ☐ Có lịch dọn Project và người chịu trách nhiệm.

Câu hỏi thường gặp về chia sẻ ChatGPT Project

Owner Pro chia sẻ Project thì thành viên Free có thành Pro không?

Không. Thành viên được dùng nội dung chung trong Project theo quyền được cấp, nhưng model, quota và công cụ vẫn theo gói tài khoản của họ.

Thành viên Free có xem được 40 tệp trong Project của owner Pro không?

Nếu họ có quyền truy cập Project, họ có thể xem và làm việc với các tệp được chia sẻ trong đó. Trần 40 tệp là giới hạn của Project do owner Pro sở hữu. Thành viên có Edit access còn có thể quản lý tệp, nhưng giới hạn dùng model và công cụ của họ vẫn không biến thành Pro.

Project instructions có ghi đè custom instructions cá nhân không?

Có, trong phạm vi Project. Tài liệu OpenAI cho biết Project instructions chỉ áp dụng trong Project và ghi đè custom instructions toàn cục.

Thành viên có thể cùng chỉnh một cuộc trò chuyện không?

Không theo kiểu đồng biên tập thời gian thực. Thành viên có thể xem các chat trong Project và branch một cuộc trò chuyện để tiếp tục theo hướng khác; chat mới sẽ mang tên người tạo.

Memory cá nhân có bị đưa vào Project chung không?

Không. Khi Project được chia sẻ, project-only memory được bật. Project không dùng memory hay ngữ cảnh bên ngoài của thành viên và nội dung trong Project không được mang ra ngoài làm memory cá nhân.

Xóa tệp trong Project có ảnh hưởng mọi người không?

Có. Người có Edit access có thể xóa tệp khỏi không gian dùng chung, nên thay đổi này ảnh hưởng những thành viên khác. Hãy lưu bản gốc ở hệ thống tài liệu chính và giới hạn quyền Edit.

Bạn đang dùng ChatGPT Project như một mặt bàn làm việc hay như một kho chứa chưa có người dọn?

Bửu Trung, Dân Lười, thích Tối ưu

You may also like

Leave a Comment