Rizab dan caj

• Harga — dalam dolar bagi setiap 1 juta token input dan output (atau setiap unit: imej, saat video, aksara). Harga setiap model terdapat dalam katalog.
• Rizab — sebelum permintaan teks baharu dihantar, Ailoot merizabkan anggaran kos input dan respons lazim mengikut syarat yang dipersetujui untuk permintaan itu. Bagi output imej, video dan audio, rizab kos penuh hasil dikekalkan.
• Had lebih rendah sebagai ganti penolakan — jika rizab yang dikira tidak dapat ditampung oleh baki tersedia atau had kunci, had respons hanya boleh dikurangkan bagi model dan kaedah tertentu yang mematuhi had itu, dan hanya kepada jumlah yang mampu dibayar tanpa kurang daripada minimum yang terpakai. Model yang menyokongnya disenaraikan di bawah.
• Caj — dikenakan sekali, berdasarkan penggunaan sebenar dalam usage. Baki rizab dikembalikan serta-merta.
• Jika kos respons melebihi rizab — perbezaannya diambil daripada baki tersedia yang tidak terikat pada rizab lain. Caj tidak pernah melebihi baki anda: baki tidak menjadi negatif.
• Jika wang tidak mencukupi walaupun untuk rizab minimum — permintaan tidak dihantar ke model, dan anda menerima ralat 402 dengan mesej yang jelas. Tiada caj dikenakan.
• Kegagalan tanpa hasil tidak dicaj. Jika sambungan terputus, semak permintaan menggunakan Request ID dalam sejarah panel pengguna sebelum menghantarnya semula.

• Input dirizabkan berdasarkan anggaran saiz permintaan dan lampiran yang disokong, bukannya penggunaan sebenar yang sudah diketahui. Bagi permintaan teks baharu, badan permintaan dan lampiran dianggarkan mengikut jenisnya. Pengiraan “4 token setiap bait, tetapi sekurang-kurangnya 4096 token” merujuk kepada rizab versi lama yang telah diterima sebelum ini dan tidak menerangkan rizab teks baharu. Jika lampiran dihantar melalui pautan (fileData) atau alat terbina dalam diaktifkan, anggaran berasingan bagi lampiran dan kerja alat diambil kira untuk permintaan teks yang disokong; kewujudannya sahaja tidak bermakna seluruh tetingkap input dirizabkan. Rizab terdahulu mengekalkan syarat yang dipersetujui, manakala output media kekal dikira berdasarkan hasil penuh.
• Output bagi rizab permintaan teks baharu dianggarkan mengikut panjang respons lazim dan syarat yang dipersetujui. Had yang diminta ditetapkan melalui max_tokens (max_output_tokens dalam Responses). Had yang diminta tidak secara automatik sama dengan bilangan token yang digunakan untuk mengira rizab dan tidak menjamin panjang sebenar respons bagi model tanpa had yang boleh dipercayai. Nilai asal 4096 hanya digunakan pada laluan yang berkenaan; peraturan khusus bergantung pada model dan kaedah.
• Harga bagi rizab teks baharu yang mengambil kira syarat permintaan berkenaan ditentukan berdasarkan mod standard atau keutamaan serta peringkat harga yang dapat dicapai oleh anggaran input. Dalam syarat yang dipilih, pengiraan kekal konservatif; mod flex tidak mengurangkan rizab. Bagi permintaan keutamaan, rizab boleh mengambil kira mod terpakai yang paling mahal, termasuk priority, flex atau fast. Rizab yang diterima sebelum ini tanpa syarat tersebut mengekalkan pengiraan asal berdasarkan kadar maksimum.
• Pengurangan had — apabila rizab yang dikira tidak dapat ditampung dan model serta kaedah berkenaan membenarkan respons dihadkan: dana tersedia mesti mencukupi untuk anggaran input dan jumlah minimum output. Had yang dikurangkan tidak kurang daripada 256 token (1025 — dengan penaakulan dalam format Anthropic). Model menerima had yang telah dikurangkan.

