Lewati ke konten utama

Panduan konsumsi Claude Enterprise

Claude Enterprise memberikan organisasi Anda akses ke AI yang kuat di seluruh chat, Claude Code, Claude Cowork, Claude Design, dan Claude di alat yang sudah digunakan tim Anda, termasuk Microsoft 365, Chrome, dan Slack. Dengan akses tersebut datang tanggung jawab untuk mengelola konsumsi secara efektif—memastikan tim Anda mendapatkan nilai maksimal sambil menjaga penggunaan dapat diprediksi dan sesuai anggaran.

Panduan ini memandu admin Enterprise melalui tuas kunci yang tersedia untuk mengontrol dan mengoptimalkan konsumsi token: menetapkan batas pengeluaran, mengonfigurasi kontrol akses berbasis peran, mendidik pengguna, dan memilih model dan tingkat upaya yang tepat untuk tugas yang tepat.


Mengapa manajemen konsumsi penting

Claude Enterprise dihargai dengan model berbasis per-seat dan penggunaan. Kumpulan konsumsi organisasi Anda dibagikan di semua pengguna, dan beberapa permukaan—khususnya Claude Code dan Cowork—mengonsumsi token dengan laju yang jauh lebih tinggi daripada chat standar.

Admin yang secara proaktif mengonfigurasi batas pengeluaran dan mendidik pengguna dapat mengurangi pemborosan dan memastikan kasus penggunaan bernilai tinggi mendapatkan kapasitas yang mereka butuhkan.


Memahami intensitas token di seluruh permukaan

Permukaan

Intensitas token dan apa yang mendorongnya

Core Chat

Intensitas lebih rendah. Percakapan bolak-balik standar, peringkasan, penulisan draf, dan T&J. Penggunaan token berskala dengan panjang pesan dan riwayat percakapan.

Claude Code

Intensitas lebih tinggi. Setiap sesi pengkodean mencakup prompt sistem, konteks file, panggilan alat, dan penalaran multi-putaran—lebih banyak token per sesi daripada chat.

Claude Cowork

Intensitas lebih tinggi. Alur kerja agentic, eksekusi tugas multi-langkah, dan Keterampilan menghasilkan penggunaan token perantara yang signifikan yang mungkin tidak terlihat oleh pengguna akhir.

Permukaan lain juga menggunakan penggunaan organisasi Anda dan muncul sebagai produk terpisah di Analytics, ekspor pengeluaran, dan Analytics API: (a) Claude untuk M365 (Excel, PowerPoint, Word, add-in Outlook), tunduk pada batas pengeluaran organisasi, grup, dan per-pengguna yang sama serta pembatasan model; (b) Claude Design (beta), yang ditagih dari konsumsi organisasi Anda dengan tarif API standar dengan batas organisasi, grup, dan per-pengguna berlaku; (c) Claude di Chrome, yang panel sampingnya berjalan sebagai sesi Claude Cowork, jadi tugas browsing multi-langkah mengonsumsi seperti pekerjaan agentic Cowork lainnya (kelola di Pengaturan Organisasi > Cowork); (d) Claude Tag (Claude di Slack, beta), yang pekerjaan salurannya ditagih ke saldo penggunaan organisasi daripada ke kursi individual, jadi batas per-pengguna dan grup tidak membatasinya; atur batas pengeluaran Claude Tag (dan batas per-saluran opsional) di claude.ai/admin-settings/usage/claude-tag. DM dengan Claude Tag ditagih ke kursi pengguna pengirim sendiri.

Tips admin: Tetapkan ekspektasi dengan tim Anda

Pengguna yang menjalankan alur kerja Claude Code atau Cowork mungkin tidak menyadari betapa intensif token sesi mereka. Satu tugas Cowork atau sesi debug Claude Code dapat mengonsumsi jauh lebih banyak token daripada chat. Sertakan konteks ini dalam onboarding pengguna apa pun yang Anda kirim.


Kontrol akses berbasis peran

Kontrol akses berbasis peran (RBAC) memungkinkan Anda mengelompokkan pengguna dan mengelola akses mereka ke permukaan Claude dan anggaran konsumsi sebagai satu unit daripada satu per satu. Ini adalah cara paling dapat diskalakan untuk mengatur penggunaan di organisasi yang lebih besar.

Cara menyusun grup

