Dán mã nguồn công ty vào chatbot AI chỉ nên làm khi công ty cho phép đúng công cụ đó, bằng tài khoản do công ty quản lý, và đoạn mã đã được che khoá, địa chỉ nội bộ, dữ liệu khách. Mã nguồn là tài sản của công ty, thường thuộc diện bí mật kinh doanh theo hợp đồng lao động; dán nó vào tài khoản cá nhân là đưa tài sản đó cho một bên thứ ba theo điều khoản mà công ty không ký.
Bài này giải thích dữ liệu bạn gửi đi qua những đâu, khác biệt thường gặp giữa các loại tài khoản, cách phân loại phần mã được dán và không được dán, cách che nhanh trước khi hỏi, và cách đề xuất với trưởng nhóm khi công ty chưa có quy định nào. Nội dung ở mức nguyên lý, không phải tư vấn pháp lý.
Mã bạn dán đi qua những đâu
Khi bạn gửi một đoạn mã vào chatbot hay trợ lý trong trình soạn thảo, nội dung đó đi qua mạng tới máy chủ của nhà cung cấp, được mô hình xử lý, rồi tuỳ chính sách mà được lưu lại một thời gian. Trong thời gian lưu, nó có thể được dùng để phát hiện lạm dụng, được nhân viên của nhà cung cấp xem lại trong một số trường hợp, và với một số loại tài khoản, có thể được dùng để cải thiện mô hình nếu bạn không tắt tuỳ chọn đó.
Trợ lý trong trình soạn thảo còn gửi nhiều hơn những gì bạn chủ động dán. Để gợi ý chính xác, nó gửi kèm ngữ cảnh: tệp đang mở, các tệp liên quan, đôi khi cả những tệp đang mở ở các thẻ khác. Tác tử có quyền đọc thư mục thì có thể đọc bất cứ tệp nào nó thấy cần. Vì vậy câu hỏi không chỉ là “mình có dán gì không” mà là “công cụ này được nhìn thấy gì”.
Chính sách lưu trữ và sử dụng dữ liệu khác nhau giữa các nhà cung cấp, giữa các loại tài khoản, và thay đổi theo thời gian. Bài này không khẳng định chính sách của bất kỳ hãng nào. Trước khi dùng cho mã công ty, đọc trang điều khoản và chính sách dữ liệu hiện hành của đúng gói bạn đang dùng, hoặc hỏi người phụ trách đã đọc.
Tài khoản cá nhân và tài khoản tổ chức khác nhau thế nào
Bảng dưới mô tả khác biệt thường gặp theo loại tài khoản, không áp cho hãng cụ thể nào. Luôn kiểm điều khoản thật của gói đang dùng.
| Khía cạnh | Tài khoản cá nhân, gói miễn phí hoặc cá nhân | Tài khoản tổ chức, gói doanh nghiệp |
|---|---|---|
| Ai ký điều khoản | Cá nhân bạn | Công ty, thường qua hợp đồng có điều khoản xử lý dữ liệu |
| Dữ liệu dùng để cải thiện mô hình | Thường mặc định có thể dùng, có tuỳ chọn tắt ở một số dịch vụ | Thường cam kết không dùng theo mặc định |
| Quản trị | Không ai ngoài bạn quản lý | Quản trị viên quản lý thành viên, có thể xem nhật ký sử dụng, thu hồi quyền khi người rời công ty |
| Thời gian lưu | Theo chính sách chung | Thường có tuỳ chọn cấu hình hoặc cam kết riêng |
| Khi nhân viên nghỉ việc | Lịch sử trò chuyện có mã công ty vẫn nằm trong tài khoản cá nhân của họ | Tài khoản bị thu hồi cùng dữ liệu |
Hàng cuối hay bị bỏ qua nhất. Một lập trình viên dùng tài khoản cá nhân suốt hai năm sẽ mang theo khi nghỉ việc một kho lịch sử trò chuyện chứa hàng trăm đoạn mã của công ty cũ. Không ai cố ý, nhưng đó vẫn là tài sản công ty nằm ngoài tầm quản lý.
Tài khoản tổ chức không có nghĩa là dán gì cũng được. Nó giải quyết phần quản trị và cam kết hợp đồng, còn nguyên tắc che khoá và dữ liệu khách vẫn giữ nguyên.
Phần mã nào dán được, phần nào không
Phân loại theo ba mức giúp quyết định nhanh mà không phải hỏi mỗi lần. Đây là gợi ý để nhóm bạn điều chỉnh.
| Mức | Ví dụ | Xử lý |
|---|---|---|
| Dán được qua công cụ được phép | Hàm tiện ích chung, đoạn xử lý chuỗi, câu hỏi về cú pháp, mã mẫu tự viết lại để tái hiện lỗi | Dán bình thường, vẫn đọc lại trước khi gửi |
| Dán sau khi che hoặc viết lại | Mã nghiệp vụ có tên bảng, tên dịch vụ nội bộ, cấu trúc dữ liệu khách hàng, logic tính giá | Đổi tên bảng, tên miền nội bộ, tên khách; rút về bản tối thiểu tái hiện vấn đề |
| Không dán | Khoá, mật khẩu, chứng chỉ, dữ liệu khách thật, thuật toán cốt lõi là lợi thế cạnh tranh, mã thuộc dự án làm cho khách có điều khoản bảo mật | Không đưa vào chatbot; dùng công cụ chạy cục bộ hoặc tự giải quyết |
Mã làm cho khách hàng theo hợp đồng gia công là trường hợp đặc biệt: quyền sở hữu và nghĩa vụ bảo mật thuộc về hợp đồng với khách, không phải quy định nội bộ. Ngay cả khi công ty bạn cho phép một công cụ AI, hợp đồng với khách có thể cấm. Hỏi quản lý dự án trước khi dùng AI trên mã của khách.
Che nhanh một đoạn mã trước khi hỏi
Thói quen này mất hai đến ba phút và nên thành phản xạ, kể cả khi dùng tài khoản tổ chức.
- Chép đoạn mã cần hỏi sang một tệp nháp riêng thay vì chọn trực tiếp trong dự án.
- Xoá hoặc thay mọi chuỗi trông như khoá, mật khẩu, chuỗi kết nối, địa chỉ máy chủ nội bộ bằng giá trị giả rõ ràng như khoa-gia hay may-chu-noi-bo.
- Đổi tên công ty, tên sản phẩm, tên khách hàng xuất hiện trong tên biến, chú thích, chuỗi thông báo.
- Thay dữ liệu mẫu thật bằng dữ liệu giả có cùng cấu trúc: cùng số cột, cùng kiểu, giá trị bịa.
- Bỏ những phần không liên quan tới câu hỏi. Đoạn càng ngắn, càng ít thứ phải che và câu trả lời càng trúng.
- Đọc lại toàn bộ đoạn nháp một lượt trước khi gửi, như thể người đọc là người lạ.
Có thể nhờ chính AI giúp che, nhưng chỉ với công cụ chạy trên máy, vì gửi bản chưa che lên dịch vụ để nhờ che thì đã lộ rồi. Một đoạn kịch bản nhỏ tìm và thay các mẫu chuỗi hay gặp cũng giúp được, nhưng không thay được lượt đọc lại bằng mắt.
Khi công ty chưa có quy định gì
Đừng coi im lặng là cho phép. Nhiều công ty nhỏ chưa nghĩ tới chuyện này. Nếu chưa có quy định, cách an toàn là hỏi trưởng nhóm bằng tin nhắn có ghi lại, thay vì tự quyết rồi bị hỏi lại khi có sự cố.
Đề xuất thay vì chờ. Viết một đề xuất ngắn một trang: công cụ nào, loại tài khoản nào, phần mã nào được dán, ai quản trị. Trưởng nhóm thường dễ đồng ý với một đề xuất cụ thể hơn là với câu hỏi chung “mình dùng AI được không”.
Thử trên phần không nhạy cảm trước. Đề xuất thí điểm trên mã công cụ nội bộ, kịch bản tự động hoá, kiểm thử, rồi mở rộng sau khi nhóm đã quen quy tắc che và đã có tài khoản tổ chức.
Cân nhắc mô hình chạy cục bộ. Với mã nhạy cảm, mô hình chạy trên máy hoặc máy chủ nội bộ giữ dữ liệu trong công ty. Chất lượng có thể kém hơn mô hình lớn trên mây, nhưng đủ cho nhiều việc như giải thích mã, viết kiểm thử đơn giản. Danh mục chọn và cài công cụ của trang có bài riêng về cách chạy.
Dán nhật ký, lược đồ và ảnh chụp màn hình: những thứ ngoài mã
Câu chuyện dán vào chatbot không dừng ở tệp mã. Khi gỡ lỗi, lập trình viên dán nhật ký máy chủ; khi viết câu truy vấn, dán lược đồ bảng kèm vài dòng dữ liệu; khi hỏi về giao diện, chụp màn hình trang quản trị. Ba thứ này thường chứa nhiều thông tin nhạy cảm hơn chính đoạn mã.
Nhật ký có địa chỉ IP người dùng, email, mã phiên đăng nhập, đôi khi cả nội dung yêu cầu có số điện thoại hay địa chỉ giao hàng. Trước khi dán, cắt lấy đúng vài dòng quanh lỗi và thay các giá trị định danh bằng ký hiệu. Lược đồ bảng thường dán được vì chỉ là cấu trúc, nhưng vài dòng dữ liệu đi kèm phải là dữ liệu bịa. Ảnh chụp màn hình trang quản trị hay lộ tên khách, số đơn, số tiền ở góc màn hình mà người chụp không để ý; cắt ảnh hoặc dùng tài khoản thử với dữ liệu giả trước khi chụp.
Một mẹo đơn giản: giữ sẵn một môi trường phát triển với dữ liệu giả có cấu trúc giống thật. Khi cần hỏi AI về lỗi, tái hiện lỗi trên môi trường đó rồi dán nhật ký và ảnh từ đó. Vừa an toàn, vừa buộc bạn rút gọn vấn đề, mà rút gọn lại là nửa đường tới lời giải.
Trách nhiệm của từng vai trong nhóm
Lập trình viên chịu trách nhiệm về những gì mình dán: che trước khi gửi, dùng đúng tài khoản, không dán phần thuộc mức cấm. Đây là phần không thể giao cho ai khác, vì chỉ người đang gõ mới biết mình sắp gửi gì.
Trưởng nhóm chịu trách nhiệm làm rõ ranh giới: viết ba mức phân loại cho dự án của nhóm, ghi vào tài liệu dự án, nhắc lại khi có người mới. Trưởng nhóm cũng là người cấu hình loại trừ tệp nhạy cảm khỏi ngữ cảnh của trợ lý trên toàn dự án, thay vì để từng người tự làm.
Công ty chịu trách nhiệm cung cấp công cụ hợp lệ. Cấm dùng AI mà không đưa công cụ thay thế thường dẫn tới việc nhân viên dùng lén bằng tài khoản cá nhân trên điện thoại, tức là đúng kịch bản tệ nhất. Cung cấp một công cụ được phép kèm quy tắc rõ ràng hiệu quả hơn nhiều so với lệnh cấm.
Câu hỏi thường gặp
Dán vài dòng mã thì có sao không?
Vài dòng hàm tiện ích chung thường không có gì đáng lo. Vấn đề nằm ở nội dung, không ở độ dài: một dòng chứa chuỗi kết nối cơ sở dữ liệu nguy hiểm hơn một trăm dòng xử lý chuỗi. Soát nội dung trước khi gửi.
Tắt tuỳ chọn dùng dữ liệu để huấn luyện là đủ an toàn chưa?
Giảm được một rủi ro nhưng chưa đủ. Dữ liệu vẫn được gửi đi và lưu theo chính sách của nhà cung cấp, và tài khoản cá nhân vẫn nằm ngoài quản lý của công ty. Tắt tuỳ chọn là bước tốt, không thay được quy định của công ty.
Trợ lý trong trình soạn thảo có gửi cả dự án lên không?
Thường không gửi toàn bộ, mà gửi các phần nó chọn làm ngữ cảnh, có thể gồm tệp đang mở và tệp liên quan. Mức độ khác nhau theo công cụ và cài đặt. Dùng tính năng loại trừ tệp cho tệp nhạy cảm và kiểm tài liệu công cụ.
Mã nguồn mở công khai thì dán thoải mái được không?
Mã đã công khai thì không còn là bí mật, dán để hỏi thường không vấn đề. Cần chú ý khi bạn dán bản sửa chưa công bố của dự án đó, hoặc khi mã công khai nằm lẫn với cấu hình riêng của công ty.
Làm freelancer thì áp dụng thế nào?
Mã làm cho khách thuộc quyền của khách theo hợp đồng. Đọc điều khoản bảo mật trong hợp đồng, và nếu không rõ, hỏi khách trước khi dùng AI trên mã của họ. Một tin nhắn hỏi trước rẻ hơn nhiều so với tranh chấp sau.
Đã lỡ dán khoá thật vào chatbot thì làm gì?
Thu hồi khoá đó và tạo khoá mới ngay, rồi xem nhật ký sử dụng của khoá. Không trông vào việc xoá cuộc trò chuyện. Báo người phụ trách theo quy định của công ty.