Walse

Posted on Apr 17 • Originally published at apidog.com

Google Agent Smith Menulis 25% Kode Google: Hal yang Perlu Diketahui Tim API

TL;DR

Agen pengkodean AI internal Google, Agent Smith, kini menghasilkan lebih dari 25% kode produksi baru perusahaan. Tidak seperti alat pelengkapan otomatis seperti Copilot, Agent Smith bekerja secara asinkron di latar belakang, menulis, menguji, dan mengulang kode tanpa interaksi manusia. Bagi tim API, ini menimbulkan tantangan terkait stabilitas kontrak, cakupan pengujian, penyimpangan dokumentasi, dan alur kerja peninjauan ketika seperempat dari basis kode Anda dihasilkan oleh mesin.

Coba Apidog hari ini

💡 Platform siklus hidup API terintegrasi Apidog menjaga desain, pengujian, simulasi, dan dokumentasi tetap sinkron, terlepas dari apakah manusia atau agen AI yang melakukan perubahan. Coba Apidog gratis untuk membangun alur kerja API yang tahan agen.

Artikel ini membahas apa yang dilakukan Agent Smith, perbedaannya dengan alat pengkodean AI lain, dan langkah konkret yang perlu dipersiapkan tim API.

Apa yang dilakukan Agent Smith

Pengkodean Otonom Asinkron

Agent Smith berjalan di background, bukan sekadar menunggu input di IDE. Alur kerjanya:

Insinyur mendeskripsikan tugas dengan bahasa alami
Agent Smith mendekomposisi tugas menjadi subtugas
Kode ditulis di beberapa file
Pengujian dijalankan, iterasi dilakukan jika ada kegagalan
Insinyur meninjau hasil akhirnya

Agent Smith lebih seperti "junior developer" yang mengerjakan tiket, lalu kembali dengan PR setelah beberapa jam. Delegasi tugas dapat dilakukan melalui platform chat internal Google, bahkan dari perangkat seluler. Agent Smith otomatis menarik profil karyawan dan dokumentasi relevan.

Dibangun di Atas Gemini dan Antigravity

Agent Smith menggunakan model Gemini Google, lengkap dengan retrieval system yang mengakses basis kode internal dan dokumentasi Google. Berbasis pada platform Antigravity, Agent Smith memperluasnya dengan dekomposisi dan eksekusi tugas otonom.

Peningkatan retrieval sangat vital: Agent Smith mencari pola serupa di kode eksisting, merujuk implementasi terdahulu, dan mengikuti konvensi internal. Inilah yang memungkinkan output produksi pada skala 25%.

Apa Arti "25% Kode Baru"

"25% kode baru" berarti:

Dihasilkan AI, bukan sekadar pelengkapan otomatis
Lulus tinjauan kode (human review tetap wajib)
Dikirim ke sistem produksi
Diukur di seluruh output engineering Google

Bukan berarti 25% dari keseluruhan basis kode Google adalah hasil AI, melainkan 25% dari kode baru yang ditulis hari ini.

Bagaimana Agent Smith Berbeda dari Alat Pengkodean AI Lainnya

Spektrum Alat Pengkodean AI

Alat	Mode	Interaksi	Lingkup	Kode produksi?
GitHub Copilot	Pelengkapan otomatis real-time	Inline IDE	Baris/fungsi	Setelah persetujuan manusia
Claude Code	Sesi interaktif	Chat	Perubahan multi-file	Setelah review manusia
Cursor Agent	Background + interaktif	Embedded IDE	Proyek	Setelah review manusia
Agent Smith	Otonom asinkron	Delegasi tugas	Implementasi fitur penuh	Setelah review manusia
KAIROS (belum rilis)	Daemon always-on	Background monitor	Seluruh repositori	TBD

Agent Smith berada di ujung spektrum otonom. Satu langkah lebih jauh: penerapan otomatis tanpa review manusia (belum diterapkan oleh alat utama mana pun).

Pentingnya Asinkron untuk Tim API

Pada alat AI real-time (Copilot, Claude), developer melihat dan mengoreksi kode AI secara langsung.

Pada agen asinkron seperti Agent Smith:

Developer meninjau perubahan setelah selesai, bukan saat pembuatan
Motivasi di balik perubahan bisa tidak jelas
Perubahan kontrak API bisa luput dari review standar
Artefak terkait (pengujian, dokumen, simulasi) bisa tertinggal
Perubahan destruktif bisa lolos jika dampaknya tidak diperiksa detail

Apa yang Bisa Rusak Jika AI Menulis Kode API Anda

Penyimpangan Kontrak API