Pikirkan tentang grup dalam hal fungsi pekerjaan dan kasus penggunaan, bukan hierarki organisasi. Beberapa prinsip:

  • Buat grup yang memetakan pola penggunaan yang berbeda, bukan kotak bagan organisasi. "Teknik" dan "Penjualan" lebih berguna daripada "Amerika Utara" dan "EMEA" untuk manajemen konsumsi.

  • Batasi proliferasi grup. Lebih dari 8–10 grup menjadi sulit dikelola. Mulai dengan 4–6 dan pisahkan hanya jika pola penggunaan jelas berbeda.

  • Gunakan grup untuk membatasi akses ke permukaan intensitas tinggi. Misalnya: hanya anggota grup "Teknik" yang dapat mengakses Claude Code; pengguna lain hanya melihat Chat dan Cowork. Akses diberikan oleh peran kustom yang Anda tetapkan untuk setiap grup, dan hanya berlaku untuk anggota yang peran organisasi mereka ditetapkan ke Kustom. Anggota yang tetap pada peran Pengguna bawaan menjaga semuanya diaktifkan di seluruh organisasi. Grup dapat dibuat secara manual atau disinkronkan dari penyedia identitas Anda. Lihat Atur izin berbasis peran pada paket Enterprise.

  • Tetapkan batas pengeluaran tingkat grup sebagai titik awal, kemudian ganti di tingkat pengguna untuk pencilan (misalnya, PM non-teknis yang membutuhkan Claude Code untuk proyek tertentu).

Manajemen pengeluaran grup

Setelah grup dikonfigurasi:

  • Tinjau konsumsi grup setiap minggu selama peluncuran awal, bulanan setelahnya.

  • Ketika grup secara konsisten mendekati batasnya, selidiki sebelum secara otomatis menaikkannya—respons yang tepat mungkin panduan model (gunakan Sonnet alih-alih Opus) daripada lebih banyak anggaran.

  • Pertimbangkan untuk menugaskan "pemilik grup" di setiap departemen yang bertanggung jawab untuk meninjau penggunaan dan menjawab pertanyaan dari tim mereka. Ini mendistribusikan beban admin dan menempatkan seseorang dengan konteks bisnis dalam loop. Anda tidak perlu membuat orang-orang ini Pemilik atau Admin: buat peran kustom yang memberikan izin admin Analytics (Dapat melihat)—dan secara opsional Penagihan (Dapat melihat) sehingga mereka dapat melihat halaman Penggunaan—dan tetapkan ke grup "peninjau penggunaan" kecil. Izin admin hanya berlaku untuk anggota yang peran mereka ditetapkan ke Kustom, dan akses tampilan Analytics adalah di seluruh organisasi daripada terbatas pada grup mereka.

Tips tata kelola: Permukaan akses sebagai gerbang pertama

Sebelum khawatir tentang batas tingkat token, pastikan orang yang tepat memiliki akses ke permukaan yang tepat. Memberi semua orang akses Claude Code dan Cowork pada hari pertama adalah cara tercepat untuk menghasilkan konsumsi yang tidak terduga. Luncurkan permukaan intensitas lebih tinggi dalam gelombang, dimulai dengan tim yang paling mungkin menggunakannya secara produktif.


Tetapkan batas pengeluaran

Batas pengeluaran adalah alat utama Anda untuk mengontrol konsumsi. Claude Enterprise memungkinkan admin menetapkan batas di tiga tingkat: tingkat organisasi, tingkat grup (dengan RBAC), dan tingkat pengguna individual. Pendekatan yang kami rekomendasikan adalah memulai dengan batas tingkat grup RBAC dan batas per-pengguna—ini memberi Anda kontrol yang tepat dan tertarget tanpa risiko memotong seluruh organisasi Anda jika batas tercapai.

Batas pengeluaran tingkat organisasi

Batas tingkat organisasi tersedia sebagai batas keras di semua pengguna dan permukaan, tetapi gunakan dengan hati-hati: mencapainya mempengaruhi semua orang secara bersamaan, yang dapat mengganggu. Sebagian besar admin menemukan bahwa mengelola konsumsi di tingkat grup dan pengguna memberikan hasil yang lebih baik dengan risiko operasional yang lebih rendah.

Batas pengeluaran grup

Batas pengeluaran grup memungkinkan Anda menetapkan batas pengeluaran bulanan per-pengguna ke seluruh grup, sehingga setiap anggota grup mewarisi batas yang sama tanpa menetapkannya secara individual. Ini adalah cara paling dapat diskalakan untuk mengelola konsumsi di organisasi menengah hingga besar, dan di sinilah admin harus memulai.

