Penulis: Berangkat dari gagasan “peningkatan efisiensi individu tidak serta-merta membuat organisasi lebih kuat” yang disampaikan di Tencent Global Digital Ecosystem Conference, artikel ini membahas lima mekanisme pengelolaan yang perlu dibangun pada lapisan pemanggilan model saat tim menggunakan AI.
Pada awal November 2026, Tencent Global Digital Ecosystem Conference menyediakan panggung khusus untuk peluncuran produk AI, dengan lebih dari 40 peluncuran selama dua hari. Ada satu pandangan yang patut diperhatikan: peningkatan efisiensi individu tidak serta-merta membuat organisasi lebih kuat; ada serangkaian kapabilitas organisasi yang menjembatani keduanya. Pernyataan ini disampaikan oleh Zhang Xiyao, Wakil Manajer Umum Tencent Cloud sekaligus penanggung jawab produk WorkBuddy untuk perusahaan.
Ini bukan sekadar ulasan lain tentang peluncuran produk Agent. Artikel ini membahas persoalan yang lebih mendasar: saat penggunaan AI berkembang dari individu ke tim, semua orang berbagi kemampuan dari model yang sama. Siapa yang boleh memanggil model, berapa banyak pemakaian setiap orang, dan proyek mana yang menyerap biaya—semuanya perlu dikelola terlebih dahulu pada lapisan pemanggilan model.
Manfaat utama: Setelah membaca artikel ini, Anda akan mendapatkan panduan pemeriksaan sebelum menerapkan AI di tingkat tim. Panduan ini mencakup integrasi model, kunci dan izin akses, pengalokasian biaya, pelacakan pemanggilan, serta pemanfaatan kembali pengalaman. Anda juga akan memahami masalah apa saja yang bisa dan tidak bisa diselesaikan oleh gateway terpadu.

Sekilas informasi utama tentang penggunaan AI dalam tim
Mari mulai dari latar belakang pembahasan. Semua informasi dalam tabel berikut berasal dari laporan GeekPark tentang konferensi tersebut.
| Informasi | Detail |
|---|---|
| Acara | Panggung peluncuran produk AI di Tencent Global Digital Ecosystem Conference: dua hari, tujuh topik, dan lebih dari 40 peluncuran produk |
| Kesimpulan utama | Produktivitas individu yang meningkat tidak otomatis membuat organisasi lebih kuat; ada serangkaian kemampuan organisasi yang diperlukan |
| Fokus peningkatan versi enterprise | Platform terbuka untuk terhubung ke sistem bisnis; solusi keamanan enterprise dan pusat observabilitas untuk mengelola hak akses, proses eksekusi, dan biaya penggunaan; Agent terkelola yang dapat berjalan 7×24 jam |
| Paket pendukung | Buddy One menyediakan akun terpadu, kumpulan Credit bersama, dan pengelolaan terpusat untuk mengurangi kerumitan konfigurasi dan penerapan AI di perusahaan |
| Contoh penerapan | Suning membangun platform Agent tingkat organisasi yang mencakup 14 departemen dan 48 skenario kolaborasi, serta menghasilkan 36 Agent yang dapat digunakan kembali |
| Tantangan skala | Jika setiap Agent membutuhkan lingkungan eksekusi tersendiri, menjalankan 100.000 karyawan digital bisa berarti membutuhkan 100.000 sandbox |
Tiga masalah nyata dalam penggunaan AI oleh tim
Laporan tersebut menyebutkan bahwa perusahaan perlu menjawab tiga pertanyaan saat menerapkan Agent: Bisakah Agent terhubung ke sistem yang sudah ada dan mengakses data yang diperlukan? Bagaimana hak akses untuk setiap karyawan dan Agent dikelola? Bagaimana cara agar metode efektif yang ditemukan satu orang bisa langsung digunakan oleh orang lain? Ketiga pertanyaan ini berlaku untuk semua tim yang ingin menerapkan AI, apa pun produk yang digunakan.
Yang menarik, dalam peningkatan versi enterprise, “hak akses, proses eksekusi, dan biaya penggunaan” dibahas dalam modul yang sama. Kumpulan Credit bersama juga dianggap sebagai cara untuk mengurangi kerumitan penerapan. Ini menunjukkan bahwa ketika AI beralih dari alat individu menjadi sumber daya tim, kontrol akses dan pencatatan biaya sudah menjadi persoalan infrastruktur, bukan sekadar perbaikan belakangan.
Mengapa lapisan pemanggilan model menjadi gerbang pertama penggunaan AI dalam tim
Saat menggunakan AI secara individual, biasanya setiap orang mendaftar ke beberapa layanan model, menautkan kartu pembayaran dan menyimpan kunci API masing-masing, lalu menulis alamat pemanggilan secara langsung di skrip atau alatnya sendiri. Cara ini efisien pada tahap eksplorasi, tetapi ketika jumlah anggota tim bertambah, berbagai masalah mulai bermunculan.
Masalah yang umum terjadi antara lain: kunci tersebar di komputer pribadi dan riwayat percakapan, sehingga saat serah terima karyawan yang keluar, tak ada yang tahu pasti berapa banyak kunci yang masih digunakan; tagihan akhir bulan hanya menunjukkan total biaya, tanpa rincian proyek atau orang yang memakainya; ketika sebuah model tiba-tiba mengalami error atau naik harga, setiap bagian yang alamat pemanggilannya ditulis secara langsung harus diubah satu per satu. Masalah ini tidak berkaitan dengan kemampuan Agent, melainkan karena lapisan pemanggilan model belum dikelola secara terpusat.

