Quay lại hướng dẫn
Giá·4 tháng 9, 2026·Cập nhật 3 tháng 10, 2026·Đọc 8 phút

Chi phí của một workflow Claude Code — phần fan-out mà không ai tính giá

Chi phí workflow nằm ở fan-out. Đó là mục đích của nó, đồng thời cũng là hóa đơn.

Được xem xét lần cuối vào .

Chi phí của một quy trình nằm ở fan-out, nhưng không có hướng dẫn nào về quy trình đề cập đến điều đó. Tài liệu chính thức của Anthropic là nơi phù hợp để tìm hiểu quy trình động là gì và cách viết một quy trình. Trang này trả lời câu hỏi xuất hiện ngay sau đó: chạy một quy trình tốn bao nhiêu và nút điều chỉnh nào thay đổi chi phí.

Bản ngắn gọn — một quy trình fan-out tới năm tác nhân phụ tiêu tốn token tương đương khoảng năm tác nhân, không phải một. Đó là mục đích của nó và cũng là hóa đơn.

Phép tính

# A workflow's cost is not "one task". It is the fan-out.
#
#   workflow_cost = orchestrator_steps x step_cost
#                 + subagents x subagent_steps x step_cost
#
# A step is 25,000 in / 1,200 out — the same sizing used on
# every other cost page here, so these numbers are comparable.
#
#   Claude Sonnet 5      $0.043 / step
#   Claude Haiku 4.5     $0.022 / step
#
# Same job, three shapes:
#
#   one thread, 20 steps, all Sonnet
#     = 20 x $0.043 = $0.868
#
#   5 subagents x 8 steps + 6 orchestrator steps, all Sonnet
#     = 46 x $0.043 = $2.00
#
#   same fan-out, subagents on Haiku, orchestrator on Sonnet
#     = 40 x $0.022 + 6 x $0.043 = $1.13
#
# The fan-out costs more than the single thread. Mapping the fan-out
# to the cheap tier is what buys most of it back.

Hãy xem ba hình thức là cùng một công việc được thực hiện theo ba cách. Fan-out luôn đắt hơn một luồng đơn — điều thay đổi là đắt hơn bao nhiêu, và điều đó gần như hoàn toàn do tầng mà các tác nhân phụ chạy trên đó quyết định.

Một dòng làm thay đổi chi phí

Công việc của tác nhân phụ trong quy trình thường có phạm vi giới hạn và mang tính cơ học: đọc một tệp, tóm tắt diff, kiểm tra một điều kiện, báo cáo lại. Đó là việc dành cho mô hình nhỏ. Bộ điều phối thì ngược lại — nó giữ kế hoạch, và một kế hoạch tồi sẽ lãng phí công sức của mọi tác nhân phụ bên dưới, nên đây là nơi tầng mạnh xứng đáng với chi phí.

# The one line that changes every workflow run: the tier the
# background and sub-task work lands on.

export ANTHROPIC_BASE_URL=https://api.kunavo.com
export ANTHROPIC_AUTH_TOKEN=sk-kn-...
export ANTHROPIC_MODEL=claude-sonnet-5                # orchestration
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5   # agents that ask for opus
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5 # agents that ask for sonnet
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5 # the fan-out

Claude Code định tuyến các lệnh gọi tác vụ con tự động đến bất kỳ mô hình nào được ánh xạ vào cấp Haiku, vì vậy ánh xạ này hoạt động trong mọi lần chạy dù bạn có sử dụng workflow một cách rõ ràng hay không. Dòng Opus tồn tại vì mặc định tích hợp của Claude Code và bí danh opus đều phân giải thành Opus mới nhất; nếu Kunavo chưa cung cấp mô hình đó, mọi thứ chuyển sang mô hình này sẽ trả về 404. Dòng này giữ cả hai ở Opus 5.5 (claude-opus-5-5), yêu cầu Claude Code v2.1.280 hoặc mới hơn (với phiên bản cũ, hãy chạy claude update). Dòng Sonnet quan trọng hơn đối với workflow: bí danh sonnet yêu cầu Sonnet 5.5, mô hình mà Kunavo không cung cấp, nên nếu thiếu dòng này, mọi tác vụ con đặt thành model: sonnet, giai đoạn thực thi của opusplan và /model sonnet đều trả về 404. Điểm hòa vốn của cấp mô hình điều phối — tức là một mô hình rẻ hơn phải kém hơn bao nhiêu trước khi không còn rẻ hơn — nằm trong Opus so với Sonnet so với Haiku.

Hai điều ước tính sẽ bỏ sót

Các lần thử lại. Một tác nhân phụ thất bại rồi chạy lại sẽ bị tính phí hai lần, và fan-out làm tăng khả năng ít nhất một tác nhân thất bại. Điều này không thể hiện trong bất kỳ ước tính nào tại thời điểm lập kế hoạch mà chỉ xuất hiện trong bản ghi sử dụng.

Ngữ cảnh được lưu vào bộ nhớ đệm. Theo hướng ngược lại: các tác nhân phụ được khởi chạy từ cùng một bộ điều phối thường chia sẻ tiền tố ổn định, và lần truy cập bộ nhớ đệm được tính bằng một phần giá đầu vào. Với một quy trình dài, đây là mức giảm đơn lẻ lớn nhất — lớn hơn cả thay đổi tầng ở trên. Cơ chế này và ba cách định tuyến qua gateway làm hỏng nó được trình bày tại bộ nhớ đệm prompt Claude.

