Analisis AI9 menit baca

Dari Gems ke Skills: kustomisasi Gemini menjadi alur kerja yang dapat digunakan kembali

Transisi bertahap Google lebih dari sekadar label baru. Siapkan instruksi, berkas referensi, dan contoh verifikasi sebelum memindahkan Gem yang familier ke skill yang dapat dikombinasikan.

K
Ken Jo

Instruksi dan materi referensi yang dapat digunakan kembali bergabung dalam percakapan bersama

Ilustrasi editorial orisinal. Gambar ini menggambarkan gagasan instruksi yang dapat digunakan kembali, bukan tangkapan layar Gemini atau arsitektur internalnya.

Personalisasi menjadi salah satu bagian paling menarik dari AI konsumen. Asisten yang berguna bukan sekadar mengetahui banyak hal; asisten itu mengingat cara seseorang ingin tugas berulang dikerjakan. Ringkasan riset, tinjauan editorial, dan serah terima proyek membutuhkan standar yang berbeda. Mengulang standar tersebut di setiap percakapan melelahkan, sedangkan membiarkannya tersirat menghasilkan keluaran yang tidak konsisten.

Transisi Google dari Gems menuju Skills mencerminkan masalah itu. Alih-alih memperlakukan setiap asisten khusus sebagai tujuan yang sepenuhnya terpisah, instruksi yang dapat digunakan kembali bisa menjadi bagian dari percakapan yang sedang berlangsung. Perubahan ini tampak kecil di tingkat antarmuka, tetapi berimplikasi lebih besar pada cara orang mengatur alur kerja. Perubahan ini juga menimbulkan pekerjaan migrasi: rangkaian instruksi yang familier tidak otomatis menjadi skill yang terdefinisi dengan baik, portabel, dan dapat diuji.

Peluncuran berbeda menurut jenis akun

Google menjadwalkan peluncuran Skills di aplikasi Gemini mulai 13 Oktober 2026, dengan penyelesaian bertahap yang diperkirakan pada pertengahan November; peluncuran Skills untuk Workspace dimulai 5 Oktober. Karena peluncurannya bertahap, ketersediaan dapat berbeda menurut akun. Pengumuman Google Workspace

Halaman bantuan Google menjadwalkan transisi Gems ke Skills pada November 2026 untuk akun pribadi, Maret 2027 untuk akun Workspace business, enterprise, dan nonprofit, serta Juni 2027 untuk akun Workspace education. Tanggal transisi ini terpisah dari peluncuran fitur Skills. Periksa panduan untuk akun Anda dan tanyakan kepada administrator tentang ketersediaan yang dikelola. Bantuan transisi Gems ke Skills

Sebelum bermigrasi, simpan salinan yang mudah dibaca dari nama, instruksi, dan berkas referensi setiap Gem. Salinan itu membantu mempertahankan tujuannya dan membandingkan alur kerja baru saat Skills tersedia di akun Anda.

Sebuah skill seharusnya menjelaskan pekerjaan yang berulang

Google menjelaskan Skills sebagai instruksi yang dapat digunakan kembali di berbagai obrolan, dipilih secara eksplisit atau diterapkan saat relevan, serta digabungkan untuk pekerjaan yang lebih kompleks. Panduan pembuatan saat ini mendukung berkas SKILL.md di direktori akar dengan materi referensi opsional yang didukung dan menjelaskan pembatasan tindakan eksternal untuk skrip yang diunggah. Detail ini membuat pembedaan antara serangkaian instruksi dan program tanpa batas yang diberi izin mengoperasikan situs web menjadi penting. Membuat dan mengelola Skills untuk Gemini Apps

Kesalahan termudah adalah mengubah setiap prompt panjang menjadi skill. Panjang bukan kualitas yang menentukan. Skill yang berguna memiliki pekerjaan yang jelas, masukan yang jelas, standar keluaran, dan kondisi yang membuatnya tidak boleh bertindak. Jika unsur-unsur itu tidak ada, penggunaan ulang otomatis dapat mengulang ambiguitas alih-alih menghemat waktu.

Pertimbangkan kustomisasi hipotetis "ringkasan riset". Instruksinya tidak cukup hanya mengatakan "lakukan secara menyeluruh". Instruksi dapat mewajibkan pertanyaan riset, tanggal batas, tautan sumber primer, serta pembedaan antara temuan terkonfirmasi dan interpretasi. Instruksi juga dapat melarang mengarang sumber ketika bukti tidak tersedia. Persyaratan ini memudahkan peninjauan keluaran dan membantu mengenali tugas.