Perhatikan aturan prioritas berikut:

  • Batas individual selalu mengganti batas grup, terlepas dari mana yang lebih tinggi.

  • Jika pengguna termasuk dalam beberapa grup dengan batas berbeda, pengaturan Batas pengeluaran multi-grup di bawah Default pengeluaran mengontrol apakah batas yang lebih tinggi atau lebih rendah berlaku. Batas default tipe kursi disertakan dalam perbandingan ini.

  • Batas di seluruh organisasi tetap menjadi batas keras.

  • Tidak ada batas di mana pun = tidak ada batas. Jika anggota tidak memiliki batas individual dan tidak ada grup mereka yang memiliki batas, pengeluaran mereka tidak dibatasi.

Cara mengonfigurasi: Pengaturan organisasi → Penggunaan → Menurut grup. Tetapkan batas ke jumlah dolar tertentu atau "Tidak terbatas."

Batas pengeluaran tingkat pengguna

Batas tingkat pengguna memungkinkan Anda menetapkan batas konsumsi untuk akun individual. Ini penting bagi organisasi di mana penggunaan bervariasi secara signifikan di seluruh peran—pengembang yang menggunakan Claude Code setiap hari memiliki kebutuhan yang sangat berbeda dari pemasar yang menggunakan chat untuk copywriting.

Praktik terbaik untuk batas tingkat pengguna:

  • Tentukan tingkat konsumsi berdasarkan tipe peran sebelum peluncuran. Struktur berjenjang—misalnya, ringan, standar, daya—membuat lebih mudah untuk menetapkan dan menyesuaikan batas secara konsisten.

  • Mulai secara konservatif. Lebih mudah untuk meningkatkan batas berdasarkan permintaan pengguna daripada mengatasi percakapan tentang kelebihan penggunaan.

  • Berikan pengguna power (engineer, data scientist, peneliti) batas individual yang lebih tinggi atau tanpa batas, tetapi seimbangkan dengan memastikan mereka menggunakan model Claude yang tepat untuk tugas yang tepat.

  • Pantau laporan penggunaan individual setiap bulan untuk mengidentifikasi outlier—baik pengguna yang konsisten mencapai batas mereka (mungkin memerlukan lebih banyak) maupun pengguna yang mengonsumsi sangat sedikit (mungkin belum diaktifkan).


Panduan pemilihan model

Salah satu hal paling berdampak yang dapat dilakukan admin adalah menetapkan panduan yang jelas bagi pengguna tentang model mana yang digunakan untuk tugas mana. Pilihan model memiliki dampak langsung dan signifikan pada pengeluaran.

Tingkat upaya adalah lever konsumsi kedua. Pengguna dapat memilih berapa banyak pemikiran yang Claude terapkan pada setiap respons, dan tingkat upaya yang lebih tinggi mengonsumsi lebih banyak token daripada yang lebih rendah. Dorong pengguna untuk menyisihkan upaya Maksimal hanya untuk tugas paling menuntut dan menggunakan upaya lebih rendah untuk tugas rutin.

Model yang tepat untuk tugas yang tepat

Model

Terbaik untuk

Intensitas token

Penggunaan yang direkomendasikan

Claude Fable

Pekerjaan coding agentic berhari-hari dan tugas penalaran

Sangat Tinggi

Sisihkan untuk pekerjaan agentic bernilai tertinggi dan paling kompleks Anda. Harga premium dan penggunaan lebih cepat daripada Opus.

Claude Opus

Penalaran kompleks, penelitian, tugas multi-langkah

Tinggi

Sisihkan hanya untuk pengguna power atau alur kerja tertentu

Claude Sonnet

Tugas sehari-hari, penulisan, analisis, T&J

Sedang

Model default untuk semua pengguna—tetapkan sebagai default di seluruh organisasi Anda (lihat di bawah)

Claude Haiku

Pencarian sederhana, ringkasan, respons cepat

Rendah

Tugas otomasi volume tinggi dan ringan

Tetapkan model default organisasi Anda

Selain memandu pengguna menuju model yang tepat, Anda dapat menetapkan model yang dimulai dengan percakapan baru untuk semua orang di organisasi Anda. Ini adalah salah satu lever konsumsi paling langsung yang tersedia—default membentuk apa yang dijalankan mayoritas pengguna setiap hari.

