Source: https://aiprimetech.io/vi/blog/alibaba-bans-claude-code/ Tháng Bảy 5, 2026 · 3 phút · Tin tức # Alibaba được cho là cấm Claude Code vì lo ngại bảo mật A Tác giả [AI Prime Tech](https://aiprimetech.io/vi/) · Có AI hỗ trợ ## Alibaba cấm Claude Code: Hãy xem thông tin này là tín hiệu cho việc mua sắm, không phải phán quyết Một tổ chức kỹ thuật lớn không cần bằng chứng về cửa hậu để tạm ngừng sử dụng một tác nhân lập trình AI. Chỉ cần một câu hỏi chưa được giải đáp ở điểm nhạy cảm: “Công cụ này có thể đọc mã nguồn mà chúng ta không được phép tiết lộ theo pháp luật hoặc hợp đồng không?” Đó là góc nhìn thực tế tôi sẽ dùng để xem xét thông tin về việc Alibaba cấm Claude Code tại nơi làm việc. Mối lo được đưa tin là nghiêm trọng, nhưng bài học kỹ thuật không phải là “Claude Code đã được xác nhận có cửa hậu”. Những dữ kiện công khai chưa xác lập điều đó. Bài học hữu ích có phạm vi hẹp hơn và thiên về vận hành: các tác nhân lập trình AI hiện tiếp cận mã nguồn, hệ thống dựng phần mềm, thông tin bí mật, nhật ký và quy trình triển khai đủ sâu để cần được đưa vào cùng quy trình mua sắm và đánh giá bảo mật như các nền tảng CI/CD, công cụ tìm kiếm mã, công cụ quan sát hệ thống và máy tính xách tay của nhà phát triển. Nói cách khác: tách biệt cáo buộc với lớp điều khiển. Mối lo về cửa hậu được cáo buộc hoặc đưa tin cần được xử lý như một tuyên bố chưa được xác minh, trừ khi và cho đến khi có bằng chứng kỹ thuật cụ thể. Nhưng các nhóm rủi ro liên quan đến Claude Code là rất thực và đáng được đánh giá kỹ lưỡng: tác nhân có thể truy cập mã nào, có thể chạy lệnh nào, dữ liệu đo từ xa nào rời khỏi máy, mô hình nào xử lý lời nhắc, quy tắc lưu giữ nào được áp dụng và tổ chức thực thi chính sách trên hàng nghìn máy trạm của nhà phát triển như thế nào. Đó là vấn đề mà các lãnh đạo kỹ thuật nên quan tâm. ## Lệnh cấm Claude Code tại nơi làm việc thực sự có nghĩa gì Khi một công ty cấm hoặc tạm ngừng sử dụng một công cụ dành cho nhà phát triển, mọi người thường xem đó là lời kết tội về mặt kỹ thuật. Trên thực tế, các lệnh cấm thường là trạng thái trong quy trình mua sắm. Một “lệnh cấm” có thể mang nhiều ý nghĩa khác nhau: | Trạng thái chính sách | Ý nghĩa thường gặp | Tác động đến hoạt động kỹ thuật | Tạm ngừng | Chưa hoàn tất đánh giá bảo mật, pháp lý hoặc mua sắm | Nhà phát triển ngừng sử dụng công cụ cho đến khi hoàn tất đánh giá | Bị chặn bởi chính sách mạng | Tên miền, việc cài đặt gói hoặc tệp nhị phân bị hạn chế | Công cụ có thể không xác thực được hoặc không gọi được API của mô hình | Sử dụng có hạn chế | Chỉ được phép dùng với các kho mã hoặc nhóm dữ liệu đã được phê duyệt | Các nhóm cần phân loại kho mã và hướng dẫn sử dụng | Được phê duyệt kèm biện pháp kiểm soát | Công cụ được phép sử dụng với yêu cầu ghi nhật ký, cấu hình và đào tạo | Nhà phát triển có thể sử dụng trong phạm vi đã xác định | Cấm hoàn toàn | Tổ chức xác định rằng rủi ro lớn hơn lợi ích | Các nhóm cần công cụ thay thế và lộ trình chuyển đổi Vì vậy, thông tin cho rằng Alibaba cấm Claude Code không tự động chứng minh có một vấn đề kỹ thuật tiềm ẩn. Điều đó có thể cho thấy những người đánh giá nội bộ chưa hài lòng với các bảo đảm hiện có, hoặc quy trình làm việc mặc định của công cụ xung đột với chính sách bảo mật nội bộ. Sự phân biệt đó rất quan trọng. Kỹ sư nên tránh biến mọi quyết định tạm dừng mua sắm thành một thuyết âm mưu. Nhưng họ cũng không nên coi nhẹ và cho rằng đó chỉ là thủ tục giấy tờ. Các công cụ dành cho nhà phát triển hoạt động như tác nhân tạo ra bề mặt bảo mật rộng hơn các tiện ích tự động hoàn thành mã. Claude Code có thể kiểm tra kho mã, đề xuất bản so sánh thay đổi, chạy lệnh nếu được phép và giúp tìm hiểu một hệ thống. Đó chính là lý do công cụ này hữu ích, và cũng chính là lý do nó cần được đánh giá nghiêm túc. ## Câu hỏi bảo mật cốt lõi: Tác nhân có thể thấy những gì? Biện pháp kiểm soát đầu tiên cần đánh giá là quyền truy cập mã. Claude Code hoạt động trong môi trường phát triển cục bộ và suy luận dựa trên các tệp cùng ngữ cảnh mà nó có thể tiếp cận. Điều đó tạo ra sức mạnh vì công cụ có thể hiểu một dự án thực tế thay vì các đoạn mã rời rạc. Đồng thời, các nhóm cũng cần xem kho mã như dữ liệu. Trên thực tế, các trường hợp rủi ro không chỉ là những tệp rõ ràng chứa thông tin bí mật. Chúng còn bao gồm: - Thuật toán độc quyền - Chi tiết triển khai riêng cho từng khách hàng - Hạ tầng dưới dạng mã - Lược đồ API nội bộ - Các biện pháp kiểm soát bảo mật và logic phát hiện - Dữ liệu mẫu kiểm thử chứa dữ liệu sao chép từ môi trường sản xuất - Ghi chú sự cố, báo cáo phân tích sau sự cố hoặc tệp nháp cục bộ - Tệp môi trường vô tình được đưa vào kho mã Một điểm dễ bỏ sót: các nhóm tập trung vào việc liệu các tệp .env có bị bỏ qua hay không, nhưng quên rằng kiểm thử và tài liệu thường chứa đủ thông tin để tái dựng các quy trình nhạy cảm. Một tác nhân xem xét tests/integration/payments/ có thể thấy thông tin xác thực giả lập, điểm cuối của đối tác, quy tắc vòng đời tài khoản và hành vi trong các tình huống lỗi. Ngay cả khi không có thông tin bí mật nào, kho mã vẫn có thể là tài liệu mật. Một chính sách nội bộ đơn giản có thể bắt đầu bằng việc phân loại kho mã: ``` { "repo": "payments-core", "classification": "restricted", "ai_tools": { "claude_code": "requires_security_exception", "allowed_models": [], "external_context_upload": false }, "data_notes": [ "Contains payment processor workflows", "Includes customer contract-specific behavior", "No production secrets permitted" ] } ``` Chính sách tốt nhất là đơn giản và rõ ràng. Nhà phát triển không nên phải tự suy đoán liệu một kho mã có an toàn để tác nhân sử dụng hay không. ## Quyền của tác nhân: Sự khác biệt giữa đọc và hành động Claude Code không chỉ là một ô trò chuyện. Công cụ được thiết kế để hoạt động trong terminal, kiểm tra tệp, chỉnh sửa mã và tham gia vào quy trình phát triển. Tùy theo cấu hình và sự phê duyệt của người dùng, tác nhân có thể chuyển từ “đề xuất” sang “hành động”. Ranh giới quyền hạn đó là điều thứ hai mà các nhóm bảo mật nên xem xét. Một cách làm an toàn thường gặp là: ``` # Start Claude Code inside a specific repo, not from a broad home directory cd ~/work/approved-service claude ``` Sau đó, giới hạn chặt phạm vi thư mục làm việc. Không khởi chạy các công cụ tác nhân từ ~/work, ~/, hoặc thư mục gốc của một monorepo trừ khi toàn bộ cây thư mục đã được phê duyệt cho mục đích sử dụng đó. Với các kho mã có rủi ro cao hơn, các nhóm thường cần những quy tắc như: - Tác nhân có thể đọc các tệp mã nguồn trong kho mã hiện tại - Tác nhân không thể truy cập các thư mục cha - Tác nhân không thể đọc .env, dữ liệu khóa hoặc các kho thông tin xác thực cục bộ - Tác nhân có thể đề xuất bản vá nhưng không được chạy lệnh triển khai - Tác nhân cần được phê duyệt rõ ràng trước khi cài đặt gói hoặc chạy lệnh shell - Tác nhân không thể gọi các dịch vụ sản xuất nội bộ từ máy của nhà phát triển Cơ chế cụ thể phụ thuộc vào môi trường của bạn, nhưng mô hình bảo mật cần rõ ràng. “Nhà phát triển sẽ cẩn thận” không phải là một biện pháp kiểm soát. Một cách làm hữu ích là kết hợp chính sách công cụ với các ranh giới ở cấp hệ điều hành và shell. Ví dụ, chạy công việc nhạy cảm trong một container phát triển sạch với phạm vi gắn kết hệ thống tệp được thu hẹp: ``` docker run --rm -it \ -v "$PWD:/workspace" \ -w /workspace \ --network=none \ node:22-bookworm bash ``` Ví dụ đó vô hiệu hóa hoàn toàn quyền truy cập mạng. Cách này không thực tế với mọi quy trình làm việc, nhưng minh họa rõ vấn đề: đừng chỉ dựa vào công cụ AI để xác định ranh giới. Hãy dùng các cơ chế cô lập cơ bản mà bạn vốn đã tin cậy cho việc dựng phần mềm và kiểm thử. ## Dữ liệu đo từ xa, nhật ký và những gì rời khỏi máy Lĩnh vực đánh giá tiếp theo là dữ liệu đo từ xa. Với bất kỳ tác nhân lập trình AI nào, hãy đặt hai câu hỏi riêng biệt: - Lời nhắc và ngữ cảnh dự án nào được gửi đến nhà cung cấp mô hình? - Bản thân công cụ thu thập những dữ liệu đo từ xa về hoạt động nào? Hai điều này có liên quan nhưng không giống nhau. Yêu cầu gửi đến mô hình có thể bao gồm ngữ cảnh mã được chọn, tên tệp, bản so sánh thay đổi, đầu ra terminal và chỉ dẫn của người dùng. Dữ liệu đo từ xa của công cụ có thể bao gồm siêu dữ liệu sử dụng, lỗi, dữ liệu hiệu năng, sự kiện tính năng hoặc nhật ký chẩn đoán. Về mặt khái niệm, cấu trúc yêu cầu tối thiểu cho một tác vụ lập trình có thể trông như sau: ``` { "model": "claude-sonnet-4-6", "messages": [ { "role": "user", "content": "Refactor the auth middleware to return typed errors." } ], "context": { "files": [ { "path": "src/auth/middleware.ts", "content": "..." }, { "path": "src/auth/errors.ts", "content": "..." } ], "terminal_output": "npm test failed in auth.middleware.spec.ts" } } ``` Chi tiết triển khai thực tế có thể khác nhau, nhưng đây là cấu trúc mà người đánh giá bảo mật nên cân nhắc. Tài sản nhạy cảm thường là ngữ cảnh, chứ không phải chỉ dẫn ngắn của người dùng. Một đợt đánh giá thực tế nên đặt các câu hỏi sau: - Nhà phát triển có thể xem những tệp nào được đưa vào ngữ cảnh không? - Có thể loại trừ các đường dẫn nhạy cảm không? - Lời nhắc hoặc nội dung phản hồi có được lưu giữ không? - Lời nhắc có được dùng để huấn luyện không? - Việc giám sát lạm dụng và ghi nhật ký an toàn được xử lý như thế nào? - Các thiết lập dành cho doanh nghiệp hoặc API có thể thay đổi cách lưu giữ dữ liệu không? - Những nhật ký nào được lưu cục bộ? - Những nhật ký nào được gửi đến hệ thống từ xa? Câu trả lời phù hợp có thể khác nhau giữa gói đăng ký cá nhân, gói nhóm, gói doanh nghiệp, quyền truy cập API trực tiếp và các bên bán lại thứ ba. Đừng cho rằng tất cả đều hoạt động giống nhau. ## Định tuyến mô hình và ranh giới nhà cung cấp Định tuyến mô hình là một vấn đề khác chưa được bàn luận đầy đủ. Trong danh mục Claude hiện tại, các nhóm có thể chọn giữa Opus 4.8, Sonnet 4.6, Haiku 4.5 và Fable 5 với cửa sổ ngữ cảnh 1M, tùy vào giao diện sản phẩm và tình trạng khả dụng. Đối với quy trình phát triển, các mô hình thuộc dòng Sonnet thường mang lại sự cân bằng phù hợp giữa khả năng suy luận, độ trễ và chi phí; Opus hữu ích cho các phiên xử lý kiến trúc hoặc gỡ lỗi khó hơn; Haiku có thể hữu ích cho các tác vụ nhanh, có phạm vi hẹp; các mô hình có ngữ cảnh dài làm thay đổi cách cân nhắc đối với kho mã lớn và tài liệu thiết kế đồ sộ. Nhưng bộ phận mua sắm cần một câu hỏi cụ thể hơn “mô hình nào tốt nhất?” Bộ phận này cần biết lời nhắc được gửi đến đâu. Danh sách kiểm tra định tuyến mô hình nên bao gồm: - Những ID mô hình nào được phép sử dụng? - Ranh giới địa lý hoặc hợp đồng nào được áp dụng? - Công cụ có thể định tuyến yêu cầu đến các mô hình dự phòng không? - Người dùng có thể ghi đè lựa chọn mô hình không? - Có cho phép các mô hình beta hoặc xem trước không? - Điểm cuối API là kết nối trực tiếp, qua proxy hay qua một nhà cung cấp khác làm trung gian? - Có thực hiện ghi nhật ký, lưu bộ nhớ đệm hoặc biến đổi lời nhắc trước khi gọi mô hình không? Đối với các nhóm sử dụng trực tiếp API Claude, việc tập trung quyền truy cập qua một cổng nội bộ có thể giúp: ``` from anthropic import Anthropic client = Anthropic(api_key=os.environ["ANTHROPIC_API_KEY"]) message = client.messages.create( model="claude-sonnet-4-6", max_tokens=1200, messages=[ { "role": "user", "content": "Review this patch for unsafe database migrations:\n\n..." } ], ) print(message.content[0].text) ``` Mô hình sử dụng API trực tiếp đó dễ phân tích hơn so với một tập hợp công cụ máy tính để bàn không được quản lý và ngày càng mở rộng, nhưng cũng có gánh nặng riêng: bạn phải tự xây dựng cơ chế xác thực, ghi nhật ký, phân loại dữ liệu, giới hạn tốc độ và thực thi chính sách. Một số tổ chức sử dụng proxy nội bộ để từ chối các mô hình không được phép hoặc chặn các kho mã bị hạn chế. Một chính sách sơ bộ có thể có dạng như sau: ``` { "allowed_models": [ "claude-sonnet-4-6", "claude-haiku-4-5" ], "blocked_models": [ "preview-*" ], "repo_rules": { "public": ["claude-sonnet-4-6", "claude-haiku-4-5"], "internal": ["claude-sonnet-4-6"], "restricted": [] } } ``` Điều này không hào nhoáng, nhưng đây là kiểu biện pháp kiểm soát giúp việc đánh giá bảo mật trở nên cụ thể. ## Lưu giữ dữ liệu là vấn đề hợp đồng, không phải cảm tính Một sai lầm phổ biến là thảo luận về bảo mật công cụ AI như thể đó chỉ là vấn đề kỹ thuật. Lưu giữ dữ liệu cũng là vấn đề hợp đồng và cấu hình tài khoản. Đối với Claude Code và các quy trình liên quan đến Claude, các nhóm kỹ thuật nên xác nhận những điều khoản áp dụng cho đúng loại tài khoản và cách triển khai của mình. Đừng sao chép câu trả lời từ một cấp sản phẩm khác hoặc cho rằng thiết lập dành cho người tiêu dùng áp dụng được cho tích hợp doanh nghiệp. Trong các cuộc họp đánh giá, tôi thường chia câu hỏi về lưu giữ dữ liệu thành bốn nhóm: | Loại dữ liệu | Ví dụ | Câu hỏi đánh giá | Nội dung lời nhắc | Chỉ dẫn của người dùng cùng các tệp mã nguồn được chọn | Nội dung có được lưu trữ không, trong bao lâu và nhằm mục đích gì? | Nội dung phản hồi | Mã được tạo, nội dung phân tích, đề xuất bản vá | Đầu ra có được lưu giữ cùng lời nhắc không? | Siêu dữ liệu | Mô hình, dấu thời gian, số lượng token, lỗi | Dữ liệu có gắn với danh tính người dùng hoặc kho mã không? | Dữ liệu và tệp cục bộ | Nhật ký, bản ghi phiên, ngữ cảnh được lưu trong bộ nhớ đệm | Chúng được lưu ở đâu trên máy của nhà phát triển? Nhóm dữ liệu và tệp cục bộ rất dễ bị bỏ sót. Ngay cả khi chính sách phía nhà cung cấp có thể chấp nhận được, một bản ghi phiên cục bộ chứa mã độc quyền vẫn có thể gây vấn đề nếu nằm trong thư mục được đồng bộ, bản sao lưu không mã hóa hoặc gói dữ liệu hỗ trợ. Trong thực tế, tôi khuyên các nhóm ghi lại một quy tắc xử lý đơn giản: bản ghi phiên lập trình bằng AI là tài liệu phát sinh trong quá trình phát triển và mang mức độ nhạy cảm của tệp nhạy cảm nhất được đưa vào phiên. ## Các biện pháp kiểm soát chính sách nội bộ thực sự hiệu quả Những chính sách công cụ AI tốt nhất đủ ngắn để nhà phát triển ghi nhớ và đủ cụ thể để bộ phận bảo mật thực thi. Một chính sách Claude Code khả thi cho một tổ chức kỹ thuật quy mô vừa có thể bao gồm: - Chỉ sử dụng các loại tài khoản đã được phê duyệt - Không sử dụng trong các kho mã bị hạn chế nếu chưa được chấp thuận ngoại lệ - Không đưa bí mật, thông tin xác thực, dữ liệu môi trường sản xuất hoặc dữ liệu khách hàng vào lời nhắc - Chỉ khởi chạy từ thư mục gốc của kho mã dự định sử dụng - Yêu cầu phê duyệt đối với các lệnh shell sửa đổi tệp, cài đặt gói, thực hiện kết nối mạng hoặc tác động đến hệ thống triển khai - Chỉ sử dụng các mô hình trong danh sách đã được phê duyệt - Lưu trữ bản ghi phiên theo phân loại của kho mã - Báo cáo hành vi bất thường của công cụ qua kênh tiếp nhận vấn đề bảo mật Chính sách đó nên đi kèm với các biện pháp kiểm soát kỹ thuật. Ví dụ: ``` # Block accidental secret exposure before commits git secrets --scan gitleaks detect --source . ``` Và một tệp loại trừ ở cấp dự án dành cho ngữ cảnh AI, nếu bộ công cụ của bạn hỗ trợ: ``` .env .env.* *.pem *.key secrets/ credentials/ customer_exports/ prod_dumps/ incident_notes/ ``` Chỉ riêng các tệp loại trừ là chưa đủ. Chúng là biện pháp bảo vệ, không phải một chương trình quản trị dữ liệu. Nhưng chúng giúp giảm số sai sót thông thường có thể trở thành sự cố bảo mật. Đối với các nhóm đang chuẩn hóa việc sử dụng Claude Code, tôi cũng sẽ duy trì trong hệ thống quản lý phiên bản một AI_USAGE.md gần thư mục gốc của kho mã: ``` # AI Tool Policy Classification: internal Allowed: - Use Claude Code for tests, refactors, local debugging, and documentation. - Include source files from this repository. Not allowed: - Do not paste customer data. - Do not include `.env` files, credentials, or production logs. - Do not ask the agent to run deployment commands. Approved models: - claude-sonnet-4-6 - claude-haiku-4-5 ``` Nhà phát triển cần chính sách ngay tại nơi làm việc, chứ không chỉ trong wiki tuân thủ. ## Cần tách riêng cáo buộc về cửa hậu Mối lo về cửa hậu được đưa tin là phần thu hút sự chú ý nhất trong câu chuyện Alibaba, nhưng cũng là phần dễ bị xử lý sai nhất. Cửa hậu là một cáo buộc kỹ thuật cụ thể. Nó hàm ý việc cố ý tạo quyền truy cập ẩn, hành vi trái phép hoặc một đường điều khiển bí mật. Điều đó đòi hỏi bằng chứng: hành vi có thể tái hiện, dấu vết lưu lượng mạng, phân tích mã nhị phân, nhật ký, đánh giá mã nguồn hoặc một báo cáo sự cố đáng tin cậy có đủ chi tiết để đánh giá. Nếu không có những bằng chứng đó, đây vẫn chỉ là cáo buộc hoặc thông tin được đưa tin, không phải một phát hiện đã được xác nhận. Các nhóm bảo mật vẫn nên phản ứng hợp lý. Một công ty có thể tạm dừng sử dụng công cụ trong khi điều tra cáo buộc, đặc biệt nếu công cụ có quyền truy cập rộng vào mã nguồn. Đó không phải là hoảng loạn; đó là quản lý rủi ro thông thường. Cách tiếp cận phù hợp là: - Không khẳng định Claude Code có cửa hậu đã được xác nhận trừ khi có bằng chứng chứng minh. - Không gạt bỏ mối lo chỉ vì nó chưa được xác nhận. - Đánh giá công cụ dựa trên các biện pháp kiểm soát có thể kiểm chứng. - Quyết định xem việc hạn chế tạm thời có cần thiết cho môi trường của bạn không. - Xem xét lại quyết định khi có thêm dữ kiện, phản hồi từ nhà cung cấp và kết quả kiểm thử nội bộ tốt hơn. Đó là lập trường trung dung chín chắn. ## Điều gì thực sự xảy ra khi các nhóm bỏ qua đánh giá Ban đầu, vấn đề hiếm khi biểu hiện nghiêm trọng. Nó trông giống như sự tiện lợi. Một nhóm sử dụng tác tử trên kho mã giao diện người dùng công khai. Nhóm khác sử dụng nó trên một dịch vụ có các đặc tả API nội bộ. Một người dán dấu vết ngăn xếp từ môi trường sản xuất. Người khác yêu cầu nó tóm tắt một tài liệu sự cố cục bộ. Một kỹ sư cấp cao chạy nó từ thư mục gốc của kho mã đơn nhất vì muốn có ngữ cảnh liên dịch vụ. Không ai cố ý làm rò rỉ dữ liệu; quy trình chỉ đơn giản là thiếu ranh giới. Sau đó, bộ phận mua sắm hỏi những kho mã nào đã được sử dụng với những công cụ nào, và không ai trả lời được. Đó là rủi ro thực sự đằng sau lệnh cấm của Alibaba được đưa tin: không phải mọi tác tử lập trình AI đều bí mật có ý đồ xấu, mà là các tổ chức áp dụng công cụ phát triển có khả năng tác tử nhanh hơn khả năng quan sát và quản trị chúng. Claude Code có giá trị chính vì nó hoạt động ngay trong môi trường làm việc của kỹ sư. Nó có thể đẩy nhanh việc viết kiểm thử, tìm hiểu cơ sở mã, lập kế hoạch chuyển đổi và tái cấu trúc mã tẻ nhạt. Nhưng chính sự gần gũi khiến nó hữu ích cũng đồng nghĩa với việc phải coi nó là một phần của phạm vi kiểm soát kỹ thuật. ## Những điểm thực tiễn cần ghi nhớ Hãy xem lệnh cấm của Alibaba được đưa tin là lý do để siết chặt quy trình đánh giá của chính bạn, không phải bằng chứng về một cửa hậu Claude Code đã được xác nhận. Trước khi phê duyệt Claude Code hoặc bất kỳ công cụ lập trình có khả năng tác tử tương đương nào, hãy đánh giá: - Quyền truy cập mã: công cụ có thể xem những kho mã, tệp và dữ liệu cục bộ nào - Quyền của tác tử: liệu nó có thể chạy lệnh, chỉnh sửa tệp, cài đặt gói hoặc truy cập mạng hay không - Dữ liệu đo từ xa: những lời nhắc, nội dung phản hồi, siêu dữ liệu và dữ liệu chẩn đoán nào được thu thập - Định tuyến mô hình: những mô hình Claude nào được phép và có cơ chế định tuyến dự phòng hay không - Lưu giữ dữ liệu: nội dung lời nhắc, đầu ra, siêu dữ liệu và nhật ký cục bộ được lưu trữ như thế nào - Biện pháp kiểm soát chính sách: cách thực thi phân loại kho mã và hướng dẫn cho nhà phát triển Đối với phần lớn các nhóm, mục tiêu không nên là chấp thuận hoặc từ chối toàn bộ. Mục tiêu tốt hơn là áp dụng có kiểm soát: tài khoản được phê duyệt, mô hình được phê duyệt, phân loại kho mã rõ ràng, cách ly cục bộ khi cần và quy tắc bằng văn bản mà nhà phát triển có thể tuân theo mà không phải dừng công việc. Cáo buộc về cửa hậu thuộc nhóm “điều tra và xác minh”. Các biện pháp bảo mật liên quan thuộc nhóm “thực hiện ngay”. [Lập trình](/vi/blog/tag/coding/)[Claude](/vi/blog/tag/claude/)[Bảo mật](/vi/blog/tag/security/) A [AI Prime Tech](https://aiprimetech.io/vi/) AI Prime Tech xuất bản blog này. Các bài viết được soạn với sự hỗ trợ của AI; hãy đối chiếu những chi tiết phụ thuộc vào phiên bản như ID mô hình, giá và giới hạn với tài liệu chính thức trước khi dựa vào chúng. Truy cập Claude API với chi phí thấp hơn Một khóa API cho Claude Opus 5.5, Sonnet 5, Haiku 4.5 và Fable 5.1, cùng GPT-6 mô hình. Thanh toán theo mức sử dụng, không cần đăng ký thuê bao. [Nhận khóa API của bạn →](/register) AI Prime Tech là cổng API bên thứ ba độc lập. Claude™ và Anthropic® là các nhãn hiệu của Anthropic, PBC. Không hàm ý có sự liên kết hay chứng thực.