Sekarang pertimbangkan kustomisasi "gaya editorial" yang terpisah. Kustomisasi itu dapat menetapkan paragraf pendek, bahasa lugas, dan judul yang konsisten. Memisahkannya dari persyaratan bukti membuat penggunaan ulang lebih fleksibel. Pengguna dapat menerapkan standar bukti yang sama pada penyelidikan teknis dan ringkasan berita sambil memilih gaya penulisan berbeda. Itulah daya tarik komposisi, selama instruksinya tidak saling bertentangan.

Inventarisasi maksudnya sebelum menyalin teks

Sebelum memindahkan Gem, catat hal-hal yang sudah berjalan baik. Untuk tugas apa Anda menggunakannya? Informasi apa yang biasanya Anda berikan? Bagian keluaran mana yang selalu Anda koreksi? Berkas referensi mana yang penting, dan mana yang ditambahkan berbulan-bulan lalu untuk tugas satu kali? Inventarisasi ini lebih bernilai daripada mempertahankan prompt yang kompleksitas tak sengajanya tidak dipahami siapa pun.

Pisahkan aturan yang tahan lama dari konteks sementara. "Bedakan klaim perusahaan dari pengukuran independen" adalah aturan riset yang tahan lama. "Peluncuran kami Kamis depan" adalah konteks sementara yang bisa salah begitu kalender bergeser. Instruksi yang dapat digunakan kembali tidak boleh diam-diam membawa fakta lama ke tugas baru hanya karena fakta tersebut pernah berguna.

Periksa informasi privat yang terselip dalam contoh. Nama pelanggan sungguhan, alamat internal, atau rencana bisnis yang belum diumumkan mungkin masuk ke prompt asli sebagai contoh praktis. Belum tentu informasi itu pantas berada dalam konfigurasi yang dapat digunakan kembali. Ganti rincian yang tidak perlu dengan contoh netral dan simpan materi sensitif yang memang diperlukan di bawah kontrol akun dan akses yang sesuai.

Inventarisasi juga harus menemukan asumsi yang tidak pernah ditulis. Mungkin seorang kolega selalu memeriksa angka akhir, atau Anda selalu memberikan dokumen sumber sebelum memulai. Jika alur kerja baru membuat skill tersedia di banyak percakapan, asumsi-asumsi tersebut mungkin tidak lagi berlaku. Jadikan semuanya persyaratan eksplisit alih-alih berharap konteks sekitar tetap sama.

Simpan salinan referensi yang portabel

Konfigurasi asli disimpan berdampingan dengan calon migrasi dan hasil yang telah ditinjau

Daftar periksa migrasi orisinal. Perbandingan ini adalah proses peninjauan yang diusulkan, bukan hasil migrasi akun yang dilaporkan Google.

Salinan portabel memberi Anda sesuatu untuk diperiksa ketika antarmuka berubah. Salinan itu dapat memuat nama, tujuan, instruksi, daftar berkas referensi, dan beberapa contoh tugas. Gunakan format umum yang dapat dibaca tanpa bergantung pada satu produk. Ini bukan janji kompatibilitas impor universal, melainkan cara mempertahankan makna kustomisasi meski mekanisme impornya berbeda.

Untuk berkas referensi, catat alasan setiap berkas disertakan dan kapan terakhir ditinjau. Dokumen kebijakan mungkin berlaku di satu organisasi dan tidak relevan di tempat lain. Panduan gaya bisa kedaluwarsa. Sebuah tabel mungkin berisi informasi yang tidak boleh dibagikan di luar tim. Nama berkas saja jarang menjelaskan batasan-batasan tersebut.

Pertahankan konfigurasi asli saat mengevaluasi calon migrasi. Migrasi dapat mempertahankan redaksi tetapi mengubah perilaku karena model, alat, atau konteks percakapan di sekitarnya berbeda. Salinan untuk pemulihan membantu membedakan masalah instruksi dari perubahan platform. Salinan itu juga mencegah penulisan ulang yang terburu-buru menjadi satu-satunya versi yang tersisa.

Jangan samakan portabilitas dengan distribusi tanpa batas. Konfigurasi dapat menyertakan materi referensi berlisensi atau informasi privat. Fakta bahwa semuanya muat dalam berkas teks tidak berarti pantas dipublikasikan atau dikirim ke layanan lain. Tinjau isi dan tujuan sebelum membagikan skill kepada kolega atau mengimpor skill dari pembuat yang tidak dikenal.

Templat ringkas memperjelas aturan kerja