Anda memiliki dua opsi:

  • Direkomendasikan Anthropic — secara otomatis diperbarui saat model baru diluncurkan, sehingga organisasi Anda selalu dimulai dengan model tujuan umum yang direkomendasikan saat ini tanpa pemeliharaan manual.

  • Pilih milik Anda sendiri — menetapkan model tertentu sebagai default organisasi dan mempertahankannya di sana sampai Anda mengubahnya. Gunakan ini ketika Anda ingin standardisasi pada model yang dikenal untuk prediktabilitas konsumsi (misalnya, default ke Sonnet daripada Opus).

Pengaturan ini berlaku untuk percakapan baru di chat, Claude Cowork, Claude Code (CLI 2.1.199 atau lebih baru), dan Claude untuk Microsoft 365. Jika model yang dipilih tidak tersedia di produk, default yang direkomendasikan Anthropic digunakan. Jika Anda juga menyematkan model untuk Claude Code melalui pengaturan terkelola, pengaturan tersebut berlaku untuk CLI dan IDE. Lihat Tetapkan model default untuk organisasi Anda.

Anda juga dapat menetapkan default model berdasarkan peran melalui Custom Roles, sehingga grup berbeda dapat dimulai pada model berbeda—misalnya, default grup engineering Anda ke satu model dan sisa organisasi ke model lain. Ini berpasangan secara alami dengan grup RBAC yang telah Anda konfigurasi (lihat Bagian 2).

Cara mengonfigurasi: Pengaturan organisasi → Model.

Catatan: Pilihan model pengguna saat ini untuk percakapan baru mungkin dihapus, sehingga mereka akan mengambil default organisasi pada percakapan berikutnya.

Kelola akses model untuk organisasi Anda

Selain menetapkan default, Anda dapat membatasi model mana yang tersedia sama sekali—lever yang lebih kuat daripada panduan saja. Ini bekerja di dua tingkat:

  • Tingkat organisasi: setiap model diaktifkan atau dinonaktifkan untuk semua orang, termasuk Pemilik dan Admin. Menonaktifkan model di sini menghapusnya dari setiap pemilih di seluruh organisasi.

  • Tingkat peran kustom: untuk anggota pada peran Kustom, setiap peran memberikan akses ke subset dari apa yang diaktifkan di tingkat organisasi. Peran tidak dapat memberikan model yang telah dinonaktifkan organisasi — pengaturan organisasi selalu menjadi batas.

Jika anggota termasuk dalam beberapa grup dengan peran kustom berbeda, akses adalah aditif — mereka mendapatkan setiap model yang diberikan oleh salah satu peran mereka (selama diaktifkan di seluruh organisasi).

Membatasi tingkat upaya berdasarkan peran

Selain membatasi model mana yang dapat digunakan peran, Anda dapat membatasi tingkat upaya maksimum yang dapat dipilih anggota pada peran tersebut per model — versi lebih granular dari panduan upaya yang telah dibahas di atas. Ini hanya berlaku untuk peran Kustom, bukan di tingkat organisasi. Jika anggota memiliki beberapa peran, batas upaya tertinggi di seluruh peran tersebut menang.

Tips Admin: Pasangkan pembatasan model + upaya

Jika panduan model (pesan "Sonnet adalah default Anda") tidak berhasil dan Anda masih melihat konsumsi Opus yang berat, membatasi akses Opus ke peran tertentu—atau membatasi upaya ke Sedang/Tinggi daripada Maksimal untuk peran non-power-user—adalah lever berikutnya. Sisihkan akses penuh untuk peran di mana penalaran mendalam benar-benar membayar.

Di mana ini berlaku

Akses model dan pembatasan upaya diterapkan di sebagian besar produk Claude, termasuk chat (web, desktop, mobile), Claude Cowork, dan Claude Code (CLI 2.1.199 atau lebih baru—versi sebelumnya masih menampilkan opsi terbatas tetapi permintaan menggunakannya ditolak). Claude di Chrome dan Claude Security belum mendukung ini. Untuk daftar produk yang didukung saat ini, lihat Kelola akses model untuk organisasi Anda.

Cara mengonfigurasi: Pengaturan organisasi → Peran → pilih peran → tab Model. Tetapkan akses model, batas upaya opsional per model, dan model default tingkat peran opsional. Untuk mengelola konfigurasi di seluruh organisasi, buka Pengaturan organisasi → Model. Lebih detail di Kelola akses model untuk organisasi Anda.

