Ba tính năng riêng biệt của Claude cùng chuyển từ “beta, dùng thì tự chịu rủi ro” sang general availability trong cùng một ngày: computer use, một tool browser-use mới, Skills API và Files API. Riêng lẻ, không cái nào là tính năng đủ để giật tít — thông báo GA hiếm khi là vậy. Nhưng gộp lại, chúng đóng một khoảng trống mà chính mình từng gặp khi chạy các scheduled agent cho trang này: một agent có thể hành động qua nhiều bước trong một lượt, nạp kiến thức riêng cho từng tác vụ mà không phải nhồi vào mọi system prompt, và tham chiếu tài liệu bằng ID thay vì upload lại mỗi lần gọi — đó là một thứ vận hành khác hẳn so với các agent một-hành-động-mỗi-lượt mà hầu hết chúng ta đã xây suốt hai năm qua.

Những gì thực sự đã ra mắt

Computer use giờ cho phép Claude thực hiện nhiều hành động trong một lượt thay vì một hành động mỗi lần gọi model. Nghe có vẻ chỉ là chỉnh throughput nhỏ, nhưng nó thay đổi bài toán kinh tế của bất kỳ workflow nào có chuỗi tương tác UI nhỏ lặp lại — điền field, bấm next, chờ load, điền field khác. Mỗi bước như vậy trước đây tốn một round trip đầy đủ tới model. Nhiều hành động mỗi lượt nghĩa là model suy luận một lần rồi thực thi cả loạt — chính vì thế case study Anthropic dẫn ra (Asteroid, một vendor tự động hóa claim bảo hiểm) cho thấy workflow claim dài nhất giảm từ 32 phút xuống 13 phút, chi phí giảm khoảng 30% trên các workflow đã test, tỷ lệ hoàn thành đạt 100%. Computer use giờ cũng đủ điều kiện cho workload HIPAA theo Business Associate Agreement — điều này quan trọng hơn cả khía cạnh tự động hóa UI với bất kỳ ai xây dựng trong y tế, bảo hiểm hay tài chính, vì đó là khác biệt giữa “demo hay ho” và “thứ bộ phận pháp lý thực sự ký duyệt.”

Browser use là một tool mới, hẹp hơn, đi kèm computer use. Thay vì suy luận trên pixel, nó đọc trực tiếp cấu trúc trang, giúp việc nhắm target phần tử đáng tin cậy hơn nhiều trong các ứng dụng web thật — đúng loại tác vụ mà computer use dựa trên pixel dễ vỡ nhất (một nút bấm dịch chuyển 8 pixel sau khi đổi CSS là cả automation gãy theo).

Skills API là cách đơn giản hóa việc upload và version hóa skill — các folder chứa instruction, script, template chỉ nạp vào context khi tác vụ thực sự cần, và chạy trong sandbox thực thi code của Claude mà bạn không cần tự dựng hosting. Đây là phần mình thấy hữu ích nhất cho setup của chính mình: thay vì một system prompt phình to cố gắng bao trọn mọi tác vụ có thể, bạn có các gói năng lực có phạm vi rõ ràng, version hóa, nạp theo yêu cầu. Case study của Box mô tả dùng tính năng này cho việc tạo tài liệu chuyên biệt — nắm bắt phương pháp và template riêng của công ty để agent phục vụ analyst tạo ra output đúng phong cách nội bộ, không phải một bản xấp xỉ chung chung.

Files API giờ cho 1TB lưu trữ mỗi tổ chức với rate limit cao gấp 5 lần bản trước, cùng cơ chế tự động hết hạn file. Lợi ích cốt lõi nghe nhàm chán nhưng rất thật: bạn tham chiếu file bằng ID xuyên suốt nhiều request thay vì upload và tokenize lại mỗi lần gọi — vừa là fix về độ trễ vừa là fix về chi phí cho bất kỳ agent nào làm việc lặp lại với cùng bộ tài liệu tham chiếu.

Một ví dụ minh họa

Ví dụ của chính Anthropic là một agent xử lý claim, và đó là cách gọn gàng để thấy bốn mảnh ghép hoạt động cùng nhau. Hình dạng đại khái như sau (minh họa — kiểm tra tài liệu SDK hiện tại để có chữ ký phương thức chính xác):

# 1. Upload tài liệu intake một lần, tham chiếu bằng ID từ đó về sau
intake = client.files.upload(file=open("claim_intake.pdf", "rb"))

# 2. Nạp một skill có phạm vi rõ, thay vì một system prompt khổng lồ
response = client.messages.create(
    model="claude-opus-4-8",
    tools=[
        {"type": "computer_20250124", "display_width_px": 1280, "display_height_px": 800},
        {"type": "browser_use_20250124"},
    ],
    extra_headers={"anthropic-skills": "claims-filing-procedure-v3"},
    messages=[{
        "role": "user",
        "content": [
            {"type": "text", "text": "Process this claim per the filing procedure skill."},
            {"type": "file", "file_id": intake.id},
        ],
    }],
)

# 3. Claude suy luận một lần, rồi thực thi nhiều hành động browser mỗi lượt:
#    mở portal -> điền field claimant -> đính kèm tài liệu intake -> submit
# 4. Lưu xác nhận qua lại Files API để có audit trail
confirmation = client.files.upload(file=confirmation_screenshot)

Bốn bước, nhưng để ý xem thứ gì đã biến mất so với một năm trước: không upload lại tài liệu intake mỗi lần retry, không nhồi hướng dẫn quy trình filing vào một system prompt phải bao trọn mọi tác vụ khác agent có thể làm, và không tính từng cú click là một round trip model riêng.

Ý nghĩa nếu bạn đang chạy agent trong production hôm nay

Vài điểm rút ra cụ thể khi áp lăng kính này vào setup scheduled-task của chính mình:

1. Computer use nhiều-hành-động thay đổi mô hình chi phí, không chỉ độ trễ. Nếu bạn từng loại bỏ một workflow tự động hóa UI vì “quá đắt để chạy mỗi lần gọi,” giờ đáng để tính lại chi phí — giảm 30% cộng với ít round trip hơn sẽ cộng dồn.
2. Skill là chỗ đúng cho bất cứ thứ gì đặc thù theo tác vụ mà bạn từng nhồi vào system prompt. Nếu prompt của bạn có một đoạn chỉ quan trọng cho một loại job lặp lại, đó là ứng viên cho skill, không phải một khoản “thuế prompt” vĩnh viễn trả cho mọi tác vụ không liên quan.
3. Tham chiếu file bằng ID là một fix về tính đúng đắn, không chỉ chi phí. Upload lại cùng một tài liệu xuyên suốt một workflow nhiều bước có nguy cơ lệch version tinh vi giữa các bước nếu có gì thay đổi giữa chừng. Một ID thì rõ ràng; một lần upload mới thì không.
4. Đủ điều kiện HIPAA mới là chốt mở khóa thực sự cho các team quản lý chặt, không phải mức tăng throughput kỹ thuật. Nếu điều chặn bạn ship một workflow computer-use là một cuộc trao đổi về tuân thủ chứ không phải kỹ thuật, cuộc trao đổi đó giờ dễ hơn.

Không cái nào trong bốn mảnh ghép này mang tính cách mạng riêng lẻ. Điều đã thay đổi là lớp hạ tầng “nhàm chán” — skill version hóa, file tham chiếu được, thực thi nhiều bước, một bề mặt hành động đủ điều kiện tuân thủ — cuối cùng đã khớp với những gì workflow agent production thực sự cần, thay vì bắt bạn tự xây lớp đó trên nền một API beta.