Setelah pemanggilan dipusatkan dalam satu lapisan, tim memiliki satu tempat untuk menerapkan aturan secara konsisten. “Mengelola dengan baik sejak awal” bukan berarti langsung membuat alur persetujuan yang rumit, melainkan memastikan semua pemanggilan melewati pintu masuk yang sama. Dengan begitu, tim punya landasan untuk mengelola hak akses, penggunaan, dan biaya selanjutnya.
5 daftar periksa lapisan pemanggilan model sebelum tim menggunakan AI
Daftar ini tidak terikat pada vendor tertentu. Kamu bisa menggunakannya untuk menilai gateway yang dibangun sendiri, solusi penyedia cloud, atau platform agregasi pihak ketiga.
| Item pemeriksaan | Pertanyaan yang perlu dijawab | Langkah minimum yang bisa diterapkan |
|---|---|---|
| 1. Akses model | Model apa saja yang dibutuhkan tim? Berapa banyak kode yang harus diubah untuk beralih model? | Gunakan antarmuka yang kompatibel dengan OpenAI secara konsisten dan jadikan nama model sebagai konfigurasi |
| 2. Kunci dan izin akses | Siapa yang memegang kunci? Bisakah kunci segera dicabut saat seseorang keluar atau terjadi kebocoran? | Bagikan kunci berdasarkan proyek atau layanan dan larang penggunaan kunci pribadi dalam kode produksi |
| 3. Pengelompokan biaya | Berapa biaya yang dikeluarkan setiap proyek dan tim? | Minimal, pisahkan penggunaan berdasarkan kunci atau proyek dan buat rincian tagihan bulanan |
| 4. Pelacakan pemanggilan | Saat terjadi masalah, bisakah kita menemukan pemanggilan dan model yang terkait? | Catat waktu permintaan, model, jumlah token, dan identitas pemanggil |
| 5. Pemanfaatan ulang praktik | Bisakah petunjuk dan alur kerja yang bagus langsung digunakan oleh orang lain? | Simpan petunjuk dan parameter yang sudah diuji sebagai templat bersama atau layanan internal |
Item 1–2: Akses model serta izin kunci
Kunci akses model adalah kemudahan untuk menggantinya. Setiap model unggul dalam tugas yang berbeda, sementara harga dan stabilitasnya juga bisa berubah. Jika kode aplikasi hanya bergantung pada satu antarmuka yang kompatibel dan nama model disimpan dalam konfigurasi, peralihan model cukup dilakukan dengan mengubah konfigurasi, tanpa perlu mengembangkan ulang.
Kunci pengelolaan izin adalah kemudahan untuk mencabut akses. Prinsip yang disarankan adalah satu kunci untuk setiap layanan dan satu kuota untuk setiap proyek, bukan menggunakan satu kunci super bersama untuk seluruh tim. Dengan begitu, jika satu kunci bocor, dampaknya terbatas pada layanan tersebut. Setelah kunci dicabut, layanan lain tetap berjalan.
Item 3–5: Pengelompokan biaya, pelacakan pemanggilan, dan pemanfaatan ulang praktik
Pengelompokan biaya menentukan apakah investasi AI bisa mendapatkan dukungan dari pihak bisnis. Jika yang terlihat hanya total tagihan, sulit menilai skenario mana yang benar-benar menghasilkan nilai dan mengajukan anggaran kepada manajemen. Sementara itu, pelacakan pemanggilan menjadi dasar untuk menyelidiki masalah. Saat pengguna melaporkan “jawaban AI salah”, kamu perlu bisa menemukan model dan masukan yang digunakan dalam pemanggilan tersebut.
Pemanfaatan ulang praktik sejalan dengan pendekatan dalam kasus Suning: alur peluncuran produk baru disusun menjadi templat dan dokumen proses dimasukkan ke basis pengetahuan. Waktu persiapan pun berkurang dari 3 hari kerja menjadi 4 jam, sementara metodenya tetap tersimpan dan bisa langsung digunakan kembali. Pada lapisan pemanggilan model, ini berarti mengemas petunjuk, pilihan model, dan kombinasi parameter yang sudah diuji, bukan membiarkannya tersimpan hanya di kepala satu orang.
Contoh pemanggilan AI terpadu untuk tim
Berikut contoh minimal pemanggilan model melalui antarmuka yang kompatibel dengan OpenAI. Nama model dibaca dari variabel lingkungan agar tim dapat menggantinya secara terpusat.
import os
import openai
client = openai.OpenAI(
api_key=os.getenv("TEAM_PROJECT_KEY"), # Kunci yang dibagikan per proyek
base_url="https://api.apiyi.com/v1" # Antarmuka terpadu APIYI
)
resp = client.chat.completions.create(
model=os.getenv("DEFAULT_MODEL", "gpt-4o-mini"),
messages=[{"role": "user", "content": "总结本周项目进展"}]
)
print(resp.choices[0].message.content)
Lihat versi wrapper tim dengan pencatatan pemanggilan
import os
import time
import json
import openai
client = openai.OpenAI(
api_key=os.getenv("TEAM_PROJECT_KEY"),
base_url="https://api.apiyi.com/v1" # Satu kunci untuk memanggil model dari berbagai penyedia
)
def team_chat(prompt: str, project: str, caller: str,
model: str = None, max_tokens: int = 1000) -> str:
"""Titik pemanggilan terpadu tim: mencatat proyek, pemanggil, model, dan penggunaan token"""
model = model or os.getenv("DEFAULT_MODEL", "gpt-4o-mini")
start = time.time()
resp = client.chat.completions.create(
model=model,
messages=[{"role": "user", "content": prompt}],
max_tokens=max_tokens,
)
usage = resp.usage
record = {
"ts": int(start),
"project": project,
"caller": caller,
"model": model,
"prompt_tokens": usage.prompt_tokens,
"completion_tokens": usage.completion_tokens,
"latency_ms": int((time.time() - start) * 1000),
}
# Tulis ke log lokal untuk nantinya diimpor ke laporan dan mengelompokkan biaya per proyek
with open("ai_usage.log", "a", encoding="utf-8") as f:
f.write(json.dumps(record, ensure_ascii=False) + "\n")
return resp.choices[0].message.content
print(team_chat("生成一份周报大纲", project="marketing", caller="alice"))
Wrapper ini menambahkan dua dimensi di sisi aplikasi: “proyek” dan “pemanggil”. Sekalipun platform sudah menyediakan statistik penggunaan, menyimpan catatan pemanggilan sendiri di sisi aplikasi tetap bermanfaat. Sebab, hanya sistem Anda yang tahu skenario bisnis untuk setiap pemanggilan.
🚀 Mulai cepat: Jika tim masih menggunakan kunci terpisah untuk setiap orang, Anda bisa mulai dengan satu kunci API melalui APIYI apiyi.com untuk mengakses model populer seperti OpenAI, Claude, dan Gemini. Platform ini menggunakan antarmuka yang kompatibel dengan OpenAI dan mengenakan biaya berdasarkan penggunaan. Pengguna baru juga mendapat kuota uji coba gratis, cocok untuk mulai menguji titik pemanggilan terpadu.
Apa yang bisa dan tidak bisa diselesaikan oleh lapisan pemanggilan model terpadu
Banyak tim menganggap gateway terpadu sebagai “jawaban untuk semua persoalan tata kelola AI”. Padahal, gateway hanya menangani lapisan pemanggilan model. Tabel berikut menjelaskan batasannya.

