18.1 AI Butuh Batas yang Jelas
Bayangkan Anda meminta seorang asisten baru untuk mengurus administrasi kantor. Anda memberinya akses ke semua file, semua email, semua database, dan semua ruangan. Tidak ada batasan. Tidak ada prioritas. Tidak ada petunjuk mana yang boleh diubah dan mana yang hanya boleh dibaca. Dalam seminggu, Anda tidak akan tahu apakah asisten itu sedang menyusun laporan keuangan, mengubah struktur organisasi, atau menghapus arsip lama yang ternyata masih diperlukan.
Itulah yang terjadi ketika sebuah sistem tidak memiliki boundary yang jelas, lalu Anda memasukkan AI ke dalamnya. AI tidak punya insting untuk tahu mana yang penting, mana yang sensitif, dan mana yang tidak boleh disentuh. AI hanya akan menjalankan instruksi berdasarkan konteks yang diberikan. Jika konteksnya terlalu luas, hasilnya akan tidak terduga.
Kebutuhan akan batas yang jelas ini bukan sesuatu yang baru. Dalam arsitektur software, kita sudah lama mengenal prinsip separation of concerns dan bounded context. Setiap bagian sistem punya tanggung jawab yang tegas, data yang dimiliki, dan antarmuka yang disepakati. Tapi di era AI, prinsip ini menjadi jauh lebih kritis. Mengapa? Karena AI tidak seperti programmer manusia yang bisa membaca dokumentasi, bertanya ke kolega, atau menebak maksud dari kode yang ambigu. AI bekerja berdasarkan prompt dan konteks yang diberikan. Semakin kabur batas sistem, semakin besar kemungkinan AI melakukan sesuatu di luar yang diharapkan.
Coba lihat dua skenario. Di sistem pertama, arsitekturnya buruk: semua logika bisnis tercampur dalam satu kode raksasa, data disimpan tanpa schema yang jelas, dan tidak ada pemisahan antara modul yang satu dengan yang lain. Ketika Anda meminta AI untuk menambahkan fitur baru, AI harus memahami seluruh sistem sekaligus. Prompt Anda harus panjang, risiko misinterpretasi tinggi, dan hasilnya sulit diverifikasi karena tidak jelas bagian mana yang berubah.
Diagram berikut memperlihatkan perbedaan dampak AI pada kedua arsitektur secara visual.
Di sistem kedua, arsitekturnya baik: setiap modul punya tanggung jawab yang jelas, data memiliki schema dan ownership, dan komunikasi antar modul terjadi melalui API yang terdokumentasi. Ketika Anda meminta AI untuk menambahkan fitur baru, Anda cukup memberikan konteks pada modul yang relevan. Prompt menjadi pendek dan spesifik. AI bisa fokus pada satu bagian tanpa harus mengerti seluruh sistem. Hasilnya lebih mudah diperiksa, lebih mudah diuji, dan lebih aman untuk diintegrasikan.
Inilah mengapa boundary menjadi fondasi utama untuk memakai AI secara produktif. Boundary membuat AI bisa diberi konteks yang cukup tanpa kelebihan informasi. Boundary membuat AI bisa dibatasi ruang geraknya sehingga tidak merusak bagian lain. Boundary membuat output AI bisa diverifikasi karena ruang lingkupnya sempit. Dan boundary membuat sistem tetap stabil meskipun AI melakukan perubahan di satu bagian.
Bagi seorang arsitek, tugas Anda bukan hanya merancang sistem yang berfungsi hari ini, tetapi juga sistem yang siap menerima bantuan AI besok. Setiap keputusan arsitektur—mulai dari pemisahan modul, definisi API, hingga pengelolaan data—adalah keputusan tentang seberapa mudah AI bisa bekerja di dalam sistem Anda tanpa membuat kekacauan.
Di subbab berikutnya, kita akan membahas modularitas sebagai cara konkret untuk mewujudkan boundary yang tegas ini. Modularitas bukan sekadar soal kode yang rapi, tetapi soal bagaimana AI bisa mengubah satu bagian tanpa harus mengerti seluruh sistem.