ModelHub menyatukan akses AI—biaya dan kebijakan tetap menjadi pagar

PT Telkom Indonesia (Persero) Tbk memaparkan ModelHub dalam rangkaian Road to DTIIF 2026 di Auditorium Wisma Danantara Indonesia, Jakarta, pada 8 Oktober 2026. Platform di bawah AI Playground itu diperkenalkan sebagai gerbang terkelola untuk menemukan, menguji, dan mengakses model AI dari penyedia lokal maupun global yang disetujui. Telkom menyebut perutean berdasarkan anggaran, kualitas, dan kebijakan keamanan data, disertai kemampuan memantau penggunaan secara waktu nyata.

Bagi perusahaan yang menghubungkan beberapa aplikasi dengan beberapa model, satu jalur akses dapat mengurangi pekerjaan mengelola sambungan yang terpisah. Laporan Selular.ID mencatat bahwa Direktur Enterprise & Business Service Telkom, Veranita Yosephine, membahas kesiapan infrastruktur, data, talenta, dan kolaborasi pada forum yang sama. Dalam siaran pers Telkom, Veranita mengatakan, “yang perlu kita bangun bukan hanya kemampuan teknologinya, tetapi juga ekosistem yang mendukung.” Pada tingkat perusahaan, ekosistem itu mencakup keputusan tentang siapa yang boleh memakai suatu model, data apa yang boleh dikirim, dan biaya siapa yang menanggungnya.

ModelHub menggabungkan jalur akses model

Fungsi yang ditawarkan ModelHub berada pada tahap ketika aplikasi mengirim permintaan ke model AI. Tim pengembang dapat mencari dan mencoba kandidat model melalui jalur yang lebih terkelola, lalu memakai model yang sesuai dengan kebutuhan aplikasi. Ini relevan bagi organisasi dengan beberapa unit yang memilih penyedia sendiri-sendiri: jalur bersama memberi tempat untuk menetapkan pilihan model dan melihat pemakaiannya tanpa mengharuskan setiap tim mengurus akses secara terpisah.

Paparan Telkom menyebut perusahaan besar, termasuk BUMN, sebagai calon pengguna. Kebutuhan mereka dapat berbeda antarunit: satu aplikasi mungkin lebih menekankan mutu keluaran, sementara aplikasi lain dibatasi anggaran atau aturan atas data yang diproses. Perutean berbasis kebijakan berarti pilihan model perlu mengikuti aturan yang ditetapkan untuk permintaan tersebut. Gerbang dapat menjalankan rute yang dipilih, tetapi organisasi tetap harus menentukan aturan dan pihak yang berwenang mengubahnya.

Akses terpadu juga memberi titik pengamatan atas konsumsi model. Agar pengamatan itu berguna untuk mengendalikan pengeluaran, catatan penggunaan perlu dapat dikaitkan dengan aplikasi, unit, dan pemilik anggaran. Angka konsumsi gabungan saja tidak cukup untuk menjelaskan lonjakan biaya atau menentukan pekerjaan mana yang harus dibatasi. Perbedaan antara kemampuan memantau dan keputusan membatasi penggunaan inilah yang penting ketika ModelHub dinilai untuk operasi perusahaan.

Dari pilihan model ke pemantauan biaya

Alur keputusan berikut menunjukkan pekerjaan yang harus saling tersambung ketika perusahaan memakai gerbang model. Urutannya adalah kerangka untuk menilai penerapan ModelHub, bukan daftar fitur yang telah diuji secara independen.

1. Kebutuhan dan jenis data: tentukan pekerjaan yang akan dibantu AI, bentuk keluaran yang dapat dinilai, dan apakah masukan berisi data pelanggan atau informasi internal. Jenis data menentukan rute mana yang layak dipertimbangkan.
2. Model dan penyedia: pilih kandidat dari daftar yang diizinkan untuk pekerjaan tersebut. Uji keluaran pada tugas yang sama agar keputusan tidak hanya mengikuti harga atau kemudahan sambungan.
3. Kebijakan dan izin: tetapkan siapa yang boleh menggunakan kandidat model, melalui aplikasi apa, dan dalam batas anggaran yang mana. Aturan rute perlu berlaku sebelum permintaan dikirim.
4. Penggunaan dan biaya: hubungkan konsumsi tiap rute dengan proyek atau unit yang memakainya. Perubahan pilihan model dapat mengubah biaya sekaligus mutu keluaran, sehingga keduanya perlu diamati bersama.
5. Catatan keputusan: simpan informasi yang diperlukan untuk menelusuri model yang dipilih, perubahan aturan, dan pihak yang mengizinkan akses. Catatan ini membantu meneliti penggunaan yang dipersoalkan kemudian.

Urutan itu memperlihatkan mengapa janji integrasi yang lebih mudah belum menyelesaikan penganggaran. Perusahaan perlu memutuskan apakah batas biaya dikenakan pada pengguna, aplikasi, proyek, atau unit bisnis. Jika satu rute mencapai batasnya, aturan juga harus menentukan apakah permintaan berhenti atau dialihkan. Pengalihan dapat menjaga layanan tetap berjalan, tetapi model pengganti mungkin menghasilkan jawaban dengan mutu dan biaya yang berbeda.

Pertanyaan pengadaan: izin, log, dan data sensitif

Rincian kebijakan menentukan seberapa jauh gerbang tunggal membantu tata kelola. Calon pengguna perlu mengetahui siapa yang dapat membuat dan menyetujui aturan perutean, apakah izin dibedakan menurut pengguna dan aplikasi, serta apakah suatu unit dapat mengakses anggaran unit lain. Pertanyaan tentang biaya sama konkretnya: konsumsi apa yang dicatat, seberapa rinci laporan per proyek, dan siapa yang dapat mengubah batas pemakaian?

Untuk audit, perusahaan perlu menanyakan apakah catatan memuat identitas aplikasi, model dan penyedia yang menerima permintaan, waktu penggunaan, serta perubahan aturan akses. Masa simpan dan cara mengekspor catatan juga menentukan apakah suatu keputusan dapat ditelusuri setelah kejadian. Kemampuan melihat penggunaan secara waktu nyata tidak dengan sendirinya menjawab kebutuhan audit tersebut; keduanya memakai catatan untuk tujuan dan jangka waktu yang berbeda.

Jika masukan dapat berisi data sensitif, pilihan rute harus dikaitkan dengan lokasi pemrosesan dan pihak yang menerima data. Pengadaan juga perlu menjelaskan apa yang terjadi ketika penyedia mengubah harga, ketentuan, atau ketersediaan model: apakah aplikasi dapat dipindahkan ke rute lain, dan siapa yang menyetujui perubahan itu? Telkom telah memaparkan fungsi gerbang serta arah pengendaliannya; rincian izin, log, dan ketentuan pemrosesan untuk penerapan tertentu tetap perlu dituangkan dalam kesepakatan layanan perusahaan. Tanpa rincian itu, satu jalur akses dapat menyederhanakan integrasi sementara tanggung jawab biaya dan data masih tersebar di banyak tim.

Baca juga:

• Copilot mendapat Autopilot—agen persisten tetap dibatasi izin dan audit
• SAP melepas Joule ke alur kerja—otonomi tetap dibatasi izin dan audit
• Glean membuat agen AI bekerja tanpa prompt—kontrol izin menjadi penentu