Anthropic Exam ProDomain 2: Applications and Integration·Task 2.2
Vòng đời hệ thống - vận hành, model hết hạn và thay đổi phiên bản API
Sau khi ship là vận hành và bảo trì. Bài này nói vòng đời của model Claude, cách đổi model và tham số trước hạn, và kiểm tác động lên hệ thống phía sau.
- 7 phút đọc
- Đối chiếu docs 02/11/2026
- 5 nguồn
Đọc xong bạn nắm được
- Biết giai đoạn sau khi ship là vận hành và bảo trì, gồm những việc gì
- Gọi đúng bốn trạng thái của model Claude và biết mỗi trạng thái nghĩa là gì với ứng dụng đang chạy
- Lên kế hoạch đổi model hay tham số bị bỏ - kiểm tra mức dùng, viết regression test, đổi theo từng đợt
- Đánh giá tác động lên các hệ thống phía sau trước khi phát hành một thay đổi
Ứng dụng dùng Claude không đứng yên sau ngày ra mắt. Model mới ra, model cũ hết hạn, tham số bị bỏ, phiên bản API đổi. Một hệ thống chạy ổn hôm nay có thể bắt đầu trả lỗi 400 vào tháng sau nếu không ai theo dõi.
Bài này giúp bạn trả lời: sau khi ship thì làm gì, model Claude đi qua những trạng thái nào, và đổi model hay tham số thế nào cho an toàn?
Ví dụ xuyên suốt: trợ lý giám định của công ty bảo hiểm xe máy
Một công ty bảo hiểm xe máy chạy trợ lý giám định được một năm. Trợ lý đọc ảnh hiện trường và tờ khai của khách, trả về một bản tóm tắt có cấu trúc: loại hư hỏng, mức độ, số tiền ước tính. Bản tóm tắt này được hai hệ thống khác đọc: hệ thống bồi thường (tự duyệt các vụ nhỏ) và hệ thống phát hiện gian lận.
Code gọi model claude-sonnet-4-5-20250929 và đặt temperature=0.2 ở khoảng 40 chỗ, viết từ hồi mới làm.
Sau khi ship là vận hành và bảo trì
Đề thi hỏi về các khái niệm vòng đời hệ thống (systems life cycle): phát triển, triển khai, vận hành và bảo trì một hệ thống IT. Ship lên production không phải là kết thúc. Giai đoạn tiếp theo là vận hành và bảo trì: theo dõi hệ thống, xử lý sự cố, và lên kế hoạch cho các thay đổi tiếp theo.
Với ứng dụng dùng Claude, phần bảo trì có thêm những việc riêng: theo dõi chi phí token, độ trễ, tỉ lệ lỗi, chất lượng đầu ra; và theo dõi lịch hết hạn của model, các tham số bị bỏ, các phiên bản API mới.
Bốn trạng thái của một model Claude
Trang model deprecations của Anthropic chia vòng đời model thành bốn trạng thái:
| Trạng thái | Nghĩa | Ứng dụng cần làm gì |
|---|---|---|
| Active | Được hỗ trợ đầy đủ, nên dùng | Không cần làm gì |
| Legacy | Không còn được cập nhật, có thể bị deprecate sau này | Bắt đầu để ý model thay thế |
| Deprecated | Vẫn chạy nhưng không còn được khuyên dùng; có model thay thế và ngày retire | Lên kế hoạch đổi trước ngày retire |
| Retired | Không dùng được nữa; yêu cầu tới model này thất bại | Quá muộn: ứng dụng đã hỏng |
Docs nói Anthropic báo trước ít nhất 60 ngày trước khi retire một model đã phát hành công khai, cho những khách đang dùng nó. Docs cũng lưu ý model đã deprecated có thể kém ổn định hơn model active.
Trong ví dụ, claude-sonnet-4-5-20250929 bị deprecate từ 30/09/2026, ngày retire dự kiến là 30/11/2026, model thay thế được khuyên là claude-sonnet-5-5. Công ty còn chưa tới một tháng.
Hai điều hay bị bỏ sót:
- Lịch trên trang đó áp dụng cho các nền tảng do Anthropic vận hành (Claude API, Claude Platform on AWS, Google Cloud bản Anthropic quản lý, Microsoft Foundry). Amazon Bedrock và Google Cloud bản Google quản lý tự đặt lịch retire riêng.
- Để biết còn chỗ nào gọi model cũ, vào trang Usage của Claude Console, bấm Export, xem file CSV chia theo API key và model.
Tham số bị bỏ và phiên bản API
Không chỉ model, tham số cũng có vòng đời. Mỗi yêu cầu gửi header anthropic-version. Với một phiên bản API, Anthropic giữ nguyên các tham số đầu vào và đầu ra đã có, nhưng có thể thêm trường mới, thêm giá trị mới cho trường dạng liệt kê, và đổi điều kiện của một số loại lỗi. Nếu bạn dùng SDK, yêu cầu của bạn dùng phiên bản API hiện hành lúc phiên bản major của SDK đó ra mắt; nâng SDK lên major mới là đổi luôn phiên bản API.
Phiên bản 2026-10-21 bỏ hẳn temperature, top_p, top_k: gửi bất kỳ tham số nào trong ba tham số đó đều bị lỗi 400 trên mọi model. Ngay cả với phiên bản API cũ, model từ Claude 4.7 trở đi đã trả 400 khi các tham số này khác giá trị mặc định. Vậy với công ty bảo hiểm, đổi sang claude-sonnet-5-5 mà giữ temperature=0.2 thì mọi lời gọi đều hỏng, dù chưa nâng SDK.
Tham số thay thế không phải lúc nào cũng có cùng ý nghĩa. Bỏ temperature=0.2 nghĩa là model lấy mẫu ở giá trị mặc định; đầu ra có thể khác trước một chút về cách diễn đạt, và hệ thống phía sau phải chịu được điều đó.
Kế hoạch đổi model an toàn
Ghép lại, đội của công ty bảo hiểm làm theo thứ tự:
- Kiểm mức dùng: xuất CSV từ trang Usage, tìm mọi API key còn gọi model cũ.
- Viết regression test: lấy 300 hồ sơ đã giám định, lưu đầu ra hiện tại làm mốc; test kiểm cấu trúc đầu ra và các trường quan trọng (loại hư hỏng, mức độ).
- Đổi theo từng đợt: bỏ
temperature, đổi model ID ở một nhóm chỗ gọi, chạy test, rồi tới nhóm tiếp. - Kiểm tác động lên hệ thống phía sau trước khi phát hành (mục dưới).
- Ghim model ID mới trong cấu hình, ghi ngày retire dự kiến của nó (
claude-sonnet-5-5: không sớm hơn 28/09/2027) vào lịch theo dõi.
- Model đang dùng đã deprecated?Xuất Usage CSV, lên kế hoạch đổi trước ngày retire
- Có tham số bị bỏ hay đổi ý nghĩa?Viết regression test trước, đổi từng đợt
- Đầu ra đổi có thể ảnh hưởng hệ thống khác?Đánh giá với chủ từng hệ thống trước khi phát hành
- Còn lạiPhát hành, ghim model ID mới, ghi lịch retire vào theo dõi
Kiểm tác động lên hệ thống phía sau
Test trên staging chỉ chứng minh ứng dụng của bạn chạy được. Nó không chứng minh đầu ra mới vẫn khớp với những gì hệ thống phía sau mong đợi. Trong ví dụ, model mới viết phần "mô tả hư hỏng" dài hơn; hệ thống bồi thường không sao, nhưng hệ thống phát hiện gian lận có một luật đếm từ khoá trong đúng trường này và bắt đầu gắn cờ sai nhiều hơn.