AI Engineer: dari Python sampai Aplikasi LLM di Produksi

Jalur karier

• Kelas ini adalah jalur AI Engineer dalam bentuk satu kelas program.

  6 modul berurutan, masing-masing ditutup satu karya yang direview.

• Disarankan sesudah jalur Data Analyst.

1. Modul 2 · Model ML untuk satu masalah berbasis data Indonesia dengan analisis kesalahan dan kartu model

   Pilih satu masalah dan dataset (daftar dataset publik Indonesia disediakan). Bangun model, bandingkan dengan pembanding sederhana, analisis di mana model gagal, dan tulis kartu model. Akurasi tinggi tanpa analisis tidak lulus; akurasi biasa dengan analisis jujur bisa lulus. Tahapan pengerjaan • Kerangka: Rumusan masalah, metrik yang dipilih beserta alasannya, eksplorasi data, dan rencana pembagian data. • Draf: Pembanding sederhana dan minimal dua model, dievaluasi pada data uji yang sama. • Revisi: Perbaikan berdasarkan umpan balik reviewer, analisis kesalahan per segmen, dan pemeriksaan kebocoran data. • Final: Kartu model, notebook yang bisa dijalankan ulang, dan ringkasan satu halaman untuk pembaca non-teknis.

   Yang diserahkan: Tautan notebook atau repositori yang bisa dijalankan ulang, kartu model (format disediakan), dan ringkasan eksekutif satu halaman.

   Kriteria penilaian

   Lulus mulai 70%

   • Rumusan masalah dan metrikbobot 20% · skor 0–4

     Metrik sesuai biaya kesalahan di dunia nyata, bukan sekadar akurasi.

   • Metodologi yang benarbobot 30% · skor 0–4

     Pembagian data benar, tidak ada kebocoran, dan perbandingan model adil terhadap pembanding.

   • Analisis kesalahanbobot 25% · skor 0–4

     Kegagalan model dianalisis per segmen dan potensi bias diidentifikasi.

   • Komunikasi dan kartu modelbobot 15% · skor 0–4

     Kartu model jujur tentang batasan; ringkasan bisa dipahami pengambil keputusan.

   • Reprodusibilitasbobot 10% · skor 0–4

     Hasil bisa diulang dari notebook atau repositori yang diserahkan.

2. Modul 1 · Analisis eksploratif satu dataset publik Indonesia dalam notebook Python

   Pilih satu dataset publik Indonesia yang cukup besar (minimal ribuan baris). Rumuskan minimal tiga pertanyaan, bersihkan datanya, jawab setiap pertanyaan dengan angka dan grafik, lalu tulis temuan beserta batasannya. Tahapan pengerjaan • Kerangka: Dataset yang dipilih beserta sumber dan alasannya, tiga pertanyaan, dan rencana analisis. • Draf: Notebook pembersihan data dan analisis awal untuk ketiga pertanyaan. • Revisi: Perbaikan analisis sesuai umpan balik reviewer, ditambah visualisasi yang tepat. • Final: Notebook final yang berjalan dari awal sampai akhir, dan laporan temuan.

   Yang diserahkan: Notebook yang bisa dijalankan ulang dari awal tanpa galat, berkas data atau tautan sumbernya, dan laporan temuan maksimal 2 halaman.

   Kriteria penilaian

   Lulus mulai 70%

   • Kebenaran kode dan pembersihan databobot 30% · skor 0–4

     Kode berjalan, dan langkah pembersihan tepat serta terdokumentasi.

   • Ketepatan analisisbobot 25% · skor 0–4

     Angka dan perbandingan menjawab pertanyaan yang diajukan.

   • Visualisasibobot 20% · skor 0–4

     Jenis grafik cocok dengan pertanyaan, berlabel jelas, dan tidak menyesatkan.

   • Kejujuran temuanbobot 15% · skor 0–4

     Batasan data dan hal yang tidak bisa disimpulkan dinyatakan terbuka.

   • Bisa diulangbobot 10% · skor 0–4

     Orang lain bisa menjalankan notebook dan mendapat hasil yang sama.