| Aspek | Yang bisa dilakukan lapisan pemanggilan terpadu | Yang tetap memerlukan bagian lain |
|---|---|---|
| Akses model | Memanggil model dari berbagai penyedia melalui satu antarmuka, dengan biaya peralihan yang rendah | Menentukan model yang cocok untuk setiap kebutuhan bisnis |
| Biaya | Saldo terpusat dan penagihan berdasarkan penggunaan memudahkan rekapitulasi | Menghubungkan biaya dengan hasil bisnis dan mengevaluasi ROI |
| Hak akses | Mengatur “siapa yang boleh memanggil model” | Mengatur “data apa yang boleh dibaca dan tindakan apa yang boleh dijalankan Agent” |
| Pelacakan | Mencatat model, token, dan waktu pada tingkat pemanggilan | Melacak seluruh rangkaian eksekusi Agent dan kualitas hasilnya |
| Penggunaan ulang | Menyediakan titik akses pemanggilan yang stabil | Mengelola petunjuk, templat alur kerja, dan basis pengetahuan agar bisa digunakan ulang |
Ini juga menjelaskan mengapa Tencent merilis solusi keamanan, pusat observabilitas, Agent Runtime, dan produk pengetahuan secara bersamaan dalam konferensi tersebut. Menurut laporan, Agent dapat memanggil alat, mengakses data, bahkan menjalankan kode secara mandiri. Karena itu, penting untuk membatasi cakupan operasinya, melindungi informasi sensitif, dan melacak penyebab saat masalah terjadi. Semua ini merupakan persoalan di lapisan runtime Agent dan lapisan data, di luar jangkauan gateway model.
Jadi, urutan yang masuk akal adalah: satukan dulu lapisan pemanggilan model agar akses dan pengeluaran terlihat; lalu tambahkan pengaturan hak akses data, keamanan Agent, dan perombakan alur kerja di atasnya. Jika lapisan dasarnya belum terlihat jelas, tata kelola di lapisan atas pun sulit dilakukan.
Analisis Dampak Penggunaan AI oleh Tim
Dampak bagi Penanggung Jawab Teknis
- Siapkan satu jalur akses dalam arsitektur: Saat mengintegrasikan Model Bahasa Besar ke proyek baru, jangan lagi mengizinkan alamat resmi satu penyedia ditanam langsung dalam kode. Gunakan antarmuka kompatibel yang disepakati tim.
- Masukkan manajemen kunci ke dalam operasional: Kunci API perlu dikelola seperti kata sandi basis data, dengan catatan penerbitan, rotasi, dan pencabutan.
- Rancang kolom log sejak awal: Setidaknya proyek, pemanggil, model, dan penggunaan Token harus bisa dikaitkan. Jika tidak, rekonsiliasi pada akhir bulan akan sulit dilakukan.
Dampak bagi Pengambil Keputusan Bisnis dan Tim Pengadaan
Saat tim mengadakan layanan AI, fokus penilaian akan bergeser dari “model mana yang paling kuat” menjadi “apakah penggunaannya bisa dikelola”. Tabel berikut merangkum prioritas berdasarkan tahap perkembangan tim sebagai acuan untuk rencana penerapan.
| Tahap tim | Kondisi umum | Prioritas pada lapisan pemanggilan model |
|---|---|---|
| Eksplorasi individu | Beberapa orang mencoba dengan biaya sendiri dan memiliki kunci masing-masing | Pilih antarmuka bersama dan satukan akun yang tersebar |
| Uji coba kelompok | Satu atau dua proyek mulai bergantung pada AI | Bagikan kunci per proyek dan mulai pencatatan dasar penggunaan |
| Penerapan di departemen | Beberapa lini bisnis melakukan pemanggilan secara bersamaan | Kelompokkan biaya per proyek dan sediakan riwayat pemanggilan yang bisa ditelusuri |
| Penerapan di seluruh organisasi | Agent masuk ke proses bisnis inti | Tambahkan pengaturan hak akses data, keamanan Agent, dan evaluasi hasil |
Tim pengadaan juga perlu memastikan alur pembayaran dan dokumen penagihan sesuai dengan persyaratan keuangan perusahaan. Perhatikan pula tingkat perincian hak akses, kolom log, masa penyimpanan, dan cara ekspor. Detail ini cukup berbeda antarplatform, jadi sebaiknya konfirmasikan satu per satu dengan penyedia sebelum menandatangani kontrak dan jadikan dokumentasi resminya sebagai acuan.
Dampak bagi Industri
Dalam konferensi tersebut, Buddy One memperkenalkan kumpulan Credit bersama dan pengelolaan terpusat. Ini menunjukkan bahwa pengalokasian kuota model sebagai sumber daya bersama tim mulai menjadi pendekatan standar dalam produk AI untuk perusahaan. Baik pada paket layanan perusahaan teknologi besar maupun platform agregasi model independen, visibilitas penggunaan dan kemampuan mengelompokkan biaya kemungkinan akan menjadi kebutuhan dasar pelanggan perusahaan, bukan sekadar nilai tambah.
💡 Saran pemilihan: Sebelum menerapkan secara luas, lakukan uji coba skala kecil menggunakan data bisnis nyata. Melalui APIYI apiyi.com, kamu bisa memanggil model dari beberapa penyedia sekaligus, membandingkan hasil dan konsumsi Token untuk tugas yang sama, lalu menentukan model default tim.
Pertanyaan Umum FAQ
Q1: Apa itu “tata kelola lapisan pemanggilan model” saat tim menggunakan AI?
Ini adalah pengelolaan terpusat atas cara tim mengakses Model Bahasa Besar: model apa yang digunakan, siapa yang memegang kunci, berapa pemakaian setiap proyek, dan apakah setiap pemanggilan dapat ditelusuri. Lapisan ini tidak menangani logika bisnis Agent, tetapi memastikan semua pemanggilan melewati satu pintu masuk yang dapat dikelola.
Q2: Apa perbedaan lapisan pemanggilan model terpadu dan platform Agent perusahaan?
Platform Agent perusahaan berfokus pada cara Agent terhubung ke sistem bisnis, mengakses data, bekerja sama, dan berjalan dalam waktu lama. Lapisan pemanggilan model hanya berfokus pada tahap pemanggilan model. Cakupan platform Agent lebih luas, tetapi tetap bergantung pada akses model yang stabil dan terkendali di lapisan bawah. Keduanya saling melengkapi, bukan saling menggantikan.
Q3: Apakah tim kecil perlu menerapkannya sekarang?
Perlu, tetapi bisa dimulai dengan versi sederhana. Dua langkah paling penting bagi tim kecil adalah menyatukan antarmuka pemanggilan dan mencegah kunci pribadi masuk ke kode produksi. Biaya kedua langkah ini rendah, sedangkan memperbaikinya setelah tim membesar akan jauh lebih merepotkan.
Q4: Bagaimana cara menyiapkan pintu masuk pemanggilan model terpadu untuk tim dengan cepat?
Salah satu cara sederhana adalah menggunakan platform agregasi yang kompatibel dengan OpenAI. Misalnya, setelah mendaftar di APIYI apiyi.com, dapatkan kunci API lalu ganti base_url dalam kode menjadi `https://api.apiyi.com/v1`. Dengan begitu, kode yang sama dapat digunakan untuk memanggil model OpenAI, Claude, Gemini, dan lainnya. Padukan dengan fungsi pembungkus dalam artikel ini untuk mencatat pemakaian per proyek.
Q5: Apakah platform agregasi bisa langsung menggantikan sistem perizinan tim?
Tidak sepenuhnya. Platform dapat mengontrol akses model dan penagihan, tetapi tingkat perincian izin per anggota dan per proyek, batas kuota, serta kebijakan penyimpanan log berbeda di setiap platform. Periksa dokumentasi platform untuk memastikannya. Sementara itu, izin akses data bisnis dan izin operasi Agent harus ditangani oleh sistem perusahaan sendiri. Kemampuan spesifik dapat diperiksa di pusat dokumentasi APIYI apiyi.com sebelum membuat rencana.
Poin Penting Lapisan Pemanggilan Model AI untuk Tim
- Produktivitas individu tidak otomatis memperkuat organisasi: Saat tim berbagi kemampuan model, masalah pengelolaan sering muncul lebih dulu daripada keterbatasan model.
- Satukan titik akses sebelum menerapkan tata kelola: Aturan akses dan biaya baru bisa diterapkan secara konsisten jika semua pemanggilan melewati satu lapisan.
- Distribusikan kunci berdasarkan proyek: Satu layanan menggunakan satu kunci, sehingga akses bisa segera dicabut jika terjadi kebocoran atau ada karyawan yang keluar.
- Biaya harus dapat dikelompokkan per proyek: Tambahkan kolom proyek dan pemanggil di sisi aplikasi agar biaya bisa direkonsiliasi pada akhir bulan.
- Gateway punya batas: Hak akses data, keamanan Agent, dan perubahan proses perlu ditangani di bagian lain.
- Mulai dengan biaya rendah: Gunakan APIYI apiyi.com untuk mengakses berbagai model dengan satu kunci, lalu jalankan proyek percontohan terlebih dahulu.
Kesimpulan
Diskusi tentang Agent untuk perusahaan dalam konferensi Tencent bukan terutama soal seberapa canggih suatu Agent, melainkan bagaimana organisasi memanfaatkan kemampuan tersebut. Bagi penanggung jawab yang ingin mendorong penggunaan AI dalam tim, lapisan pemanggilan model adalah salah satu bagian yang paling mudah diterapkan lebih dulu, tetapi juga mudah terlewat:
- Akses model harus mudah diganti: Gunakan antarmuka kompatibel yang seragam dan jadikan nama model sebagai konfigurasi.
- Akses dan biaya harus terlihat: Distribusikan kunci per proyek dan kelompokkan penggunaan agar pencatatan biaya tetap jelas.
- Pengalaman harus bisa digunakan kembali: Jadikan petunjuk dan alur kerja yang sudah teruji sebagai aset tim.
Tren mungkin akan berlalu, tetapi daftar periksa ini tetap relevan untuk penerapan AI di tim dengan ukuran apa pun. Mulailah dengan satu atau dua skenario bisnis sebagai proyek percontohan, pastikan titik akses pemanggilan dan pencatatan penggunaan berjalan, lalu perluas secara bertahap. APIYI apiyi.com dapat digunakan untuk menguji akses terpadu ke berbagai model dengan cepat. Platform ini menyediakan kuota uji coba gratis dan sistem pembayaran sesuai penggunaan.
📚 Referensi
- GeekPark – Mengapa seseorang bisa menggunakan AI dengan baik, tetapi sebuah perusahaan tidak?: Liputan pengumuman terkait Agent perusahaan di Tencent Global Digital Ecosystem Conference
- Tautan:
geekpark.net/news/373541 -
Keterangan: Mencakup pembaruan WorkBuddy edisi perusahaan, Buddy One, studi kasus Suning, dan Agent Runtime
-
Dokumentasi OpenAI API: Penjelasan antarmuka Chat Completions dan field usage
- Tautan:
platform.openai.com/docs - Keterangan: Memahami struktur permintaan pada antarmuka yang kompatibel dan cara penghitungan token
Penulis: Tim Teknis APIYI
Diskusi teknis: Hubungi kami melalui halaman utama situs resmi APIYI di apiyi.com. Untuk informasi integrasi lainnya, kunjungi pusat dokumentasi di docs.apiyi.com