Contoh berikut adalah templat riset orisinal dan sengaja dibuat minimal. Ini adalah konten untuk diadaptasi di editor lokal, bukan perintah untuk dijalankan di shell. Contoh ini tidak menyatakan bahwa Google mewajibkan judul bagian persis seperti ini, dan harus diperiksa terhadap panduan platform terkini sebelum diimpor.

markdown
---
name: source-linked-research
description: Draft a research brief that separates evidence from interpretation.
---

# Masukan
- Pertanyaan riset dan audiens yang dituju.
- Tanggal batas serta sumber yang disetujui atau cakupan pencarian.

# Metode
- Utamakan sumber primer untuk klaim faktual tentang produk.
- Bedakan pengumuman, pengukuran, dan analisis pribadi.
- Tandai bukti yang tidak tersedia alih-alih mengarang fakta atau sitasi.

# Keluaran
- Temuan utama, tautan pendukung, dan pertanyaan yang belum terjawab.
- Jangan mengirim atau menerbitkan apa pun secara eksternal tanpa persetujuan terpisah.

Nilainya bukan terletak pada redaksi tertentu. Nilainya adalah kontraknya terlihat jelas. Pembaca dapat mengenali masukan, memeriksa aturan saat bukti tidak tersedia, dan melihat bahwa publikasi adalah tindakan terpisah. Editor berikutnya dapat mengubah satu persyaratan tanpa perlu mengurai banyak instruksi persona yang tidak berkaitan.

Jaga agar contoh cukup kecil untuk mengungkap kegagalan. Jika tugasnya adalah riset yang tertaut ke sumber, sertakan kasus dengan tanggal yang bertentangan serta kasus ketika klaim tidak memiliki sumber primer. Jika tugasnya meninjau dokumen, sertakan berkas dengan persyaratan ambigu. Templat yang hanya berhasil pada masukan mudah dan lengkap belum banyak membuktikan tentang pekerjaan sehari-hari.

Hindari menyimpan rahasia, token autentikasi, atau instruksi alat tanpa batas di berkas skill. Instruksi yang dapat digunakan kembali seharusnya menjelaskan pekerjaan, bukan berfungsi sebagai penyimpanan kredensial. Jika tugas memerlukan akses ke informasi privat, akses tersebut semestinya diatur melalui kontrol izin dan akun platform yang tepat. Kemudahan tidak boleh menyamarkan materi sensitif di dalam konfigurasi.

Menggabungkan skill juga dapat menggabungkan konflik

Komposisi menarik karena tugas nyata memiliki beberapa dimensi. Sebuah laporan mungkin memerlukan standar riset, gaya internal, dan penjelasan yang sesuai audiens. Namun, instruksi dapat bertentangan: satu meminta jawaban singkat sementara yang lain meminta audit menyeluruh; satu mendorong rekomendasi tegas sementara yang lain mengharuskan ketidakpastian tetap menonjol. Alur kerja yang berguna akan menyadari konflik itu alih-alih menghasilkan kompromi sewenang-wenang.

Mulailah dengan dua skill yang saling melengkapi sebelum menambahkan banyak lainnya. Periksa apakah standar bukti tetap terjaga setelah instruksi gaya diterapkan dan apakah keluarannya masih sesuai untuk audiens. Jika hasilnya berubah secara tak terduga, uji setiap skill secara terpisah. Jika tidak, kesalahan sulit dilacak dan pengguna mungkin menanggapi dengan menumpuk lebih banyak instruksi.

Aktivasi eksplisit dapat berguna saat evaluasi. Pemilihan relevansi otomatis memang praktis ketika berfungsi, tetapi dapat membuat instruksi yang diterapkan kurang terlihat. Untuk tugas yang berdampak, catat skill yang memang ingin digunakan dan periksa apakah hasilnya mengikuti skill tersebut. Ini rekomendasi peninjauan, bukan klaim bahwa antarmuka tertentu menyediakan jejak instruksi yang lengkap.

Batasi cakupan agar suatu skill tidak melekat pada pekerjaan yang tidak terkait. Aturan "riset finansial" tidak semestinya diam-diam membentuk percakapan penulisan kreatif. Templat dukungan pelanggan tidak semestinya mengubah pertanyaan pribadi menjadi tiket resmi. Personalisasi yang baik juga tahu kapan kustomisasi tidak relevan.

Bandingkan tugas sebelum menghentikan alur kerja lama