3. Modul 3 · Asisten pengetahuan RAG untuk satu kumpulan dokumen nyata, lengkap dengan set uji

   Pilih satu kumpulan dokumen nyata yang boleh Anda pakai (minimal 30 dokumen, boleh dokumen publik seperti peraturan atau dokumentasi produk open source). Bangun asisten tanya-jawab di atasnya dan buktikan kualitasnya dengan angka. Tahapan pengerjaan • Kerangka: Dokumen yang dipilih dan alasannya, 20 pertanyaan uji beserta jawaban yang benar (termasuk minimal 5 pertanyaan yang jawabannya TIDAK ada di dokumen), dan rancangan arsitektur satu halaman. • Draf: Pipeline berjalan ujung ke ujung: ingest, embedding, pengambilan, jawaban dengan kutipan. Hasil pertama terhadap 20 pertanyaan uji. • Revisi: Perbaikan berdasarkan umpan balik reviewer dan hasil uji: strategi chunking, pengambilan gabungan, atau prompt. Tunjukkan angka sebelum dan sesudah. • Final: Repositori lengkap, video demo maksimal 5 menit, dan laporan evaluasi akhir termasuk satu skenario pembatasan akses dokumen.

   Yang diserahkan: Tautan repositori Git (README berisi cara menjalankan), laporan evaluasi PDF maksimal 4 halaman berisi tabel hasil 20 pertanyaan uji, dan tautan video demo maksimal 5 menit.

   Kriteria penilaian

   Lulus mulai 70%

   • Ketepatan dan pembumian jawabanbobot 30% · skor 0–4

     Jawaban benar menurut dokumen, setiap klaim punya kutipan sumber yang bisa dicek, dan pertanyaan di luar dokumen dijawab 'tidak ditemukan' alih-alih dikarang.

   • Kualitas pengambilanbobot 25% · skor 0–4

     Strategi chunking dan pengambilan dipilih dengan alasan, dan perbaikannya terukur antara draf dan final.

   • Evaluasi yang jujurbobot 20% · skor 0–4

     Set uji mencakup kasus sulit dan kasus tanpa jawaban; angka dilaporkan apa adanya termasuk kegagalan.

   • Keamanan akses dokumenbobot 15% · skor 0–4

     Pengguna tidak bisa mendapatkan isi dokumen yang bukan haknya lewat pertanyaan apa pun yang diuji.

   • Kerapian rekayasabobot 10% · skor 0–4

     Kode bisa dijalankan orang lain dari README, kunci API tidak ada di repositori, biaya per pertanyaan diperkirakan.

4. Modul 5 · Sistem deteksi objek di perangkat untuk satu kasus nyata, dengan pengukuran kinerja

   Pilih satu kasus deteksi objek yang nyata. Kumpulkan atau pilih dataset, latih ulang model, kecilkan ukurannya, lalu jalankan di perangkat. Laporkan perbandingan sebelum dan sesudah pengecilan: ukuran, kecepatan, dan akurasi. Tahapan pengerjaan • Kerangka: Kasus yang dipilih, perangkat sasaran, target kinerja, dan rencana dataset. • Draf: Model terlatih ulang dan berjalan di laptop dengan pengukuran awal. • Revisi: Model dikecilkan dan dijalankan di perangkat sasaran, alur aksi berjalan, dan umpan balik reviewer ditindaklanjuti. • Final: Video demo di perangkat dan laporan kinerja lengkap.

   Yang diserahkan: Tautan repositori (kode, konfigurasi, dan cara menjalankan), laporan kinerja maksimal 4 halaman, dan video demo maksimal 5 menit.

   Kriteria penilaian

   Lulus mulai 70%

   • Kesesuaian dengan batasan perangkatbobot 25% · skor 0–4

     Pilihan model dan pengecilan sesuai dengan perangkat dan target kinerja yang ditetapkan.

   • Akurasi pada kasus nyatabobot 25% · skor 0–4

     Akurasi diukur pada data uji yang mewakili kondisi nyata.

   • Pengukuran kinerjabobot 25% · skor 0–4

     Ukuran, kecepatan, dan sumber daya diukur dengan benar sebelum dan sesudah pengecilan.

   • Sistem utuhbobot 15% · skor 0–4

     Alur kamera sampai aksi berjalan dan menangani kegagalan seperti kamera terputus.

   • Reprodusibilitasbobot 10% · skor 0–4

     Orang lain bisa menjalankan ulang dari repositori.