Quyết định có fan-out hay không

Quy trình không tối ưu chi phí, và cần nói rõ điều đó vì cách đặt vấn đề quyết định câu trả lời. Chúng mang lại độ trễ và độ bao quát: nhiều tác nhân phụ làm việc đồng thời sẽ hoàn thành sớm hơn và bao quát nhiều hơn một luồng xử lý cùng danh sách. Câu hỏi là liệu điều đó có đáng với hệ số tăng chi phí hay không; phép tính ở trên cho bạn hệ số của cấu trúc công việc riêng.

Về bản thân tính năng — cách định nghĩa quy trình, cách điều phối tác nhân phụ và cú pháp — tài liệu của Anthropic là nguồn có thẩm quyền, còn trang này không cố trình bày lại. Thứ chạy các mô hình bên dưới là URL cơ sở và khóa, còn phần đăng ký so với token của cùng quyết định này nằm tại giới hạn Claude Pro và Max.

Câu hỏi thường gặp

Một quy trình Claude Code tốn bao nhiêu?

Tốn nhiều hơn so với cùng một khối lượng công việc trong một luồng duy nhất, vì chi phí của workflow nằm ở việc phân nhánh. Hãy tính bằng số bước của orchestrator cộng với số subagent nhân với số bước của chúng, tất cả nhân với chi phí của một bước. Theo mức giá của Kunavo, một bước gồm 25.000 token đầu vào và 1.200 token đầu ra có giá $0,043 trên Claude Sonnet 5: một luồng duy nhất 20 bước có giá khoảng $0,868, trong khi năm subagent, mỗi subagent tám bước, cộng với sáu bước của orchestrator, tạo thành 46 bước và có giá khoảng $2,00. Việc phân nhánh mang lại khả năng xử lý song song và độ bao quát; nó không mang lại chiết khấu.

Làm thế nào để làm cho quy trình rẻ hơn mà không từ bỏ fan-out?

Đặt fan-out ở tầng rẻ nhất và giữ điều phối ở tầng mạnh. Các nhiệm vụ phụ trong quy trình thường có phạm vi giới hạn và mang tính cơ học — đọc việc này, tóm tắt việc kia, kiểm tra việc khác — đúng là những việc mô hình nhỏ phù hợp, trong khi bộ điều phối giữ kế hoạch và cần đưa ra kết quả đúng. Áp dụng cùng ví dụ 46 bước theo cách đó có chi phí khoảng $1,13 thay vì $2,00, và thay đổi chỉ là một biến môi trường chứ không cần viết lại.

Quy trình có đáng dùng nếu chi phí cao hơn không?

Thường là có, nhưng hãy quyết định theo đúng tiêu chí. Quy trình không tối ưu chi phí mà tối ưu độ trễ và độ bao quát: nhiều tác nhân phụ làm việc đồng thời sẽ hoàn thành sớm hơn và bao quát nhiều hơn một luồng thực hiện tuần tự. Câu hỏi cần đặt ra là tính song song có đáng với hệ số tăng chi phí hay không, chứ không phải hệ số đó có tồn tại hay không — nó có tồn tại, và bất kỳ trang nào nói ngược lại đều chưa tính toán.

Bộ điều phối nên dùng mô hình nào?

Orchestrator lập kế hoạch và đọc kết quả, vì vậy đây là nơi model yếu gây tổn thất lớn nhất — một kế hoạch tệ sẽ lãng phí mọi subagent bên dưới nó. Claude Sonnet 5 ở mức $1,40 / $7,00 cho mỗi 1M token là mặc định thực tế; Claude Opus 5.5 ở mức $2,80 / $14,00 xứng đáng với chi phí trong các công việc thực sự mơ hồ. Điểm hòa vốn về số lần thử giữa các bậc nằm trên trang so sánh các bậc.

Quy trình có hoạt động qua endpoint API tùy chỉnh không?

Có — quy trình là tính năng điều phối phía máy khách, nên chạy ở bất cứ nơi nào Claude Code chạy, và Claude Code đọc trực tiếp ANTHROPIC_BASE_URL. Mọi lời gọi tác nhân phụ đều đi đến cùng endpoint với bộ điều phối; điều này cũng giúp chi phí hiển thị ở một nơi: fan-out của một quy trình xuất hiện như một loạt yêu cầu trong cùng một chế độ xem sử dụng thay vì bị phân tán giữa các tài khoản.

Làm thế nào để xem một quy trình thực sự đã tiêu tốn bao nhiêu?

Hãy đọc theo từng yêu cầu thay vì ước tính từ kế hoạch, vì số bước tác nhân phụ được quyết định khi chạy và hiếm khi khớp với phỏng đoán. Với khóa tính phí theo token, mỗi lời gọi trong fan-out là một dòng có thể cộng lại, bao gồm cả các lần thử lại do tác nhân phụ thất bại tạo ra — những lần này vẫn bị tính phí và không xuất hiện trong bất kỳ ước tính trước nào.