Peninjauan migrasi yang praktis menggunakan kumpulan kecil masukan yang sama sebelum dan sesudah perubahan. Sertakan satu kasus biasa, satu masukan tidak lengkap, dan satu kasus tepi yang sebelumnya perlu dikoreksi. Bandingkan substansinya, bukan hanya format. Apakah versi baru mempertahankan peringatan yang diwajibkan? Apakah versi itu mengarang detail yang hilang? Apakah batasan tindakan eksternal tetap terjaga?

Untuk alur kerja riset, periksa setiap tautan penting dalam satu sampel keluaran. Untuk alur editorial, pastikan makna yang dimaksud tetap terjaga setelah penulisan ulang. Untuk serah terima internal, pastikan tanggung jawab dan pertanyaan yang belum terjawab tidak diubah menjadi pekerjaan yang seolah-olah sudah selesai. Pemeriksaan harus sesuai dengan tugas, bukan bergantung pada satu skor "kualitas" generik.

Catat tanggal, jenis akun, dan versi konfigurasi yang digunakan untuk perbandingan. Catatan itu memudahkan penyelidikan perubahan di kemudian hari. Jika hasil memburuk setelah pembaruan, Anda dapat bertanya apakah instruksinya berubah, materi sumbernya berubah, atau platformnya berubah. Tanpa titik referensi, setiap penyelidikan berawal dari ingatan yang tak pasti tentang cara kerja sebelumnya.

Untuk penggunaan personal, ini tidak memerlukan sistem evaluasi besar. Daftar periksa singkat dan beberapa contoh tersimpan mungkin cukup untuk menangkap kemunduran yang jelas. Tim dengan alur kerja berdampak besar mungkin memerlukan tinjauan yang lebih formal, tetapi prinsipnya sama: migrasi selesai setelah perilaku yang diinginkan diperiksa, bukan sekadar setelah berkas diimpor.

Personalisasi membutuhkan kepemilikan, bukan hanya kemudahan

Transisi ini mengarah pada masa depan yang lebih luas, ketika pengguna membawa cara kerja yang dapat digunakan kembali dari satu tugas ke tugas lain alih-alih selalu memulai dari prompt kosong. Hal itu dapat bermanfaat. Namun, ini juga dapat menciptakan jenis perangkat lunak terakumulasi baru: kumpulan instruksi dan referensi yang memengaruhi keputusan penting meski tidak terlihat seperti aplikasi konvensional.

Seseorang perlu memiliki tanggung jawab atas kumpulan itu. Siapa yang memperbarui berkas referensi? Siapa yang meninjau skill bersama setelah kebijakan berubah? Siapa yang memutuskan apakah instruksi impor layak digunakan? Pertanyaan-pertanyaan itu mudah ditunda ketika kustomisasi terasa seperti prompt santai. Pertanyaan itu lebih sulit diabaikan ketika konfigurasi yang sama digunakan kembali dalam pekerjaan harian tim.

Bagi individu, tanggung jawabnya mungkin sederhana: simpan salinan yang mudah dibaca, hapus asumsi usang, dan verifikasi keluaran yang berdampak. Bagi organisasi, mungkin diperlukan konfigurasi yang disetujui, aturan akses, dan proses peninjauan. Apa pun pengaturannya, personalisasi tidak boleh dianggap sebagai jaminan kebenaran. Asisten yang familier tetap bisa membuat kesalahan yang tidak familier.

Pindahkan alur kerjanya, bukan hanya namanya

Persiapan paling berguna adalah mempertahankan pekerjaan yang dilakukan Gem Anda dan menjadikan persyaratannya eksplisit. Simpan salinan referensi, kenali berkas yang menjadi dependensinya, pisahkan aturan stabil dari fakta sementara, lalu uji calon migrasi dengan masukan yang mewakili penggunaan sebenarnya. Setelah itu, gunakan informasi peluncuran untuk akun Anda sendiri, bukan mengasumsikan satu tenggat global.

Skills dapat membuat kustomisasi lebih mudah digunakan kembali dan dikombinasikan. Manfaatnya berasal dari kontrak yang jelas dan peninjauan cermat, bukan dari kata "skill" itu sendiri. Saat alat AI menjadi lebih personal, konfigurasi yang bernilai adalah yang dapat Anda pahami, pelihara, dan verifikasi. Memindahkan pemahaman itu lebih penting daripada menyalin prompt ke layar baru.


Simpan keputusan migrasi Anda di satu tempat

Bagi pembaca yang mengatur riset, catatan konfigurasi, dan keputusan peninjauan, Telli.sh adalah salah satu ruang kerja opsional. Buat catatan tinjauan.


← Kembali ke blog