Kontrak API (endpoint, skema request/response, kode status, format error) adalah perjanjian utama. Jika modifikasi oleh agen tidak diikuti update spesifikasi (OpenAPI), konsumen API bisa terdampak diam-diam.

Contoh Skenario:

Agent Smith menambah field preferences pada response GET /api/users/{id}
Pengujian eksisting lolos (tidak mengasumsikan field baru)
Tipe TypeScript frontend tidak mengenali field baru → error pada parsing JSON yang strict

Kodenya valid, pengujian lolos, kontrak API rusak.

Celah Cakupan Pengujian

Agen AI cenderung menulis pengujian untuk fitur baru, bukan untuk mencegah regresi. Efeknya:

Benchmark response time bisa tak teruji
Format response error bisa melenceng dari standar
Rate-limiting dan case autentikasi bisa terabaikan
Pagination bisa inkonsisten

Penyimpangan Dokumentasi

Jika dokumentasi tidak otomatis sinkron dari spesifikasi, perubahan kode oleh agen tak selalu diikuti update dokumen. Bahkan jika otomatis, deskripsi dan contoh sering butuh konteks manusia.

Kelelahan Review

Kode AI biasanya sintaksis rapi, tapi belum tentu benar dalam konteks arsitektur atau konvensi tim. Review bisa jadi formalitas ("rubber-stamping"), membuka celah bug.

Cara Membangun Alur Kerja API yang Tahan Agen

1. Jadikan Kontrak API sebagai Sumber Kebenaran

Gunakan spesifikasi OpenAPI sebagai dasar. Validasi setiap perubahan kode terhadap spesifikasi, bukan hanya pengujian eksisting.

Tanpa API-first:

Perubahan kode → Pengujian lolos → Deploy → Kontrak rusak

Dengan API-first:

Spesifikasi jadi acuan → Kode harus sesuai spesifikasi → Validasi kontrak menangkap penyimpangan

Di Apidog, endpoint, skema, dan response bisa didesain sebelum kode ditulis. Kode hasil AI divalidasi terhadap spesifikasi.

2. Gunakan Pengujian Kontrak, Bukan Sekadar Unit Test

Pengujian kontrak memastikan perilaku API tetap konsisten untuk konsumen.

Contoh:

// Pengujian ini gagal jika response berubah struktur,
// walaupun masih "valid" secara fungsional
describe("GET /api/users/:id contract", () => {
  it("returns expected schema", async () => {
    const response = await request(app).get("/api/users/123");
    expect(response.body).toMatchSchema({
      type: "object",
      required: ["id", "name", "email", "created_at"],
      properties: {
        id: { type: "string" },
        name: { type: "string" },
        email: { type: "string", format: "email" },
        created_at: { type: "string", format: "date-time" }
      },
      additionalProperties: false // Menangkap field tak terduga
    });
  });
});

Baris additionalProperties: false penting agar field baru tidak lolos tanpa review kontrak.

Apidog dapat mengotomatisasi pengujian kontrak berdasarkan spesifikasi API Anda.

3. Batasi Deployment pada Validasi Spesifikasi

Tambahkan validasi kontrak API pada pipeline CI/CD:

# Langkah pipeline CI/CD
- name: Validasi kontrak API
  run: |
    apidog run --test-scenario-id CONTRACT_TESTS
    if [ $? -ne 0 ]; then
      echo "Pelanggaran kontrak API terdeteksi. Tinjau perubahan."
      exit 1
    fi

Deployment akan gagal jika ada pelanggaran kontrak oleh kode AI.

4. Wajibkan Update Spesifikasi untuk Perubahan API

Setiap PR yang mengubah perilaku API harus menyertakan update spesifikasi OpenAPI. Di Apidog, perubahan spesifikasi otomatis menyebar ke dokumentasi, mock server, test, dan client SDK.

5. Pantau Perilaku API di Produksi

Walau sudah diuji, selalu pantau produksi:

Pelanggaran skema response: log jika response tak sesuai spesifikasi
Field baru: warning jika ada field tak terdaftar
Distribusi error berubah: endpoint AI bisa punya pola error baru
Latency shift: kode AI bisa berperforma berbeda
Pola trafik: endpoint baru bisa menyebabkan trafik tak terduga

6. Pisahkan Review API dari Review Kode

Review kode biasa = "Apakah kode ini jalan?"
Review API = "Apakah perubahan ini mengubah pengalaman konsumen?"

Checklist review API:

Apakah perubahan merusak backward compatibility?
Apakah spesifikasi OpenAPI diperbarui?
Apakah breaking changes diberi versi?
Apakah format response error konsisten?
Apakah endpoint baru didokumentasi lengkap?
Apakah tim downstream sudah diberi tahu?

