Kos API pembangunan permainan AI

Anggarkan aliran kerja, bukan prompt awal

Sesi pembangunan permainan boleh berulang kali membaca sumber, mencadangkan suntingan, mentafsir ralat enjin, memeriksa tangkapan skrin dan mencuba semula kerja yang gagal. Taklimat awal hanyalah satu input. Mulakan belanjawan dengan pencapaian kecil yang diterima, seperti satu pusingan lengkap dan mula semula, dan bukannya menganggap satu permintaan akan menghasilkan hasil.

Senaraikan peringkat yang dijangka berbayar: pelaksanaan, penyahpepijatan, kerja aset, penyetempatan dan semakan. Tandakan yang berjalan secara tempatan dan yang memanggil perkhidmatan boleh bil. Gunakan projek rintis untuk mengetahui tempat penggunaan terkumpul sebelum meluluskan belanjawan lebih besar; anggaran perlu menerangkan andaian, bukan kelihatan seperti invois yang diukur.

Simpan lejar berasingan untuk sumber berasingan

Gunakan kategori berbeza untuk panggilan model teks, penjanaan imej, perkhidmatan audio, kerja enjin tempatan dan campur tangan manusia. Kompilasi tempatan tidak secara semula jadi menggunakan token model, manakala menghantar lognya kembali kepada ejen boleh mencipta permintaan lain. Seorang pembantu boleh menyelaraskan semua aktiviti ini tanpa menjadikan unit pengebilannya sama.

Asingkan aktiviti langganan daripada penggunaan API. Jika anda memperuntukkan sebahagian langganan kepada projek untuk belanjawan dalaman, labelkannya sebagai peraturan peruntukan, bukan caj setiap permintaan yang diperhatikan. Begitu juga, jangan kira perbelanjaan API tugas pembangunan sebagai kos yang ditanggung setiap pemain masa hadapan permainan luar talian.

Tangkap rekod permintaan sebelum mengagregat

Berikan pengecam run dan peringkat kepada setiap operasi. Kekalkan pengecam permintaan penyedia apabila didedahkan, identiti model sebenar, hasil, penggunaan dan rujukan bukti pengebilan. Bersihkan kelayakan sebelum mengeksport log. Rekod ilustratif di bawah sengaja membiarkan nilai yang tidak diperhatikan sebagai null.

Jangan simpulkan permintaan berjaya daripada fail tempatan yang diterima atau caj sifar daripada tamat masa. Sesetengah penggunaan tiba selepas klien kehilangan sambungan. Rekonsiliasikan rekod penyedia sebelum memuktamadkan jumlah dan kekalkan entri tidak sepadan kelihatan. Ini menjadikan eksperimen berulang boleh dibandingkan tanpa mengubah jurang telemetri menjadi penjimatan yang kelihatan.

{
  "run_id": "game-pilot",
  "stage": "controller-repair",
  "provider_request_id": null,
  "model_id": null,
  "outcome": "not_started",
  "usage": null,
  "billed_amount": null,
  "currency": null,
  "billing_evidence": null,
  "accepted_artifact_hash": null
}

Gunakan kontrak harga penyedia sebenar

Gunakan penyedia dan tahap perkhidmatan yang mengendalikan permintaan, bersama jadual kadar yang terpakai pada rekod pengebilan itu. Harga rasmi OpenAI menerangkan kategori token dan alat; harga APIsRouter ialah sumber komersial berasingan. Jangan gantikan satu dengan yang lain secara senyap.

Untuk anggaran, darabkan setiap kategori boleh bil dengan kadar yang terpakai dan tambahkan caj khusus perkhidmatan. Semak cara penyedia melaporkan input cache, output dan penggunaan alat supaya kategori tidak dikira dua kali. Nyatakan andaian mata wang dan penukaran dengan jelas. Utamakan caj penyedia yang telah diselesaikan ketika merekonsiliasikan perbelanjaan sebenar dan simpan anggaran secara berasingan supaya perbezaan boleh diterangkan.

Letakkan syarat berhenti di sekeliling gelung pembaikan

Tetapkan siling belanjawan dan titik pemeriksaan selepas setiap pencapaian diterima. Hadkan percubaan semula automatik dan tentukan simptom yang mencetuskan diagnosis manusia, seperti suntingan berulang yang meninggalkan pembiakan masalah yang sama. Kawalan perbelanjaan penyedia dan had tugas ejen melindungi sempadan berbeza; gunakan kedua-duanya apabila tersedia dan sahkan tingkah laku masing-masing.

Kurangkan konteks tidak perlu dengan menghantar scene berkaitan, fail yang berubah dan ralat bermakna pertama. Simpan keadaan secukupnya untuk mengelakkan pendekatan gagal diulang. Jangan buang bukti penting semata-mata untuk memendekkan input: permintaan yang lebih murah tetapi menghasilkan pembaikan buta lain boleh menaikkan kos hasil yang diterima.

Bandingkan model pada laluan penerimaan yang sama

Kekalkan taklimat, garis dasar projek, sasaran dan kriteria penerimaan. Rekod percubaan gagal dan bantuan manusia bagi setiap model. Bandingkan jumlah perbelanjaan direkonsiliasikan dan tingkah laku diterima, bukan harga token atau kualiti jelas respons pertama sahaja.

Tetapkan kategori tugas berbeza hanya selepas projek rintis menunjukkan standard yang diperlukan tercapai. Pengendalian rentetan mudah, diagnosis gameplay sukar dan semakan visual mungkin memerlukan perkara berlainan. Model lebih berkebolehan mungkin mengurangkan lelaran, tetapi itu kekal hipotesis sehingga rekod tugas sama menyokongnya. Elakkan senarai model disyorkan yang berubah-ubah sehingga lapuk atau membayangkan ketersediaan yang belum disahkan.

Asingkan pengeluaran permainan daripada ekonomi runtime

Permainan luar talian yang dieksport boleh menggunakan logik deterministik biasa selepas pembangunan. Jika anda menambah dialog terjana model secara langsung atau ciri runtime lain, cipta belanjawan berasingan yang meliputi tingkah laku pemain, kegagalan perkhidmatan, kawalan penyalahgunaan dan operasi berterusan. Simpan rahsia di belakang sempadan perkhidmatan yang sesuai dan bukannya menanam kunci penyedia dalam klien permainan.

Jangan anggar belanjawan runtime dengan mendarabkan token pembangunan dengan jualan. Ukur corak permintaan ciri sebenar dalam ujian yang dibenarkan dan semak keperluan platform yang terpakai. Aset imej yang dijana sekali semasa pengeluaran dan imej yang dijana untuk pemain semasa runtime juga tergolong dalam model kos berbeza.

Bukti dan kes Astra

Identiti model prototaip permainan kekal tidak disahkan sehingga bukti Astra yang jelas dilampirkan. Sahkan penyedia sebenar, mod akses dan identiti model sebelum mengenakan kadar kepada kes itu. Gunakan rekod pengebilan penyedia dan bukannya menyimpulkan caj daripada model yang dinamakan dalam taklimat pembangunan.

Tiada belanjawan permainan yang diukur pada halaman ini. Lejar dan langkah belanjawannya ialah kaedah untuk mendapatkannya. Laporan akhir yang berguna perlu menyatakan pencapaian diterima, identiti artifak, perbelanjaan API sebenar, caj aset berasingan, kerja manusia dan entri pengebilan belum selesai supaya pembaca dapat menilai hasil yang dicapai oleh perbelanjaan.

Soalan lazim