Tentang Sesi Ini
Ringkasan & metadata
Sesi ini memperkenalkan Kiro — sebuah IDE dan agen koding AI dari AWS yang mengusung pendekatan pengembangan berbasis spesifikasi (spec-driven development). Alih-alih menyuruh AI langsung mengetik kode dari satu kalimat perintah, Kiro mengajak Anda menyusun rencana yang disepakati lebih dulu — kebutuhan, desain, lalu daftar tugas — baru agen mengeksekusinya. Ini jawaban atas fenomena yang belakangan ramai disebut "vibe coding".
Vibe coding adalah gaya mengoding "sesuai feeling" bersama AI: Anda mengetik prompt, AI memuntahkan kode, Anda tempel dan lanjut. Untuk demo cepat itu memikat, tetapi begitu fitur menumpuk hasilnya jadi sulit ditebak — kode berantakan, sulit dirawat, dan sering harus dibongkar ulang (rework). Kiro menawarkan disiplin: hasil lebih dapat diprediksi, dokumentasi yang hidup, rework berkurang, dan alur yang cocok untuk kerja tim.
Kenapa penting untuk Anda? Jika Anda sudah menikmati kecepatan AI koding tetapi mulai kewalahan merawat hasilnya di proyek nyata bersama tim, sesi ini menunjukkan cara menjinakkan kecepatan itu dengan struktur.
Apa Itu & Bagaimana Bekerjanya
Apa itu Kiro
Kiro adalah lingkungan koding tempat AI berperan sebagai rekan pengembang yang terstruktur, bukan sekadar mesin autocomplete. Inti gagasannya sederhana: sepakati rencana dulu, baru menulis kode. Rencana itu berbentuk artefak yang bisa dibaca manusia — disebut spec (spesifikasi) — yang berisi apa yang ingin dibangun, bagaimana bentuk desainnya, dan tugas-tugas apa yang harus dikerjakan.
Yang membedakan Kiro dari sekadar "chat lalu tempel kode" adalah spec menjadi sumber kebenaran yang hidup. Ketika kebutuhan berubah, Anda memperbarui spec, bukan menebak-nebak di tumpukan kode. Dokumentasi tidak lagi menjadi pekerjaan sisa yang selalu tertinggal — ia adalah titik awal, dan tetap selaras dengan kode.
Komponen utama
Berikut elemen inti yang dibahas di sesi, dengan fungsi ringkasnya:
Keenam elemen ini bekerja bersama. Contohnya, dari sebuah Spec, agen (Agent Coding) menyelesaikan tugas satu per satu di dalam Kiro IDE; setiap kali file berubah, Hooks otomatis menjalankan tes atau memperbarui dokumen; hasilnya tercatat rapi di Git, dan progres tiap tugas bisa dipantau lewat Observability.
Analogi yang Mudah Dicerna
Ibarat membangun rumah
Ibaratnya, membangun perangkat lunak itu seperti membangun rumah. Vibe coding adalah mengecor dinding lebih dulu tanpa gambar kerja — cepat terlihat "jadi", tetapi ketika pintu tak muat atau kamar kurang, Anda harus bongkar-pasang berulang kali. Kiro mengajak Anda menyepakati blueprint (denah) dulu bersama arsitek, baru tukang mulai bekerja. Bedanya: di sini arsiteknya adalah AI, tetapi Andalah yang menyetujui rencananya.
- Kebutuhan = maunya pemilik rumah — "tiga kamar, dapur terbuka, hemat listrik".
- Spec / Desain = blueprint & denah — disepakati sebelum ada yang mengecor.
- Daftar Tugas = jadwal kerja tukang — pondasi, dinding, atap, listrik, secara berurutan.
- Agent Coding = tukang yang mengeksekusi denah — cepat, tapi mengikuti rencana yang disetujui.
- Hooks = mandor yang otomatis mengecek — setiap tembok selesai, mutu langsung diperiksa.
- Git = catatan pembangunan — apa yang diubah, kapan, dan oleh siapa.
High-Level Architecture & Alur
High-Level Architecture (HLA)
Secara garis besar, cara kerja Kiro terlihat seperti ini: dari kebutuhan Anda, Kiro menyusun spec (kebutuhan → desain → tugas). Dari daftar tugas itu, agen koding menulis dan mengubah kode di dalam repo. Hooks memantau perubahan file dan menjalankan otomasi (tes, lint, perbarui dokumen), sementara semua tersimpan rapi di Git dan progresnya terpantau.
Alur kerja spec-driven
Ketika Anda meminta "tambahkan fitur login dengan nomor telepon", inilah yang terjadi secara terstruktur:
- Kebutuhan (requirements). Kiro menuliskan apa yang diminta menjadi daftar kebutuhan yang jelas, lalu Anda tinjau dan setujui.
- Desain. Kiro merancang pendekatan teknis — alur, struktur data, titik integrasi — dalam dokumen yang bisa dibaca.
- Daftar tugas. Desain dipecah menjadi tugas-tugas kecil yang berurutan dan bisa dicentang.
- Implementasi oleh agen. Agen mengerjakan tugas satu per satu, menulis kode sesuai rencana.
- Otomasi (hooks). Saat file berubah, hooks menjalankan tes, memperbarui dokumen, atau memeriksa mutu.
- Tinjau & iterasi. Bila ada yang meleset, Anda perbaiki spec — bukan menambal kode secara acak.
Dari Konsep ke Kerja Nyata
Contoh nyata (konteks Indonesia)
Agar tidak berhenti di teori, berikut tiga skenario penerapan yang khas di lingkungan pengembang Indonesia.
Membangun fitur baru secara terstruktur
Sebuah tim startup ingin menambah fitur "pembayaran cicilan" ke aplikasi mereka. Alih-alih satu developer nge-prompt AI sendirian, mereka mulai dari spec: kebutuhan disepakati bersama product manager, desain ditinjau tim, lalu daftar tugas dibagikan. Agen mengeksekusi, hooks menjaga tes selalu hijau. Hasilnya lebih dapat diprediksi dan review jadi ringan karena semua orang tahu rencananya sejak awal.
Merapikan kode lama (legacy) dengan spesifikasi jelas
Sebuah perusahaan punya sistem lama tanpa dokumentasi. Tim memakai Kiro untuk menuliskan kembali spesifikasi dari perilaku sistem yang ada, lalu memodernisasi bagian demi bagian dengan rencana yang eksplisit. Karena setiap perubahan berangkat dari spec, risiko "menyenggol" fitur lain menurun, dan rework yang biasanya mahal jadi lebih terkendali.
Mempercepat developer baru lewat spec
Developer yang baru bergabung sering butuh berminggu-minggu memahami basis kode. Dengan Kiro, spec menjadi dokumentasi yang hidup: anggota baru membaca kebutuhan dan desain untuk memahami "kenapa" sebuah bagian dibuat, bukan hanya "apa" isinya. Mereka bisa berkontribusi lebih cepat karena konteksnya sudah tertulis dan selaras dengan kode.
Ringkasan Visual (Geser)
Ringkasan visual
Enam kartu berikut merangkum inti sesi. Gunakan tombol atau tombol panah keyboard (← →) untuk berpindah.
Poin yang Bisa Dibawa Pulang
Poin yang bisa dibawa pulang
- Kecepatan tanpa struktur itu jebakan. Vibe coding memikat di awal, mahal di kemudian hari.
- Spec dulu, kode kemudian. Kebutuhan → desain → tugas → implementasi membuat hasil lebih dapat diprediksi.
- Dokumentasi yang hidup. Spec bukan pekerjaan sisa; ia titik awal yang selalu selaras dengan kode.
- Cocok untuk tim. Rencana yang disepakati bersama mengurangi rework dan mempermudah onboarding.