Peluncuran Gemini CLI GitHub Actions

• Google memperkenalkan Gemini CLI GitHub Actions, yang dibangun di atas Gemini CLI, untuk mendukung kolaborasi tim di repositori GitHub.
  • Gemini CLI adalah agen AI open source yang memungkinkan pemanfaatan fitur AI dari terminal.
  • Versi GitHub Actions ini dirancang untuk lingkungan kerja tim dan dapat dianggap sebagai rekan AI yang tinggal di dalam repo.
• Alat ini tersedia secara gratis dan open source, serta saat ini dapat digunakan secara global sebagai versi beta.
• Alat ini secara otomatis dan asinkron dijalankan berdasarkan event di repositori GitHub (seperti issue baru, pembuatan PR), lalu memproses tugas secara otomatis sambil memahami seluruh konteks proyek.
• Menyediakan 3 workflow open source yang kuat:
  • Triase Isu Cerdas (Intelligent issue triage)
    • Menganalisis issue baru lalu memberi label dan menentukan prioritas secara otomatis.
    • Membantu pengembang fokus pada pekerjaan yang penting.
  • Review PR Dipercepat (Accelerated pull request reviews)
    • Memberikan umpan balik yang segera dan mendalam terhadap perubahan kode.
    • Memeriksa kualitas kode, gaya, dan akurasi untuk mengurangi beban reviewer.
  • Kolaborasi Berbasis Permintaan (On-demand collaboration)
    • Anda bisa mendelegasikan pekerjaan dengan menyebut @gemini-cli di issue atau PR.
    • Contoh: "Menulis tes untuk bug ini", "Mengimplementasikan usulan di atas", "Brainstorming solusi alternatif", "Perbaikan bug yang terdefinisi dengan jelas"
• Anggap alur kerja ini sebagai launchpad; karena bersifat open source, Anda bisa membuat konfigurasi alur kerja sendiri.
• Dengan mengotomatisasi tugas-tugas yang berulang dan menyita banyak waktu, Anda dapat meningkatkan produktifitas pengembangan, meningkatkan efisiensi review kode dan manajemen issue, serta mempercepat kolaborasi tim.

[GN⁺]

Komentar Hacker News

• Ini membuat bingung karena tidak jelas apakah ini sebenarnya CLI, GitHub Action, atau GitHub Application. Jules sebelumnya disebut sebagai “coding agent”, tapi sekarang saya ragu apakah ada alat lain yang menggantikan peran itu atau ini contoh self-cannibalization Google. Saya merasa ini saat yang tepat agar perusahaan ini punya kepemimpinan dengan visi yang lebih jelas. Saya sudah 13 tahun menulis kode Android, pernah bekerja sama dengan Google, jadi pemimpin di komunitas dan konferensi pengembang Google, berinteraksi dengan banyak GDE, dan memang memakai Gemini API di produk saya, tetapi tetap susah banget memahami ini. Dari sisi pelanggan biasa, ini pasti sangat sulit dipahami. Untuk koneksi Gemini API saja ada 2 SDK, dan dokumentasinya tersebar; untuk fitur tertentu saya harus mencari di Google lalu mengulik repositori kode. Sebagian besar fitur yang dibutuhkan kena rate limit atau hanya terbuka untuk tester tertutup. Jumlah coding agent-nya juga sampai 3. Meskipun akses ke akun Google dan HP ada, aplikasinya Gemini jadi tidak berguna. Bahkan pekerjaan dasar seperti menambahkan service account di Google Cloud pun membingungkan dari sisi UX. Satu-satunya hal yang lumayan berguna adalah AI Studio. Bisa eksperimen berbagai model, dan DX penerbitan API key Gemini lebih baik. Jujur, sulit untuk menganggap ini sesuatu yang perlu dirayakan; ini terasa seperti produk baru kelas “menengah”.

  • Saya merasa perlu batas yang jelas antara budaya riset dan budaya software. Di lingkungan riset, keramaian ketika beberapa tim bereksperimen sekaligus justru bisa berdampak positif, sedangkan software dan produk yang langsung dihadirkan ke pelanggan butuh pendekatan berbeda.

  • Google punya banyak ruang “inkubasi”, lalu ketika beberapa di antaranya sukses, seolah tidak menyatu mulus dengan produk yang sudah ada dan membuat pengguna bingung. Ada juga kasus NotebookLLM. Tapi secara pribadi saya pikir eksperimen sebanyak ini lebih baik. Tim NotebookLLM terlihat punya budaya kerja yang mandiri.

  • Yang paling lucu adalah akses ke akun Google dan info HP ada, tapi Gemini app tidak bisa melakukan apa pun. Saat dibuka, ia menyapa “Hello, Vasco”, tapi kalau ditanya “nama saya siapa?” jawabannya “tidak dapat mengakses data pengguna”. Saya tahu alasannya, tapi situasinya tetap konyol.

  • Jules berjalan secara asinkron di VM dengan checkout kode terpisah. Gemini CLI berjalan secara sinkron di lokal bersama user (kecuali mode YOLO). Keduanya benar-benar berbeda.

  • Untuk Google Workspace, ceritanya juga lain. Mengaktifkan Gemini CLI di seluruh organisasi adalah aktivitas yang memuat rasa senang sekaligus sedih. Penjelasan detail