Model claude-sonnet-5-5: input $2, output $10 bagi setiap 1 juta token. Anda menghantar 20 000 token, dan model membalas dengan 1 200 token.

Dalam contoh aritmetik tersebut, kos sebenar ialah $0.0520. Caj yang ditunjukkan mengandaikan bahawa rizab yang diterima dan baki tersedia yang tidak dirizabkan mencukupi untuk kos itu. Jumlah rizab tidak dikira di sini: bagi permintaan teks baharu, ia ditentukan secara berasingan berdasarkan anggaran input dan respons lazim dan boleh lebih tinggi atau lebih rendah daripada kos sebenar. Rizab yang tidak digunakan dilepaskan; had caj dinyatakan dalam formula di bawah.

Caj sebenar = min(jumlah kos sebenar, rizab yang diterima + baki bebas yang tidak dirizabkan). Rizab terbuka yang lain kekal dilindungi; oleh itu, jumlah baki tidak semestinya menjadi sifar. Baki tidak menjadi negatif. Jika kos sebenar melebihi jumlah rizab yang diterima dan baki tersedia yang tidak dirizabkan, perbezaan yang tidak diliputi kekal sebagai kerugian Ailoot: ia tidak menjadi hutang anda dan tidak akan dituntut kemudian.

Menutup sambungan, tamat masa aplikasi anda atau enggan membaca respons yang sudah siap tidak membatalkan permintaan secara automatik: respons model yang siap dicaj sekali. Jika hasil tidak dihantar akibat kesilapan Ailoot, wang dipulangkan. Jika sambungan terputus, semak permintaan menggunakan Request ID dalam sejarah panel pengguna sebelum menghantarnya semula.

• Bagi permintaan teks baharu, rizab respons dikira berdasarkan panjang lazim, dengan mengambil kira nilai yang ditetapkan bagi max_tokens dan syarat model berkenaan. Ini ialah anggaran rizab, bukannya jaminan panjang atau kos sebenar respons.
• Bagi model tanpa had respons sebenar yang boleh dipercayai, anggaran rizab tidak menjadi had panjang. Bagi permintaan teks baharu, anggaran itu tidak digantikan secara automatik dengan kos respons paling panjang. Rizab yang telah diterima sebelum ini mengekalkan syarat asalnya.
• Imej input menambah anggaran kosnya kepada rizab.
• Ejen (Claude Code, Codex CLI, Cline) menghantar konteks yang besar pada setiap langkah: satu langkah boleh merizabkan puluhan sen. Pastikan baki anda sekurang-kurangnya beberapa dolar.
• Petua: tetapkan nilai yang munasabah bagi max_tokens — ini mengurangkan rizab untuk model yang panjang responsnya boleh dihadkan.

Model yang menyokong cache mempunyai harga berasingan untuk penulisan dan pembacaan cache. Pembacaan biasanya beberapa kali lebih murah daripada input biasa. Harga dipaparkan dalam kad model dalam katalog.

Jika baki tersedia tidak mencukupi walaupun untuk rizab minimum, Ailoot tidak menghantar permintaan dan membalas 402 dengan kod insufficient_balance. Jika jumlah had perbelanjaan kunci telah habis digunakan — kod api_key_quota_exhausted. Jika akaun mempunyai hutang akibat pembayaran yang dipertikaikan — kod payment_disputed: permintaan baharu digantung sehingga hutang dilangsaikan.

{
  "error": {
    "code": "insufficient_balance",
    "reason": "insufficient_balance",
    "type": "insufficient_quota",
    "param": null,
    "message": "Your balance is too low to start this request. … Request ID: 5c0e7a1d-….",
    "request_id": "5c0e7a1d-…"
  }
}

Sejarah permintaan dan caj terdapat dalam panel pengguna di ailoot.ai. Bagi setiap permintaan, model, token dan amaun dipaparkan.