Rekomendasi konfigurasi admin

  • Jika Anda memiliki alur kerja volume tinggi dan kompleksitas rendah (misalnya, merangkum tiket dukungan, menghasilkan email draf pertama), evaluasi apakah Haiku adalah pilihan yang lebih baik—dapat secara signifikan mengurangi konsumsi untuk kasus penggunaan ini.

  • Secara berkala audit model mana yang benar-benar dipilih pengguna Anda. Jika sebagian besar konsumsi Anda ada di Opus, itu adalah sinyal bahwa panduan model Anda tidak berhasil.

Apa yang harus diceritakan kepada pengguna Anda tentang pilihan model

Sonnet adalah kendaraan sehari-hari Anda. Cepat, sangat mampu, dan dirancang untuk sebagian besar tugas—menulis, analisis, bantuan coding, dan tanya jawab.

Opus untuk pekerjaan yang lebih sulit dan kompleks. Gunakan ketika Anda mengerjakan masalah multi-langkah yang benar-benar kompleks, atau ketika kualitas lebih penting daripada kecepatan.

Jika ragu, mulai dengan Sonnet. Anda selalu dapat beralih model di tengah percakapan ke Opus jika Anda memerlukan kedalaman lebih.


Menggunakan instruksi organisasi untuk membentuk perilaku pengguna

Instruksi organisasi memungkinkan admin menyuntikkan panduan berdiri ke dalam setiap percakapan Claude di seluruh organisasi Anda—secara efektif memberikan Claude prompt sistem yang mencerminkan norma tim Anda, praktik terbaik, dan penjaga. Ini adalah alat berpengaruh tinggi untuk mengubah perilaku pengguna tanpa menambah gesekan, karena panduan muncul dalam produk pada saat penggunaan daripada dalam dokumentasi yang harus dicari pengguna.

Beberapa cara Anda dapat menggunakan instruksi organisasi untuk mengelola konsumsi dan pola penggunaan:

  • Dorong menjauh dari format output yang intensif token. Jika Anda telah melihat proliferasi jenis artefak tertentu (misalnya, dashboard HTML dibagikan dalam thread lintas fungsi di mana format yang lebih sederhana akan cukup), Anda dapat menginstruksikan Claude untuk mengonfirmasi dengan pengguna sebelum membuat satu. Ini menambahkan pemeriksaan ringan tanpa menghilangkan kemampuan sepenuhnya.

  • Arahkan pengguna ke sumber daya internal. Referensikan wiki tim Anda, dokumen praktik terbaik, atau panduan penggunaan langsung dalam preferensi. Claude akan menampilkannya saat relevan—mengarahkan pengguna ke konteks internal yang tepat daripada menciptakan ulang setiap kali.

  • Perkuat norma pemilihan model. Ingatkan Claude (dan secara ekstensi, pengguna) bahwa Sonnet adalah default dan Opus dicadangkan untuk alur kerja tertentu. Ini melengkapi pendidikan pengguna tanpa memerlukan semua orang untuk menginternalisasinya di muka.


Melacak penggunaan dan pengeluaran

Halaman Analitik

Halaman Analitik dalam menu pengguna (claude.ai/analytics) adalah cara tercepat untuk mendapatkan gambaran tentang organisasi Anda. Ini menunjukkan pengguna aktif mingguan, pemanfaatan kursi, konektor teratas, total pengeluaran (MTD/QTD/YTD), pengeluaran menurut model, dan papan peringkat 10 pengguna teratas menurut pengeluaran. Tampilan khusus produk untuk chat, Claude Code, Cowork, dan Claude Design merinci aktivitas untuk setiap permukaan. Pelajari lebih lanjut.

Analitik keterampilan dan ROI per keterampilan

Setiap keterampilan mewakili alur kerja yang dapat diulang—menyiapkan panggilan penjualan, meninjau kontrak—sehingga biayanya dapat ditimbang langsung terhadap nilai alur kerja tersebut. Tampilan Keterampilan dalam Analitik menunjukkan pengguna, biaya per penggunaan, dan total penggunaan untuk setiap keterampilan di organisasi Anda, dapat disaring menurut grup ("keterampilan apa yang digunakan tim hukum saya?") atau permukaan produk.