• Saya mengerti Google merasa perlu masuk kompetisi AI coding, tapi ada banyak yang terasa aneh.

  • Gemini pun tidak bisa melakukan pemesanan kalender sederhana seperti jadwal meeting.

  • Di Google Docs, tidak bisa edit kolaboratif dan hanya bisa insert.

  • Tidak ada MCP (titik kontrol pusat) untuk mengelola Docs atau Sheets.

  • Bantuan rumus di Sheets justru lebih jelek daripada Google Search. Banyak area khas seperti ini, sayang AI-nya tidak menonjol. Dulu saya mencoba cari string persis “remarkable” di Gmail, hasilnya masih muncul kata terkait seperti “amazing”. Pencarian di semua produk menurun, jadi ini saat yang membuat frustrasi.

  • Secara langsung, saya melihat saat email konfirmasi pengiriman di HP Android, jika menekan lama tombol daya, Gemini muncul sebagai pop-up. Ketika memuat konteks layar dan saya bilang “masukkan ini ke kalender saya”, jadwal pun ditambahkan. Tidak selalu sempurna (mis. kalau melintasi beberapa hari atau lokasi aneh kadang hilang), tapi makin lama makin membaik. Jika pelanggan Google Workspace, integrasi Gemini web app dengan Calendar dan Drive juga didukung. Beragam tugas lain juga bisa, seperti ringkasan dokumen. Jadi klaim “tidak bisa membuat jadwal” sebenarnya tidak tepat.

  • Saya rasa alasan Google tidak merilis Gemini ke Docs mirip dengan mengapa Apple tidak membuka AI-nya ke iPhone. Keandalannya belum mutlak untuk level 99.99% ke publik. Hanya tech early adopter yang memanfaatkannya dengan baik; untuk pengguna umum saya tidak akan menyarankan.

  • Banyak sekali penggunaan kecil tapi berguna, hanya saja pemasaran yang kurang. Misalnya, saat saya minta Gemini mengubah daftar belanja dari foto ke format yang bisa ditempel, ia hanya memindahkannya ke Google Keep saja dan tidak bisa mengkategorikan. Kalau tim sedikit lebih memprioritaskan dan menyempurnakannya, manfaatnya akan jauh lebih besar. OpenAI memasarkan banyak fitur di TikTok, sementara banyak orang muda usia 30-an ke bawah bahkan tak tahu Gemini ada. Saya justru merasa Gemini lebih praktis dibanding ChatGPT, tapi pemasaran sama sekali belum cukup.

  • Dukungan Google Docs memang sangat terbatas, jadi tidak menimbulkan ekspektasi.

  • Persepsi saya, search yang diubah jadi hanya berbasis embedding tidak berjalan dengan benar. Nyatanya diperlukan pencarian hybrid dengan campuran embedding, text matching, dan quality vectors, dan tidak mudah membuatnya skalabel dengan cepat. Kalau ada sistem seperti itu, akan sangat membantu kalau diberitahu.

• Butuh waktu yang sangat banyak untuk mengetahui secara pasti apa itu layanan. Harus menyisihkan kalimat promosi, penjelasan panjang, dan terminologi tak perlu supaya bentuk aslinya terlihat. Menurut pemahaman saya, ini adalah GitHub Action. Ia adalah wrapper: dimasukkan ke file YAML workflow GitHub, menjalankan Gemini CLI, lalu mengirim prompt, konteks repo, serta data event seperti issue atau PR diff agar melakukan respons atau pekerjaan. Melalui token atau app, memungkinkan baca/tulis data repo lewat GitHub API (menambah label, komentar, usulan kode, dll). Penggunaan endpoint Gemini LLM HTTPS API-nya menggunakan pola pemanggilan standar.

  • Ada video diskusi di podcast Latent Space tentang semantic linting pada CLI berbasis AI dari Boris Cherny dan Catherine Wu. Wawancara YouTube terkait Saya belum pernah memakai CLI berbasis AI secara aktif di CI/CD, tetapi tertarik sekali pada tugas yang bersifat semantically pass/fail.

  • Di dokumentasi tertulis “gunakan ini di antarmuka chat”, dan saya penasaran, apa itu antarmuka chat.

