Ringkasan
- Kos token berubah dengan ketara antara input dan output, dengan token output sering kos lebih daripada dua kali ganda kadar input.
- Respons aliran tidak mengurangkan penggunaan token; anda membayar untuk setiap token yang dijana, tidak kira bagaimana ia dihantar.
- Pemanggilan fungsi memerlukan definisi alat yang eksplisit dalam konteks, yang meningkatkan kiraan token input sebelum penjanaan bermula.
- Kredit percubaan percuma membolehkan anda menguji kos integrasi tanpa membahayakan baki pra-dibayar anda serta-merta.
Mengabaikan kos tingkap konteks
Had jendela konteks secara langsung mempengaruhi token input yang boleh ditagih. Apabila anda menghantar prompt, keseluruhan sejarah perbualan terkumpul dalam had 100,000 token ini. Jika anda tidak mengurus sejarah dengan cekap, anda dengan cepat menghabiskan alokasi input anda. Setiap mesej baru menambah kepada konteks keseluruhan, meningkatkan kos asas untuk setiap permintaan seterusnya. Ini penting terutamanya untuk sesi berpanjangan di mana sejarah berkembang secara linear. Simpan hanya mesej yang paling relevan dalam jendela konteks. Potong pertukaran lama apabila ia tidak lagi mempengaruhi tugas semasa. Ini mengekalkan token input anda rendah dan kos anda boleh diramal. API kami mengenakan $0.15 per 1M token input, jadi setiap token yang terbuang bertambah. Gunakan strategi tetingkap gelongsor untuk mengekalkan koheren perbualan tanpa membengkakkan konteks. Pendekatan ini memastikan anda kekal dalam kredit pra-dibayar anda untuk tempoh yang lebih lama. Ia juga mengurangkan latensi kerana beban kerja yang lebih kecil diproses dengan lebih cepat. Sentiasa memantau kiraan token dalam kod klien anda sebelum menghantar setiap permintaan. Kebiasaan mudah ini mencegah kejutan bil yang mengejutkan pada akhir bulan.
Mengandaikan semua token kira sama
Token input dan output berharga berbeza dalam API kami. Token input berharga $0.15 per 1M, manakala token output berharga $0.50 per 1M. Ini bermakna token output lebih tiga kali lebih mahal daripada token input. Pembangun sering menganggap kadar rata per token, yang menyebabkan penganggaran kos yang rendah. Jika model anda menjana respons yang panjang, bil anda akan meningkat lebih cepat daripada yang dijangka. Pantau nisbah token input kepada token output dalam log anda. Sasarkan prompt yang ringkas untuk mendapatkan jawapan yang lebih pendek dan langsung. Ini mengurangkan bilangan token output yang mahal yang dijana. Anda juga boleh menetapkan had max_tokens yang lebih rendah untuk mengawal kos setiap permintaan. Ambil perhatian bahawa jika model mencapai had output maksimum, anda masih membayar untuk semua token yang dijana sehingga titik tersebut. Strategi ini berfungsi dengan baik untuk penyelesaian chat di mana ringkasan diutamakan. Ia tidak berfungsi dengan baik jika anda memerlukan penjelasan terperinci. Laraskan logik aplikasi anda untuk mengimbangkan perincian terhadap kos. Semak secara berkala papan pemuka penggunaan anda untuk mengenal pasti trend dalam penggunaan token. Data ini membantu anda mengoptimumkan prompt anda untuk kecekapan.
Melupakan overhead penstriman
Penstriman menghantar token seperti yang dihasilkan, tetapi ia tidak mengurangkan jumlah token keseluruhan. Anda membayar untuk setiap token yang dihantar, sama ada ia tiba serta-merta atau selepas kelewatan. Sesetengah pembangun menganggap penstriman menjimatkan wang kerana ia kelihatan lebih cekap. Jumlah token kekal sama sama ada anda menggunakan mod penstriman atau bukan penstriman. Penstriman menambah beban rangkaian akibat potongan HTTP berbilang, tetapi ini tidak mempengaruhi harga. Perbezaan tunggal adalah dalam cara anda mengendalikan respons dalam kod klien anda. Gunakan penstriman untuk pengalaman pengguna yang lebih baik, tetapi bajet untuk jumlah token penuh. API kami termasuk penggunaan token dalam potongan terakhir aliran, jadi anda boleh menjejak kos dengan tepat. Pastikan kod klien anda menghuraikan potongan akhir untuk mendapatkan jumlah penggunaan token. Ini mengelakkan percanggahan antara log dalaman anda dan pembil kami. Penstriman sangat sesuai untuk antara muka sembang di mana pengguna ingin melihat teks muncul secara masa nyata. Ia tidak menawarkan diskaun pada bil API. Sentiasa kira jumlah token penuh apabila mengira belanja bulanan anda. Ini mengelakkan kehabisan kredit pra-dibayar secara tidak dijangka.
Menyalahmenilai kos panggilan fungsi
Pemanggilan fungsi memerlukan anda menghantar definisi alat dalam konteks. Definisi ini dikira sebagai token input. Jika skema alat anda besar, ia meningkatkan kos input dengan ketara. Setiap panggilan ke fungsi juga menjana mesej baru dalam sejarah, menambah kepada konteks. Ini boleh dengan cepat membesarkan penggunaan token anda untuk satu pertanyaan pengguna. Tentukan hanya parameter yang diperlukan dalam skema alat anda untuk mengekalkan token rendah. Elakkan menghantar penerangan yang berlebihan atau terlalu terperinci dalam definisi alat. Apabila model memanggil fungsi, responsnya juga ditokenkan, menambah kepada kos output. Interaksi berbilang giliran ini boleh mendarab kiraan token untuk permintaan mudah. Lacakkan bilangan panggilan fungsi setiap sesi pengguna. Jika anda melihat panggilan berlebihan, perbaiki arahan atau definisi alat anda untuk membimbing model dengan lebih baik. Ini mengurangkan giliran yang tidak perlu dan mengekalkan kos. API kami menyokong pemanggilan fungsi melalui parameter tools, jadi anda boleh berintegrasi dengan cekap. Ingatlah bahawa setiap giliran menambah kepada jumlah token anda. Rancang aliran aplikasi anda untuk meminimumkan panggilan fungsi yang berlebihan. Ini memastikan anda mendapat nilai terbaik daripada kredit pra-dibayar anda.
Melangkau kesan had kadar
Rate limits can cause your application to retry requests, which doubles your token usage. Our API allows 300 requests per minute per key. If you hit this limit, your client code must wait and retry. Each retry sends the same input tokens again, increasing your bill. This is especially problematic for high-traffic applications. Implement exponential backoff in your retry logic to avoid hammering the API. This reduces the number of redundant requests and saves tokens. Monitor your request rate closely, especially during peak usage times. If you consistently hit the limit, consider splitting your traffic across multiple keys. Each key has its own rate limit, so spreading the load helps. However, each key is tied to one account, so manage your keys carefully. Our API charges for errors and refusals, so failed retries still cost tokens. Ensure your application handles errors gracefully without unnecessary retries. This keeps your token consumption aligned with actual useful work. Regularly review your rate limit headers to stay within the allowed limits. This prevents unexpected spikes in your token usage.
Tidak menjejak penggunaan kunci API
Setiap akaun hanya boleh mempunyai satu kunci API aktif. Jika anda menjana kunci baharu, kunci lama menjadi tidak aktif. Ini bermakna anda tidak boleh mengagihkan penggunaan merentasi beberapa kunci untuk akaun yang sama. Jejak penggunaan kunci anda dengan teliti untuk mengelakkan kehilangan akses kepada kredit anda. Jika anda kehilangan kunci anda, anda tidak boleh memulihkannya dari papan pemuka. Jana kunci baharu, tetapi ambil perhatian bahawa kunci lama akan berhenti berfungsi serta-merta. Ini boleh mengganggu aplikasi anda jika tidak diurus dengan betul. Gunakan satu kunci untuk semua integrasi anda untuk memudahkan penjejakan. Pantau baki kredit anda secara berkala untuk memastikan anda mempunyai cukup untuk permintaan akan datang. API kami menyediakan papan pemuka di mana anda boleh melihat sejarah penggunaan anda. Gunakan data ini untuk meramal keperluan token anda untuk bulan hadapan. Jika anda melihat peningkatan mendadak dalam penggunaan, siasat punca penyebabnya. Ia mungkin pepijat dalam kod anda menyebabkan percubaan semula yang berlebihan. Atau ia mungkin perubahan dalam tingkah laku pengguna yang meningkatkan penggunaan token. Pemantauan berkala membantu anda mengesan masalah awal dan menyesuaikan bajet anda dengan sewajarnya. Ini memastikan anda tidak pernah kehabisan kredit secara tidak dijangka.
Mengecilkan kos percubaan semula
Percubaan semula adalah biasa berlaku apabila rangkaian gagal atau API mengembalikan ralat. Setiap percubaan semula menghantar token input yang sama sekali lagi, meningkatkan bil anda. Jika aplikasi anda melakukan lima percubaan semula untuk satu kegagalan, anda membayar lima kali untuk token input. Ini boleh membesarkan kos anda dengan ketara, terutamanya untuk aplikasi bervolume tinggi. Laksanakan mekanisme percubaan semula yang kukuh yang membatangkan bilangan percubaan semula. Tetapkan bilangan maksimum percubaan semula untuk mencegah gelung tanpa henti. Juga, bezakan antara ralent sementara dan ralent kekal. Ralent kekal, seperti parameter tidak sah, tidak sepatutnya dicuba semula. Ralent sementara, seperti masa tamat pelayan, boleh dicuba semula dengan kelewatan. Gunakan penyesuaian balik eksponen untuk mengurangkan beban pada API. Ini juga mengurangkan bilangan percubaan semula dan menjimatkan token. Pantau kadar ralat anda untuk mengenal pasti corak. Jika anda melihat kadar percubaan semula yang tinggi, siasat punca utama. Ia mungkin isu rangkaian atau pepijat dalam kod klien anda. Membaiki punca utama mengurangkan percubaan semula yang tidak perlu dan menurunkan bil anda. Ini memastikan anda hanya membayar untuk permintaan yang berjaya dan berguna. Semak log percubaan semula anda secara berkala untuk mengoptimumkan strategi pengendalian ralat anda.
Manfaat percubaan percuma yang hilang
Setiap akaun baharu menerima kredit percubaan bernilai $0.50 yang sah selama 7 hari. Ini membolehkan anda menguji API tanpa membahayakan baki pra-dibayar anda. Gunakan percubaan ini untuk mengesahkan integrasi anda berfungsi dengan betul. Uji parameter berbeza seperti suhu, top_p, dan max_tokens. Ukur penggunaan token untuk pelbagai jenis petisyen. Ini membantu anda menganggar kos anda sebelum membuat pengisian semula yang lebih besar. Kredit percubaan ditaksir berdasarkan penggunaan token sebenar, jadi anda membayar apa yang anda gunakan. Ralat dan penolakan adalah percuma, walaupun semasa percubaan. Ini bermakna anda boleh menguji pengendalian ralat tanpa risau tentang kos. Selepas tempoh percubaan tamat, anda mesti mengisi semula dengan kriptokoin untuk terus menggunakan API. Pengisian semula bermula pada $20 dan disertakan dengan kredit bonus. Pengisian semula $50 memberikan bonus 5%, manakala pengisian semula $200 memberikan bonus 15%. Gunakan percubaan ini untuk menentukan jumlah pengisian semula yang sesuai untuk keperluan anda. Ini memastikan anda bermula dengan baki yang betul dan mengelakkan kredit habis. Ia juga membantu anda memahami tingkah laku API sebelum membuat komitmen kewangan. Jangan biarkan percubaan terbiar; uji dengan teliti untuk memaksimumkan nilainya.