Untuk menjalankan analisis ROI:

  1. Ekspor tabel keterampilan ke CSV dari tampilan Keterampilan.

  2. Tetapkan nilai per jalankan untuk setiap keterampilan—perkiraan kasar tentang nilai tugas yang diselesaikan, seperti waktu karyawan yang digantikannya (misalnya, "menyiapkan panggilan penjualan bernilai ~$20 bagi kami").

  3. Hitung dalam spreadsheet Anda: (nilai per jalankan − biaya per penggunaan) × total penggunaan memberikan nilai bersih yang telah dihasilkan setiap keterampilan.

Perhitungan saat ini terjadi di luar produk, tetapi ekspor CSV membuat ini menjadi latihan spreadsheet yang cepat. Bahkan perkiraan kasar menceritakan kisah yang menarik: keterampilan persiapan panggilan yang biayanya $0,90 per jalankan terhadap nilai $20 mengembalikan 20x pada setiap penggunaan.

Ekspor CSV laporan pengeluaran

Jika Anda memerlukan rincian terperinci sekali, Anda dapat mengekspor laporan pengeluaran per pengguna, per model sebagai CSV dari halaman Analitik: di bagian pengeluaran ("Berapa biaya Claude?") di tab Ikhtisar, klik "Ekspor laporan pengeluaran" dan pilih MTD, bulan lalu, 90 hari terakhir, atau rentang khusus hingga 90 hari ke belakang.

Obrolan Analitik

Obrolan Analitik memungkinkan Anda mengajukan pertanyaan tentang penggunaan organisasi Anda dalam bahasa biasa. Ketik pertanyaan—"tunjukkan pengeluaran harian selama 30 hari terakhir," "siapa pengguna teratas kami," "berapa tingkat pemanfaatan kursi kami"—dan Claude mengembalikan bagan dan ringkasan tertulis singkat tentang apa yang ditemukannya. Anda dapat menindaklanjuti untuk menyempurnakan, menggali lebih dalam, atau berputar tanpa memulai dari awal.

Gunakan ini ketika Anda memiliki pertanyaan spesifik dan tidak ingin menavigasi dasbor, atau ketika Anda menjelajahi tren dan menginginkan umpan balik cepat. Hasil mencakup 30 hari terakhir secara default; tentukan rentang berbeda dalam pertanyaan Anda jika Anda membutuhkannya. Data disegarkan setiap hari. Pelajari lebih lanjut.

API Analitik

Untuk akses terprogram, gunakan Claude Enterprise Analytics API. Tarik daftar pengguna yang diberi peringkat menurut token yang digunakan atau dolar yang dihabiskan, atau lihat tren penggunaan dan biaya dari waktu ke waktu yang dipecah menurut produk, model, grup RBAC, jendela konteks, wilayah, atau tingkat layanan (standar vs. cepat). Mengelompokkan laporan biaya menurut grup RBAC memberikan pengeluaran per departemen untuk chargeback tanpa mengekspor baris per pengguna. Setiap permintaan dibatasi 31 hari lebar, dimulai dalam 365 hari terakhir, dan tidak lebih awal dari 1 Januari 2026.

Pemilik Utama Anda dapat membuat kunci dengan cakupan read:analytics di bawah Pengaturan Organisasi > API. Data biaya dan penggunaan biasanya tiba dalam sekitar empat jam (kadang-kadang hingga 24) dan dapat direvisi hingga 30 hari, jadi tanggal kueri 30+ hari di masa lalu untuk total tingkat faktur. Titik akhir keterlibatan seperti pengguna, keterampilan, plugin, dan konektor diperbarui setiap hari dengan lag sekitar satu hari. Pelajari lebih lanjut dan tinjau panduan referensi API.

Penggunaan keterampilan, plugin, dan konektor per pengguna

Analytics API juga merinci penggunaan keterampilan, plugin, dan konektor per pengguna. Titik akhir skills, plugins, dan connectors masing-masing mendukung parameter group_by[]=user_id, mengubah total di seluruh organisasi yang Anda lihat di dasbor menjadi satu baris per pengguna per keterampilan (atau plugin, atau konektor)—sehingga Anda dapat melihat dengan tepat siapa yang menjalankan keterampilan tertentu, seberapa sering, dan anggota tim mana yang benar-benar menjalankan plugin yang Anda luncurkan. Anda juga dapat mengelompokkan menurut grup RBAC atau permukaan produk, atau menyaring ke keterampilan, plugin, atau konektor tunggal berdasarkan nama.