• Paket Gemini (mis. Google One, Workspace, dan sebagainya) berlaku hanya untuk produk berbasis web, sedangkan berbasis API (mis. Gemini CLI) dikecualikan. Akan sangat revolusioner jika cukup bayar satu langganan bulanan untuk developer agar bisa memakai CLI, github action, Gemini chat, Jules, dan lain-lain. Saya benar-benar menginginkan model langganan tunggal seperti Claude.

  • Untuk memahami struktur langganan saja mungkin perlu AI.

  • Tier gratis Gemini memang membingungkan. Saya mencobanya dengan beberapa agen; setelah 5–6 request saja sudah kena rate limit. Sebaliknya aplikasi web terasa bisa dipakai tanpa batas. Mereka bilang ada “alokasi gratis yang dermawan”, tapi di praktiknya berhenti dalam waktu singkat. Cukup untuk tes sederhana, tapi untuk kerja nyata terasa kurang.

• Pada teks gambar di slide promosi, keterangan yang menyebut dengan tag “@mini-cli” bisa mendelegasikan pekerjaan dari menulis bug hingga memperbaikinya terasa terlalu lucu.

  • Masih tak berubah, kalimat itu belum diperbaiki, ini mengejutkan. Mungkin ini justru memang ekspresi yang sangat jujur.

• Saya mempertanyakan apakah benar menyebutnya “gemini cli”. Jika kebanyakan dipakai lewat GitHub, bukankah ia bukan CLI lagi? Menurut saya, penamaan yang lebih intuitif seperti “gemini github action” atau “run gemini” seperti Claude Code akan lebih tepat.

  • Mungkin karena tim Gemini CLI yang mengembangkan, baik agar credit-nya terlihat untuk tim, atau karena tekanan internal agar tidak terlihat seperti produk yang terlalu general-purpose, akhirnya dinamai begitu.

  • Struktur aslinya memang install gemini-cli di VM GitHub action, lalu meneruskan komentar issue/PR sebagai prompt ke gemini-cli.

  • Saya juga punya kegelisahan serupa soal penamaan. Ini bagian yang benar-benar mengecewakan.

  • Bentuknya seperti add-on untuk Gemini-CLI yang dipakai sepenuhnya secara lokal.

• Tahun lalu saya betul-betul mengembangkan platform bounty untuk GitHub PR. Karena insentif, banyak PR berkualitas rendah masuk, dan karena draft juga mudah dibuat dengan AI, konsep ini jadi praktis tak bermakna. Saya merasa tantangan inti pengelolaan open source berpindah ke ‘sumber daya yang terbatas dari reviewer/maintainer’. Jadi saya bereksperimen dengan kerangka kerja untuk otomatis menghasilkan PR dari agen utama, agar proses review dan approval/revision dioptimalkan. Di sini saya merangkum studi kasus terkait

• Dibanding GitHub Copilot Agent yang sudah mudah dipakai hampir semua user, karena butuh banyak setelan maka ini jadi sangat kurang meyakinkan. Gemini assistant perlu jauh lebih unggul dari tools lama agar setidaknya sedikit pengguna masuk.

  • Kalau bertanya asisten mana yang jauh lebih baik dari asisten sebelumnya, saya penasaran apakah maksudnya Claude? Untuk Gemini, kalau setara juga sudah cukup; yang penting langganannya saja jelas dan masuk akal.

• Saya justru curiga bahwa ini benar-benar gratis. Bisa jadi imbalannya adalah menyediakan data pelatihan, dan karena tidak ada opsi opt-out, menurut saya harus berhati-hati untuk repo pribadi/internal.

• Saya sudah dapat hasil bagus dengan Copilot Agent. Kadang-kadang perlu menutup PR dan merapikan issue atau bekerja di lokal dengan cursor, tetapi karena awal pekerjaan jadi sangat cepat, secara keseluruhan saya puas.