TL;DR: Thay đổi giá Github Copilot sẽ bắt đầu vào ngày 1 tháng 6 năm 2026. GitHub Copilot chuyển từ thanh toán theo yêu cầu trả phí sang thanh toán theo mức sử dụng bằng GitHub AI Credits. Thay vì tính mỗi tương tác trả phí như một đơn vị yêu cầu, Copilot sẽ tính mức sử dụng dựa trên token: token đầu vào, token đầu ra và token được lưu vào bộ nhớ cache. Chi phí cũng thay đổi theo từng mô hình.
Giá gói Copilot cơ bản không đổi, nhưng người dùng trả phí có thể phát sinh thêm chi phí nếu vượt quá số AI Credits đi kèm. GitHub cũng sẽ cung cấp trải nghiệm hóa đơn xem trước để người dùng và quản trị viên ước tính chi phí trước khi chuyển đổi.
Bài viết này tập trung vào phần thực thi: điều gì thay đổi, ai dễ bị ảnh hưởng, cách đọc rủi ro chi phí, và các bước nhà phát triển, quản lý kỹ thuật, tài chính, cũng như quản trị viên doanh nghiệp nên chuẩn bị trước ngày 1 tháng 6 năm 2026.
Thay đổi giá Github Copilot: từ yêu cầu trả phí sang AI Credits
Thay đổi lớn nhất là GitHub chuyển Copilot từ mô hình thanh toán dựa trên yêu cầu sang mô hình dựa trên mức sử dụng.
Trước đây, nhiều tương tác Copilot trả phí được đo bằng đơn vị yêu cầu. Một câu hỏi ngắn trong chat và một phiên tác nhân dài nhiều bước có thể bị tính tương đối giống nhau ở cấp đơn vị thanh toán, dù chi phí tính toán thực tế rất khác nhau.
Từ ngày 1 tháng 6 năm 2026, đơn vị yêu cầu trả phí sẽ được thay bằng GitHub AI Credits.
Theo mô hình mới:
- Copilot tiêu thụ GitHub AI Credits
- AI Credits dựa trên mức sử dụng token
- Token bao gồm token đầu vào, đầu ra và token được lưu vào bộ nhớ cache
- Các mô hình khác nhau có thể tiêu thụ tín dụng ở tốc độ khác nhau
- Gói trả phí có thể mua thêm mức sử dụng ngoài phần tín dụng đi kèm
- Gói Business và Enterprise nhận tín dụng gộp ở cấp thực thể thanh toán
- GitHub cho biết 1 AI Credit = 0,01 USD
Nói ngắn gọn: Copilot sẽ giống các dịch vụ AI/API hơn. Bạn yêu cầu mô hình xử lý càng nhiều ngữ cảnh và tạo càng nhiều đầu ra, bạn càng tiêu thụ nhiều tín dụng.
Kiểm tra mức tiêu thụ token của tác nhân trước khi nó thành chi phí
Khi Copilot chuyển sang thanh toán dựa trên token, khả năng quan sát token trở thành việc bắt buộc. Bạn không nên đợi đến hóa đơn mới biết workflow tác nhân nào đang tốn kém.
Bạn có thể dùng trình gỡ lỗi tác nhân AI để đo và tối ưu trước. Ví dụ, Trình gỡ lỗi tác nhân AI của Apidog giúp quan sát các phiên tác nhân ở mức chi tiết hơn:
- Token đầu vào: lời nhắc, tệp repo, log lỗi, tab đang mở, schema API
- Token đầu ra: độ dài phản hồi, mã sinh ra, giải thích dài dòng
- Chuỗi gọi công cụ: lệnh gọi MCP, thực thi skill, từng bước tác nhân
- Số liệu phiên: số vòng lặp, thời gian phản hồi, chi phí ước tính mỗi phiên
Quy trình thực tế để tối ưu chi phí:
- Chạy một tác vụ tác nhân điển hình, ví dụ:
Tái cấu trúc mô-đun này và cập nhật các thử nghiệm liên quan.
Kiểm tra token ở từng bước, đặc biệt là token đầu vào từ ngữ cảnh repo.
-
Tìm phần phình to:
- Có gửi quá nhiều tệp không liên quan không?
- Có dán log quá dài không?
- Có yêu cầu giải thích 2000 từ trong khi chỉ cần bản vá ngắn không?
Viết lại prompt cụ thể hơn.
Chạy lại cùng tác vụ và so sánh số liệu.
Thử các mô hình khác nhau nếu workflow cho phép, rồi chọn mô hình có cân bằng tốt nhất giữa chất lượng và chi phí.
Thay đổi giá Github Copilot: cũ so với mới
Ngày quan trọng cần nhớ là 1 tháng 6 năm 2026. Đây là thời điểm GitHub cho biết các gói Copilot sẽ chuyển sang thanh toán dựa trên mức sử dụng.
| Lĩnh vực | Trước ngày 1 tháng 6 năm 2026 | Bắt đầu từ ngày 1 tháng 6 năm 2026 |
|---|---|---|
| Đơn vị thanh toán | Đơn vị yêu cầu trả phí | GitHub AI Credits |
| Cơ sở sử dụng | Yêu cầu/tương tác | Mức tiêu thụ token |
| Yếu tố chi phí | Số lượng yêu cầu trả phí, hệ số nhân mô hình | Token đầu vào, token đầu ra, token được lưu vào bộ nhớ cache, giá mô hình |
| Tác vụ tác nhân nặng | Có thể được tính tương tự yêu cầu nhỏ hơn | Dễ tiêu thụ nhiều tín dụng hơn do dùng nhiều token |
| Giá gói cơ bản | Giá gói hiện có | GitHub cho biết giá gói cơ bản không thay đổi |
| Sử dụng thêm | Dựa trên mô hình yêu cầu | Gói trả phí có thể mua thêm mức sử dụng |
| Khả năng hiển thị của quản trị viên | Công cụ thanh toán hiện có | Hóa đơn xem trước và khả năng hiển thị mức sử dụng trước khi chuyển đổi |
Điểm cần chú ý: dù giá đăng ký hàng tháng có thể không đổi, chi phí thực tế vẫn có thể thay đổi theo cách bạn và nhóm dùng Copilot.
Tại sao GitHub thay đổi giá Copilot
Lý do chính: Copilot đã tốn kém hơn để vận hành.
Copilot không còn chỉ là công cụ tự động hoàn thành trong editor. Nó hiện hỗ trợ chat, nhiều mô hình, workflow tác nhân, tác vụ cấp repo, CLI và các phiên mã hóa dài hơn.
Ví dụ:
Giải thích hàm này.
khác hoàn toàn về chi phí tính toán so với:
Đọc repo này, tìm nguyên nhân lỗi, đề xuất refactor, chỉnh sửa tệp,
chạy kiểm tra và lặp lại cho đến khi lỗi được xử lý.
Mô hình yêu cầu trả phí cũ không phản ánh đủ khác biệt này. Thanh toán dựa trên token giúp chi phí gần hơn với khối lượng công việc AI thực tế.
Điều này không có nghĩa mọi nhà phát triển sẽ phải trả nhiều hơn. Nhưng người dùng nặng, nhóm dùng tác nhân thường xuyên, hoặc workflow gửi nhiều ngữ cảnh repo vào Copilot cần quản lý mức sử dụng cẩn thận hơn.
Các thuật ngữ cần hiểu
Để chuẩn bị cho thay đổi giá Github Copilot, hãy nắm bốn khái niệm: đơn vị yêu cầu trả phí, GitHub AI Credits, token đầu vào/đầu ra và token được lưu vào bộ nhớ cache.
Đơn vị yêu cầu trả phí
Đây là cách cũ để đo nhiều tương tác Copilot trả phí.
Ưu điểm: dễ hiểu vì người dùng nghĩ theo “một yêu cầu”.
Nhược điểm: không phải yêu cầu nào cũng giống nhau. Một câu hỏi ngắn và một tác vụ tác nhân dài có thể tiêu thụ tài nguyên rất khác nhau.
GitHub AI Credits
GitHub AI Credits là đơn vị thanh toán mới.
Từ ngày 1 tháng 6 năm 2026, Copilot sẽ tiêu thụ AI Credits thay vì đơn vị yêu cầu trả phí. GitHub cho biết 1 AI Credit = 0,01 USD.
Mỗi gói Copilot có một lượng AI Credits hàng tháng. Nếu người dùng hoặc tổ chức vượt quá số tín dụng đi kèm, mức sử dụng bổ sung có thể tạo thêm chi phí.
Token đầu vào
Token đầu vào là nội dung gửi vào mô hình.
Trong Copilot, token đầu vào có thể gồm:
- Prompt của bạn
- Mã được chọn
- Tệp đang mở
- Ngữ cảnh repo liên quan
- Thông báo lỗi
- Output test
- Schema API hoặc tài liệu dán vào chat
- Hướng dẫn cho tác nhân
Prompt càng rộng, càng nhiều tệp/log/spec được đưa vào, lượng token đầu vào càng lớn.
Token đầu ra
Token đầu ra là nội dung mô hình tạo ra, ví dụ:
- Đề xuất mã
- Giải thích trong chat
- Test case
- Kế hoạch refactor
- Tệp được tạo
- Hướng dẫn debug
- Mã client API
- Bản nháp tài liệu
Phản hồi càng dài và chi tiết, token đầu ra càng nhiều.
Token được lưu vào bộ nhớ cache
Token được lưu vào bộ nhớ cache là ngữ cảnh được mô hình tái sử dụng hoặc lưu lại.
Cache có thể giúp việc lặp lại ngữ cảnh hiệu quả hơn, nhưng trong mô hình giá mới, token cache vẫn là một phần cần theo dõi. GitHub tách các loại token vì token đầu vào, đầu ra và cache có thể được định giá khác nhau tùy mô hình.
Chi phí Copilot có thể tăng ở đâu?
Thay đổi giá không ảnh hưởng giống nhau với mọi người dùng.
Với một số nhà phát triển, AI Credits đi kèm có thể đủ. Với nhóm dùng Copilot như một nền tảng mã hóa tác nhân, cần lập kế hoạch chi phí rõ ràng hơn.
Mẫu sử dụng rủi ro thấp hơn
Bạn ít gặp áp lực chi phí lớn nếu chủ yếu dùng Copilot cho:
- Hoàn thành mã nhẹ
- Câu hỏi chat ngắn
- Giải thích đoạn mã nhỏ
- Sửa lỗi không thường xuyên
- Ít chuyển đổi mô hình
- Ít dùng ngữ cảnh toàn repo
Các tương tác này vẫn tiêu thụ AI Credits, nhưng thường không giống các phiên tính toán dài và nặng.
Mẫu sử dụng rủi ro cao hơn
Bạn nên theo dõi kỹ hơn nếu thường xuyên dùng Copilot cho:
- Chế độ tác nhân
- Refactor toàn repo
- Debug nhiều bước
- Phân tích tệp lớn
- Tạo test trên nhiều tệp
- Dán log dài nhiều lần
- Lập kế hoạch kiến trúc phức tạp
- Dùng mô hình cao cấp cho tác vụ thường ngày
- Phiên CLI hoặc tác nhân đám mây dài
Các workflow này gửi và nhận nhiều token hơn. Khi thanh toán dựa trên token, chúng có thể tiêu thụ nhiều AI Credits hơn.
Ví dụ: chat đơn giản so với refactor bằng tác nhân
Trước thay đổi
Một nhà phát triển hỏi:
“Giải thích hàm này.”
Một nhà phát triển khác hỏi:
“Tái cấu trúc dịch vụ này, cập nhật test, kiểm tra log lỗi và đề xuất thay đổi trên toàn repo.”
Theo mô hình dựa trên yêu cầu, hai tương tác này có thể được tính tương đối giống nhau hơn so với chi phí tính toán thực tế.
Sau thay đổi
Yêu cầu đầu tiên có thể chỉ cần:
- Prompt ngắn
- Một hàm được chọn
- Một giải thích ngắn
Yêu cầu thứ hai có thể cần:
- Nhiều tệp đầu vào
- Ngữ cảnh repo
- Nhiều bước suy luận
- Mã được tạo
- Kiểm tra thay đổi
- Lặp lại sau lỗi
- Output dài hơn
Kết quả: tác vụ thứ hai tiêu thụ nhiều token hơn và do đó dùng nhiều AI Credits hơn.
Đây có phải là tăng giá không?
Câu trả lời thực tế: tùy cách bạn dùng Copilot.
GitHub cho biết giá gói cơ bản không đổi. Vì vậy, giá đăng ký ban đầu có thể vẫn giữ nguyên.
Nhưng với người dùng vượt quá AI Credits đi kèm, chi phí thực tế có thể tăng. Các yếu tố làm tăng tiêu thụ gồm:
- Workflow tác nhân nặng
- Prompt dài
- Cửa sổ ngữ cảnh lớn
- Output dài
- Dùng mô hình cao cấp thường xuyên
Cách nhìn phù hợp hơn:
- Không nhất thiết là tăng giá đăng ký cơ bản
- Có thể là tăng chi phí hiệu quả với người dùng nặng
- Có thể công bằng hơn với người dùng nhẹ
- Dễ dự đoán hơn cho chi phí hạ tầng của GitHub
- Ít dự đoán hơn cho nhóm không có quản trị mức sử dụng
Câu hỏi nên đặt ra không phải là:
Giá gói hàng tháng có đổi không?
Mà là:
AI Credits đi kèm có đủ cho cách nhóm mình thực sự dùng Copilot không?
Cách kiểm soát chi phí Copilot sau khi đổi giá
Dưới đây là các bước thực tế để thích nghi mà không cần ngừng dùng Copilot.
1. Viết prompt cụ thể
Prompt mơ hồ thường kéo theo phản hồi dài và ngữ cảnh không cần thiết.
Kém hiệu quả:
Kiểm tra toàn bộ dịch vụ này và cải thiện nó.
Hiệu quả hơn:
Tìm lý do createInvoice trả về 500 khi customerId là null.
Đề xuất một bản sửa lỗi tối thiểu và một test hồi quy.
2. Không dán lại toàn bộ tệp nếu không cần
Nếu Copilot đã có đủ ngữ cảnh, đừng dán cùng một tệp nhiều lần. Nếu lỗi nằm trong một hàm, hãy chỉ tập trung vào hàm đó.
Ví dụ tốt hơn:
Chỉ xem hàm validateCustomerInput bên dưới.
Không phân tích phần còn lại của file trừ khi cần.
3. Dùng mô hình nâng cao có chủ đích
Mô hình mạnh hơn có thể đáng giá cho bài toán khó. Nhưng dùng chúng cho câu hỏi cú pháp hoặc sửa lỗi nhỏ có thể lãng phí tín dụng.
Quy tắc đơn giản:
- Tác vụ nhỏ → mô hình rẻ hơn nếu đủ chất lượng
- Tác vụ phức tạp → mô hình mạnh hơn
- Tác vụ lặp lại → đo token và chuẩn hóa prompt
4. Chia nhỏ công việc tác nhân
Thay vì yêu cầu quá rộng:
Tái cấu trúc toàn bộ mô-đun thanh toán và cập nhật tất cả test.
Hãy chia thành bước nhỏ:
Đầu tiên, xác định các tệp liên quan đến tính toán hóa đơn.
Chưa thay đổi mã.
Sau đó tiếp tục:
Chỉ refactor hàm calculateInvoiceTotal.
Giữ nguyên public API.
Đề xuất test hồi quy cần thêm.
Cách này giúp kiểm soát token đầu vào, đầu ra và giảm vòng lặp không cần thiết.
5. Xác thực ngoài Copilot khi có thể
Copilot có thể tạo mã, nhưng không phải mọi vòng xác thực đều cần một phiên Copilot dài khác.
Với API, bạn có thể dùng công cụ như Apidog để:
- Gửi request
- Chạy test
- Xác thực response
- Ghi lại hành vi API
- Quản lý schema và tài liệu
Cách này giữ vòng phản hồi dựa trên kết quả API thực tế thay vì liên tục yêu cầu AI tạo bản sửa đổi mới.
Mối quan tâm của cộng đồng
Phản ứng của nhà phát triển với thay đổi giá Github Copilot có thể sẽ trái chiều.
Một số người xem đây là hợp lý vì mã hóa AI tác nhân tốn kém để vận hành và thanh toán theo mức sử dụng là mô hình phổ biến trong hạ tầng AI.
Những người khác sẽ lo về chi phí khó đoán. Đây là mối lo hợp lệ. Copilot trước đây giống một đăng ký đơn giản hơn. Khi chi phí phụ thuộc vào token, mô hình, ngữ cảnh cache và workflow tác nhân, việc ước tính thủ công trở nên khó hơn.
Các câu hỏi thường gặp sẽ là:
- “Tôi có hết tín dụng không?”
- “Hóa đơn của nhóm có khó dự đoán không?”
- “Mã hóa tác nhân có trở nên quá đắt không?”
- “Developer có tránh dùng Copilot vì sợ vượt mức không?”
- “Manager có giới hạn AI quá mạnh không?”
Cách xử lý tốt nhất là minh bạch và quản trị:
- Xem hóa đơn preview
- Theo dõi dashboard mức sử dụng
- Đặt giới hạn chi tiêu nếu có
- Tạo guideline nội bộ cho mô hình và tác nhân
- Chuẩn hóa prompt cho workflow lặp lại
- Đo các tác vụ nặng trước khi triển khai rộng
Checklist chuẩn bị trước ngày 1 tháng 6 năm 2026
Nếu bạn là developer cá nhân:
- Kiểm tra gói Copilot hiện tại
- Hiểu số AI Credits đi kèm
- Theo dõi các tác vụ dùng nhiều ngữ cảnh
- Tránh prompt quá rộng
- Dùng mô hình nâng cao cho đúng loại tác vụ
Nếu bạn là engineering manager:
- Xác định nhóm nào dùng Copilot nặng nhất
- Phân loại workflow: chat nhẹ, refactor, agent, CLI
- Tạo guideline cho tác vụ tác nhân
- Khuyến khích đo token với workflow lặp lại
- Theo dõi chi phí theo nhóm hoặc billing entity
Nếu bạn là admin hoặc tài chính:
- Xem hóa đơn preview khi GitHub cung cấp
- Ước tính mức vượt AI Credits
- Đặt chính sách mua thêm mức sử dụng
- Làm rõ ai được dùng mô hình cao cấp
- Theo dõi mức sử dụng theo thời gian, không chỉ cuối tháng
Kết luận: Copilot sẽ cần được dùng có chủ đích hơn
Thay đổi giá Github Copilot là một thay đổi lớn vì nó thay đổi thứ mà developer cần tối ưu.
Trước đây, tư duy chủ yếu là:
Một yêu cầu Copilot.
Sau khi chuyển sang thanh toán dựa trên mức sử dụng, bạn cần nghĩ thêm:
Mình đang gửi bao nhiêu ngữ cảnh?
Mô hình sẽ tạo bao nhiêu đầu ra?
Mình đang dùng mô hình nào?
Tác vụ này có đáng tiêu thụ AI Credits không?
Điều này không làm Copilot kém hữu ích hơn. Nó làm Copilot giống hạ tầng cloud và AI hơn: mạnh, linh hoạt, nhưng cần quản lý.
Trước ngày 1 tháng 6 năm 2026, các nhóm nên:
- Nghiên cứu mô hình GitHub AI Credits
- Xem hóa đơn preview
- Xác định workflow tiêu thụ nhiều token
- Tạo guideline cho mô hình và tác nhân
- Giữ đặc tả API, test và tài liệu có cấu trúc trong các công cụ như Apidog
- Dùng Copilot cho những nơi tạo ra đòn bẩy phát triển thực sự
Thay đổi giá Github Copilot không chỉ là cập nhật thanh toán. Nó là tín hiệu rằng mã hóa AI đã bước vào giai đoạn hạ tầng, nơi năng suất và quản lý chi phí phải đi cùng nhau.
Top comments (0)