Ini berguna untuk pertanyaan ROI per keterampilan yang sama di atas, hanya dipecah menurut pengguna individual daripada diekspor ke spreadsheet—misalnya, mengonfirmasi peluncuran plugin benar-benar mendarat dengan tim yang didistribusikan, daripada hanya memeriksa bahwa itu diinstal. Pelajari lebih lanjut di referensi API: keterampilan, plugin, konektor.

API Admin

Untuk organisasi yang mengelola batas di banyak grup, Admin API memindahkan alur kerja kontrol biaya ke dalam skrip — mengotomatisasi tinjauan permintaan peningkatan, menandai anggota di dekat batas mereka, dan menampilkan penggunaan yang berubah dengan cepat dalam skala besar. API membaca batas efektif dan pengeluaran bulan-ke-tanggal setiap anggota dan menetapkan atau menghapus penggantian per pengguna. Batas tingkat grup, jenis kursi, dan organisasi masih dikonfigurasi di Pengaturan Organisasi. Titik akhir manajemen pengguna Admin API (saat ini dalam beta untuk organisasi Enterprise) juga memungkinkan Anda membuat grup, menambah atau menghapus anggota, dan membaca peran khusus Anda secara terprogram. Lihat Manajemen pengguna.

Peringatan ambang pengeluaran

Peringatan ambang pengeluaran memberi tahu admin pada 75% dan 90% dari batas pengeluaran tingkat organisasi, memberi Anda waktu untuk menaikkan batas sebelum siapa pun terhalang di tengah tugas.


Pendidikan pengguna akhir

Kontrol teknologi akan membawa Anda sebagian besar jalan, tetapi perilaku pengguna mendorong sisanya. Tim yang memahami bagaimana konsumsi bekerja akan membuat pilihan yang lebih baik secara independen—dan menampilkan lebih sedikit kasus tepi untuk Anda perbaiki.

Apa yang harus dikomunikasikan kepada pengguna akhir

Ketika Anda memasukkan pengguna, bagikan hal berikut:

Bagaimana Claude ditagih

  • Penggunaan diukur dalam token. Prompt panjang dan percakapan panjang mengonsumsi lebih banyak token.

  • Sesi Claude Code dan Cowork jauh lebih intensif token daripada chat. Sesi coding panjang tunggal dapat menggunakan jauh lebih banyak token daripada sesi chat khas.

  • Periksa penggunaan Anda di pengaturan dengan beralih ke Pengaturan → Penggunaan.

Cara memilih model

  • Sonnet adalah default dan menangani sebagian besar tugas dengan baik. Gunakan Opus hanya ketika Sonnet tidak membawa Anda ke tempat yang Anda butuhkan.

  • Organisasi Anda memiliki model default yang ditetapkan untuk percakapan baru; Anda masih dapat beralih model di tengah percakapan ketika tugas membutuhkannya.

  • Pemilih model terlihat di antarmuka—ingatkan pengguna untuk memeriksanya, terutama jika mereka menjalankan tugas kompleks.

  • Pemilih model lengket, jadi buatlah praktik untuk memeriksa bahwa itu adalah model yang ingin Anda gunakan.

  • Tingkat upaya muncul di sebelah nama model. Upaya lebih tinggi berarti respons yang lebih menyeluruh tetapi konsumsi token yang lebih tinggi, jadi cocokkan dengan tugas.

Apa yang terjadi ketika mereka mencapai batas

  • Pengguna diberitahu dalam produk saat mereka mendekati batas pengeluaran mereka dan, setelah mencapainya, dapat mengklik "Minta penggunaan lebih" untuk mengirim permintaan peningkatan kepada admin tanpa meninggalkan Claude. Beri tahu pengguna siapa persetuju mereka dan perkiraan waktu respons Anda.

  • Tidak ada yang telah mereka hasilkan yang hilang. Permintaan yang sudah dalam proses selesai, tetapi permintaan lebih lanjut diblokir, jadi tugas Claude Code atau Claude Cowork multi-langkah mungkin berhenti sebelum selesai. Mereka dapat melanjutkan pekerjaan segera setelah admin menaikkan batas, atau ketika batas direset pada 00:00 UTC pada tanggal 1 bulan.

Sumber daya untuk dibagikan dengan pengguna

Apakah pertanyaan Anda terjawab?