5. Modul 4 · Satu alur otomasi berbantuan AI untuk proses kerja nyata, lengkap dengan perhitungan hemat waktu

   Pilih satu proses berulang yang Anda atau tim Anda kerjakan setiap minggu. Petakan prosesnya, otomatiskan dengan alat low-code dan AI, lalu jalankan selama minimal satu minggu dengan data nyata atau data contoh yang realistis. Hitung waktu yang dihemat. Data pelanggan yang asli harus disamarkan dalam bukti yang Anda serahkan. Tahapan pengerjaan • Kerangka: Peta proses saat ini (langkah, pelaku, waktu per langkah) dan bagian yang akan diotomatiskan beserta alasannya. • Draf: Alur otomasi berjalan untuk kasus normal. • Revisi: Kasus meragukan ditangani dengan pengecekan manusia, kegagalan tertangani, dan umpan balik reviewer ditindaklanjuti. • Final: Hasil satu minggu berjalan, perhitungan hemat waktu dan biaya, dan panduan singkat bagi rekan kerja.

   Yang diserahkan: Tangkapan layar atau ekspor alur otomasi, peta proses sebelum dan sesudah, rekaman demo maksimal 5 menit, dan laporan satu halaman berisi hemat waktu dan biaya.

   Kriteria penilaian

   Lulus mulai 70%

   • Pemilihan dan pemetaan prosesbobot 25% · skor 0–4

     Proses dipetakan dengan jelas dan bagian yang diotomatiskan memang layak.

   • Otomasi berjalanbobot 30% · skor 0–4

     Alur berjalan dengan data nyata atau realistis dan kasus normal terselesaikan tanpa campur tangan.

   • Penanganan kasus meragukanbobot 25% · skor 0–4

     AI berhenti dan meminta pengecekan manusia saat ragu; kegagalan tidak hilang diam-diam.

   • Dampak terukurbobot 20% · skor 0–4

     Hemat waktu dan biaya dihitung dengan jujur.

6. Modul 6 · Lapisan operasional produksi untuk satu aplikasi LLM: gerbang evaluasi, gateway, pemantauan, dan runbook

   Ambil satu aplikasi LLM yang sudah berjalan dan siapkan untuk produksi. Anda menentukan sendiri target kualitas, latensi, dan biaya, lalu membuktikan sistem Anda menegakkannya. Simulasikan minimal dua insiden (penyedia model mati, dan kualitas turun setelah ganti prompt) dan tunjukkan bagaimana sistem Anda menanganinya. Tahapan pengerjaan • Kerangka: Target layanan (kualitas, latensi p95, biaya per permintaan), arsitektur operasional, rencana evaluasi, dan analisis biaya awal API vs model sendiri. • Draf: Gerbang evaluasi di CI berjalan, gateway dengan satu cadangan penyedia aktif, dan dasbor dasar. • Revisi: Model terbuka dilayani sendiri dan dibandingkan secara terukur, pemantauan kualitas aktif, dan umpan balik reviewer ditindaklanjuti. • Final: Simulasi dua insiden beserta buktinya, runbook, dan laporan keputusan akhir: apa yang Anda pilih dan berapa biayanya.

   Yang diserahkan: Tautan repositori (konfigurasi CI, gateway, dan infrastruktur sebagai kode), tangkapan dasbor, runbook, dan laporan keputusan maksimal 4 halaman berisi tabel biaya dan latensi.

   Kriteria penilaian

   Lulus mulai 75%

   • Kualitas keputusan operasionalbobot 25% · skor 0–4

     Pilihan API vs model sendiri, cache, dan cadangan dibenarkan dengan angka biaya dan latensi, bukan selera.

   • Gerbang evaluasi yang bermaknabobot 25% · skor 0–4

     Rilis yang menurunkan kualitas benar-benar terblokir; set uji mewakili penggunaan nyata.

   • Ketahanan terhadap kegagalanbobot 20% · skor 0–4

     Insiden yang disimulasikan tertangani sesuai target; degradasi terkendali, tidak mati total.

   • Observabilitasbobot 20% · skor 0–4

     Kualitas, latensi, token, dan biaya terlihat per fitur dan cukup untuk mendiagnosis insiden.

   • Runbook dan dokumentasibobot 10% · skor 0–4

     Runbook bisa diikuti engineer lain yang tidak membangun sistem ini.