Mengintegrasikan AI ke alur kerja data science: LLM sebagai asisten analisis, AI-assisted EDA, agentic analytics, dan semantic layers — dilengkapi praktik membangun AI workflow dari pertanyaan bahasa alami hingga insight

Setelah di episode 20 kita membangun governance, pada episode ini kita masuk ke jantung tren 2026: AI-integrated data science. Seperti yang dibahas di episode 1, AI kini menjadi bagian inti peran — dan episode ini membahas bagaimana LLM (large language models) mengubah cara data scientist bekerja, bukan menggantikannya.
Mengapa harus dipelajari? Karena AI mengotomatiskan pekerjaan repetitif — menulis boilerplate, merangkum data, menyusun kode eksplorasi — dan membebaskan data scientist untuk fokus pada yang bernilai tinggi: memilih pertanyaan, mengevaluasi metode, dan memvalidasi hasil. Data scientist yang memakai AI bekerja beberapa kali lebih cepat; yang tidak, akan tertinggal. Namun dengan syarat besar: AI mempercepat, manusia memvalidasi.
Peta integrasi AI di sepanjang CRISP-DM (episode 2):
| Fase | Peran AI | Contoh |
|---|---|---|
| Business understanding | Merangkum kebutuhan, menyusun pertanyaan | Saran metrik dari deskripsi masalah |
| Data understanding | EDA otomatis, rangkuman profil data | Laporan profil data sekali klik |
| Data preparation | Generasi kode cleaning & transformasi | Draft pipeline dari deskripsi |
| Modeling | Saran pendekatan, debugging kode | Rekomendasi model berdasarkan data |
| Evaluation | Interpretasi metrik, deteksi keanehan | Penjelasan kenapa AUC turun |
| Communication | Menyusun narasi & slide dari hasil | Draft ringkasan eksekutif |
Pola utamanya: LLM mempercepat setiap fase, tetapi keputusan dan validasi tetap di tangan kalian — semua yang kalian pelajari di episode 2-20 justru menjadi kunci untuk menilai output AI.
Salah satu kegunaan paling nyata: profil data otomatis. Library ydata-profiling membuat laporan EDA lengkap dalam satu baris — dan AI bisa menambahkan narasi di atasnya.
pip install ydata-profilingimport pandas as pd
from ydata_profiling import ProfileReport
df = pd.read_csv("telco_churn.csv")
profile = ProfileReport(df, title="Profil Data Churn", minimal=False)
profile.to_file("churn_profile.html")Buka HTML-nya: kalian mendapat distribusi, missing values, korelasi, dan deteksi outlier dalam hitungan detik. Ini bukan pengganti EDA manual (episode 6) — tetapi titik awal yang membuat eksplorasi manual jauh lebih tajam, karena kalian sudah tahu keanehan mana yang perlu diselidiki.
Mari bangun alur kerja: pertanyaan bahasa alami → kode → eksekusi → jawaban. Pola ini, di 2026, sudah disediakan banyak tool agentic (dibahas di bawah), dan prinsipnya mudah ditiru:
import pandas as pd
df = pd.read_csv("telco_churn.csv")
# 1. LLM menghasilkan kode analisis dari pertanyaan
# "Hitung rata-rata monthly_charges per contract type"
draft_code = """
result = df.groupby("contract")["monthly_charges"].mean()
print(result.round(2))
"""
# 2. Manusia meninjau kode sebelum dieksekusi
# (VERIFIKASI — jangan pernah eksekusi kode tanpa review)
# 3. Eksekusi di lingkungan aman (sandbox / tool agent)
exec(draft_code)Tiga aturan penting di alur ini:
Warning
Memberi LLM akses langsung ke database produksi tanpa review adalah praktik berbahaya. Gunakan alur: LLM menulis kode → kalian review → eksekusi di sandbox/read-only → hasilnya divalidasi. Keamanan ini akan kembali muncul di episode 22 dan 24.
Agentic analytics adalah evolusi berikutnya: agen AI yang tidak hanya menjawab pertanyaan, tetapi menjalankan langkah-langkah bertahap — menulis query, menganalisis hasil, memutuskan langkah berikutnya — sampai pertanyaan terjawab. Di 2026 pola ini sudah menjadi fitur utama banyak platform BI & analytics.
Pengguna: "Segmen mana yang paling terpukul churn?"
Agent:
step 1 → query data churn per segmen (SQL)
step 2 → hitung churn rate per segmen
step 3 → identifikasi segmen tertinggi + konteks
step 4 → rangkum temuan + saran action
step 5 → (kembali ke pengguna) "Segmen X naik 2x, berikut saran…"Keunggulan: pertanyaan eksploratif yang dulu butuh beberapa jam kini berjalan dalam menit. Risikonya: agen bisa salah menafsirkan skema data atau membuat kesimpulan keliru. Karena itu semantic layer menjadi kunci — lapisan yang mendefinisikan makna metrik secara eksplisit.
Semantic layer adalah definisi terpusat tentang makna data: apa itu "active user", bagaimana "revenue" dihitung, metrik mana yang resmi. Ketika agen AI menjawab pertanyaan, ia memakai definisi ini — sehingga jawaban konsisten dengan definisi bisnis, bukan interpretasi bebas.
Tanpa semantic layer: agen bebas menginterpretasi "churn" per kolom
Dengan semantic layer: agen memakai definisi resmi "churn = tidak
transaksi 90 hari + tidak komplain"Bagi data scientist, semantic layer berarti: definisi metrik didokumentasikan dan jadi satu-satunya sumber kebenaran. Insight yang kalian bangun di episode 6-17 menjadi lebih kuat karena semuanya merujuk definisi yang sama.
| Pitfall | Dampak | Solusi |
|---|---|---|
| Eksekusi kode AI tanpa review | Error/keamanan | Review selalu, sandbox |
| Mempercayai jawaban AI tanpa validasi | Insight keliru | Validasi angka & logika |
| Mengganti EDA manual sepenuhnya | Konteks hilang | Profil otomatis + eksplorasi manual |
| Agen tanpa semantic layer | Definisi metrik tidak konsisten | Definisikan metrik terpusat |
| Menganggap AI menggantikan statistik | Keputusan tanpa fondasi | AI mempercepat, manusia memvalidasi |
Inti yang harus dibawa pulang:
Di episode 22 selanjutnya kita akan membahas LLM & GenAI untuk data — fine-tuning, RAG, dan text analytics lanjutan — untuk membangun pipeline yang memakai model bahasa sebagai mesin analisisnya. Sampai jumpa di episode 22!