Lintasan: Ke Mana Arah Pengkodean Otonom

Agent Smith Hari Ini vs Besok

25% adalah baseline. Google menargetkan peningkatan seiring alat membaik, akses diperluas, dan workflow menyesuaikan.

Pemain lain:

KAIROS Claude Code: daemon always-on, integrasi webhook GitHub
GitHub Copilot Agent Mode: multi-step coding, auto-edit file
Amazon CodeWhisperer: menuju workflow berbasis agen

Tren jelas: AI coding agent bukan sekadar asisten, tapi kontributor aktif di background. Dalam waktu dekat, pertanyaan utamanya: berapa persen kode API Anda yang AI tulis?

Yang Harus Dipersiapkan Tim API Sekarang

API-first tidak opsional. Spesifikasi API = satu-satunya sumber stabil ketika AI mulai menulis kode.
Investasi di contract testing. Unit test tidak cukup jika penulis kode tidak memahami konvensi tim.
Gunakan alat terintegrasi. Platform seperti Apidog menjaga semua artefak API tetap selaras.
Buat proses review khusus AI-generated code. Checklist dan validasi otomatis untuk perubahan API wajib diterapkan.

Coba Apidog gratis untuk menjaga konsistensi alur kerja API Anda, baik kode ditulis oleh manusia, Agent Smith, atau alat AI lain.

FAQ

Apa itu Google Agent Smith?

Agent Smith adalah agen pengkodean AI internal Google, dibangun di atas model Gemini dan platform Antigravity. Bekerja asinkron: insinyur memberi tugas, Agent Smith menulis, menguji, dan mengiterasi kode tanpa interaksi manusia real-time. Pada Maret 2026, Agent Smith menghasilkan >25% kode produksi baru Google.

Apakah Agent Smith tersedia di luar Google?

Tidak. Agent Smith hanya tersedia untuk karyawan Google. Google belum mengumumkan rencana rilis publiknya. Teknologinya setara Copilot Agent Mode dan Claude Code, tapi jauh lebih terintegrasi dengan ekosistem Google.

Apakah kode AI bisa melanggar kontrak API?

Bisa. Agent AI menulis kode yang lolos pengujian, tapi pengujian belum tentu meng-cover seluruh kontrak API. Perubahan skema, field baru, perubahan format error, atau perilaku bisa lolos ke produksi. Gunakan contract testing dan API-first untuk pencegahan.

Haruskah tim API khawatir soal Agent Smith?

Bukan Agent Smith-nya, tapi trennya. Alat serupa (Copilot Agent Mode, KAIROS, dsb) akan masuk ke tim Anda. Siapkan workflow API sekarang dengan API-first, contract testing, dan platform terintegrasi.

Bagaimana mencegah AI merusak API saya?

Gunakan pengembangan berbasis spesifikasi (OpenAPI sebagai sumber kebenaran)
Tambahkan contract test dengan additionalProperties: false
Deployment hanya jika lolos validasi spesifikasi
Gunakan platform seperti Apidog agar spesifikasi, test, simulasi, dan dokumen selalu sinkron

Apa beda kode "dibantu AI" dan "dihasilkan AI"?

Dibantu AI: Saran Copilot/Claude, real-time, diawasi manusia setiap langkah
Dihasilkan AI: Seperti Agent Smith, kode dibuat asinkron, review manusia hanya di akhir. Risiko pelanggaran kontrak lebih besar.

Apakah agent AI akan menggantikan developer API?

Tidak. Agent Smith tetap butuh tugas dari manusia, review, dan approval. Studi MIT 2026: AI meningkatkan produktivitas, bukan menggantikan judgement dan pemikiran arsitektural manusia.

Poin-Poin Penting

Agent Smith Google menghasilkan 25% kode produksi baru via operasi asinkron otonom
Pergeseran dari kode "dibantu AI" ke "dihasilkan AI" mengubah dinamika review tim API
Penyimpangan kontrak API jadi risiko utama bila agen otonom memodifikasi endpoint/skema
API-first dengan OpenAPI sebagai sumber kebenaran mencegah pelanggaran kontrak
Contract testing dan validasi skema ketat menangkap perubahan yang tak terdeteksi unit test
Platform terintegrasi seperti Apidog menjaga spesifikasi, test, simulasi, dokumen tetap sinkron
Tren ke arah agent coding otonom makin cepat; siapkan workflow API Anda sekarang

Agent Smith pada 25% baru permulaan. Perusahaan yang membangun workflow API tahan agen hari ini, akan lebih siap mengadopsi alat pengkodean otonom di masa depan.

DEV Community