C3 · AI Engineering
Membangun aplikasi LLM yang benar, aman, terukur, dan hemat.
- 18 modul
- 74 latihan
- 100 istilah
Daftar modul
- 01Cara kerja LLM dari sisi APIGratis3 latihan
- 02Penyedia, kunci, dan klienGratis5 latihan
- 03Prompting sebagai rekayasaCoding Studio4 latihan
- 04Keluaran terstrukturCoding Studio3 latihan
- 05Embedding dan pencarian semantikCoding Studio3 latihan
- 06Ingest dokumen nyataCoding Studio5 latihan
- 07RAG end-to-endCoding Studio5 latihan
- 08EvaluasiCoding Studio3 latihan
- 09Tool calling dan agenCoding Studio5 latihan
- 10Membangun agen dari nolCoding Studio7 latihan
- 11Model Context ProtocolCoding Studio5 latihan
- 12Alur kerja dan memoriCoding Studio5 latihan
- 13Keamanan aplikasi LLMCoding Studio5 latihan
- 14Privasi, etika, dan kepatuhanCoding Studio3 latihan
- 15Observabilitas, biaya, dan latensiCoding Studio3 latihan
- 16Memilih modelCoding Studio3 latihan
- 17MultimodalCoding Studio4 latihan
- 18Rilis dan PRR AICoding Studio3 latihan
Modul 01–02 gratis; modul bergembok terbuka dengan Coding Studio. Lihat paket
Ada contoh atau latihan bertanda “Kerjakan di laptop”? Paket dan data C3 untuk menjalankannya di komputermu ada di panduan menjalankan kode di komputermu.
Tentang course ini
Membangun aplikasi LLM yang benar, aman, terukur, dan hemat.
Course jalur Data & AI untuk calon AI Engineer: model bahasa dipakai lewat API sebagai inti produk, lalu dibuktikan benar dengan evaluasi, dijaga dengan guardrail, diukur biayanya, dan ditayangkan di URL publik.
Versi ini berupa Markdown yang bisa dibaca langsung di GitHub; latihannya diperiksa otomatis di peramban.
Posisi course
Apa yang dipelajari
C3 menjadikan AI sebagai inti produk, bukan fitur tempelan: cara kerja model dari sisi API, pencarian semantik, RAG, evaluasi yang serius, agen dan alat (termasuk membangun agen dari nol), MCP, keamanan khusus LLM, privasi, observabilitas, biaya, pemilihan model, multimodal, dan rilis.
| Bidang | Isi di C3 |
|---|---|
| Retrieval | Ingest dokumen nyata, chunking sadar struktur, pencarian hibrida, rerank, metrik retrieval |
| Evaluasi | Golden set, metrik retrieval dan jawaban, LLM-as-judge yang dikalibrasi, evaluasi daring, red team |
| Agen | Loop agen ditulis sendiri, alat berskema, perencanaan, anggaran, persetujuan manusia, MCP, alur kerja tahan lama |
| Operasi | Tracing, biaya per permintaan, cache, routing model, latensi, rilis bertahap, Tayang |
Mekanisme di dalam model (tokenisasi BPE, sampling, attention, KV cache, LoRA) diajarkan di C9 Deep Learning; C3 memakai akibatnya bagi biaya, latensi, dan mutu, lalu menautkan ke modul C9 yang tepat.
Pendekatan
Agentic engineering. Agen koding menulis sebagian besar kode, manusia menulis spesifikasi dan golden set lebih dulu, lalu memeriksa lewat tes, evaluasi, dan review. Sepertiga isi adalah literasi yang wajib untuk menilai kerja agen dan kerja model: token, embedding, metrik, dan pola serangan.
Tingkat yang dicapai
| Tingkat | Isi | Dicakup? |
|---|---|---|
| 1. Berfungsi | Chat yang menjawab dari dokumen dengan sitasi | Ya (Bagian A–B) |
| 2. Siap produksi | Evaluasi di CI, guardrail, isolasi tenant di retrieval, mode terdegradasi, tracing, biaya terkendali | Ya (Bagian B–D) |
| 3. Praktik enterprise untuk tim kecil | Red team, tata kelola model dan prompt, evaluasi daring, kebijakan data penyedia, UU PDP untuk AI, MCP dengan otorisasi | Ya (Bagian C–E) |
| 4. Riset dan pelatihan model besar | Pretraining, RLHF skala besar, klaster GPU | Tidak; fine-tuning hanya dikenalkan (kapan perlu dan kapan tidak), dengan kode di C9 |
Tanpa GPU
Model dipanggil lewat API bertier gratis dengan kunci milikmu, atau model
lokal kecil lewat Ollama. Tes dan CI memakai FakeLlm dan embedding palsu
yang deterministik, sehingga tidak ada biaya dan tidak ada jaringan. Data di
tier gratis hanya data sintetis atau publik.
Jalur bawaan (dapat diganti):
| Keperluan | Bawaan | Alternatif |
|---|---|---|
| Tes dan CI | FakeLlm, embedding palsu deterministik | — |
| Pengembangan lokal | Ollama (model kecil, embedding EmbeddingGemma) | — |
| Cloud | OpenRouter, model :free atau kelas murah (Modul 01) | Gemini API tier gratis |
| Embedding cloud | gemini-embedding-001 tier gratis, 768 dimensi | — |
Batas tier gratis dan tarif berubah. Satu-satunya tabel tarif course ini ada di Modul 01, bertanggal dan bertanda perlu dicek ulang; modul lain merujuk ke sana.
Tumpukan teknologi
FastAPI + Pydantic, PostgreSQL + pgvector + Alembic, Docker, uv, pytest,
GitHub Actions, dan Streamlit untuk antarmuka. Semuanya diperkenalkan
seperlunya di modul yang memakainya; kerangka awal repo dijelaskan di Modul
02 dan kontrak capstone-tanyadok.md §0. Pola
yang dipakai berulang: LlmClient + FakeLlm, outbox dan worker (Modul 06), Problem Details, ai_generations, ai_usage. Antarmuka web
TypeScript (misalnya Next.js) boleh dipakai di capstone, tetapi tidak
diajarkan di sini.
Prasyarat: F1 Python, F2 SQL, dan F5 Rilis (uv, Docker, GitHub Actions, tayang). C9 Deep Learning dianjurkan untuk memahami mekanisme di dalam model; C1 Data Science membantu di bagian statistik evaluasi (Modul 08 dan 18).
Silabus (18 modul)
Setiap modul ±4–7,5 jam (lihat baris Waktu tiap modul), total ±105 jam: ringkasan
"Intinya", konsep dengan "Di balik layar", latihan terperiksa, kerja dengan
agen, lab yang memajukan proyek terpandu tanyadok, daftar periksa review,
studi kasus, dan kuis.
Bagian A · Fondasi LLM
| No | Modul | Hasil lab di tanyadok |
|---|---|---|
| 01 | Cara kerja LLM dari sisi API: token, jendela konteks, parameter sampling, nondeterminisme, biaya dan latensi, keluarga model, teks Indonesia vs Inggris | Pengukur token dan biaya; catatan perilaku model |
| 02 | Penyedia, kunci, dan klien: API kompatibel OpenAI, OpenRouter, Gemini, Ollama, LlmClient + FakeLlm, streaming, rate limit, retry, fallback, kerangka awal | Repo tanyadok berjalan dengan klien bertipe dan mode terdegradasi |
| 03 | Prompting sebagai rekayasa: system prompt, templat, contoh, pemisahan masukan tak tepercaya, versi prompt, prompt sebagai kode yang direview | Prompt berversi dengan tes |
| 04 | Keluaran terstruktur: skema JSON, function calling, Pydantic, perbaikan satu kali, ekstraksi | Ekstraksi metadata dokumen (judul, nomor, tanggal, pasal) |
Bagian B · Pengetahuan: retrieval dan RAG
| No | Modul | Hasil lab |
|---|---|---|
| 05 | Embedding dan pencarian semantik: vektor, kemiripan, pgvector, HNSW vs IVFFlat, masalah filter, embedding multibahasa, definisi metrik retrieval | Indeks vektor per tenant dengan tes kebocoran |
| 06 | Ingest dokumen nyata: PDF dan DOCX, OCR untuk pindaian, chunking sadar struktur (bab, pasal, ayat), metadata, versi, deduplikasi, BM25, indeks ulang bertahap | Pipeline ingest regulasi dan SOP |
| 07 | RAG end-to-end: penulisan ulang kueri, pencarian hibrida (vektor + full-text bahasa Indonesia, RRF), rerank, penyusunan konteks, sitasi, "tidak ditemukan", percakapan, antarmuka streaming | Endpoint tanya-jawab bersitasi dengan streaming dan antarmuka Streamlit |
| 08 | Evaluasi: golden set, metrik retrieval vs jawaban, kesetiaan dan relevansi, LLM-as-judge yang dikalibrasi dengan label manusia, gerbang CI, regresi, baseline | Kerangka evaluasi dan laporan |
Bagian C · Agen dan alat
| No | Modul | Hasil lab |
|---|---|---|
| 09 | Tool calling dan agen: loop agen, desain alat, perencanaan, kondisi berhenti, anggaran langkah dan token, persetujuan manusia, mode kegagalan | Agen pembanding versi dokumen dan pembuat draf |
| 10 | Membangun agen dari nol: loop ±40 baris dengan model tiruan di peramban, alat berskema JSON dan registri, kondisi berhenti, jejak, versi Claude API dan OpenRouter, tiga agen kecil, persetujuan, evaluasi | Agen v0 di luar tanyadok: kalkulator, riset dokumen bersitasi, perencana–pelaksana |
| 11 | Model Context Protocol: server, tools/resources/prompts, transport, otorisasi, keamanan (tool poisoning, confused deputy) | Server MCP tanyadok berlingkup tenant |
| 12 | Alur kerja dan memori: workflow vs agen, state, eksekusi tahan lama, memori percakapan dan jangka panjang, pola multi-agen, kapan memakai kerangka kerja | Alur ringkasan perubahan regulasi terjadwal |
| 13 | Keamanan aplikasi LLM: prompt injection langsung dan tidak langsung, eksfiltrasi lewat alat dan Markdown, OWASP Top 10 untuk LLM, lapis guardrail, red team | Suite red team di CI |
| 14 | Privasi, etika, dan kepatuhan: UU PDP untuk AI, transfer lintas negara, retensi di penyedia, data anak, bias, transparansi, hak cipta korpus, kebijakan AI Indonesia | Inventaris data AI, kebijakan pemakaian, dan aturan retensi |
Bagian D · Produksi
| No | Modul | Hasil lab |
|---|---|---|
| 15 | Observabilitas, biaya, dan latensi: tracing panggilan LLM, akuntansi token, cache (persis, semantik, prompt caching penyedia), routing dan kaskade model, anggaran latensi | Dasbor biaya dan latensi per tenant |
| 16 | Memilih model: perbandingan di golden set sendiri (mutu, biaya, latensi), model terbuka dan lisensi, model untuk bahasa Indonesia, kapan fine-tuning dan kapan tidak | Laporan pemilihan model dan fallback |
Bagian E · Multimodal dan rilis
| No | Modul | Hasil lab |
|---|---|---|
| 17 | Multimodal: dokumen gambar dan nota (vision), suara (ASR bahasa Indonesia), keluaran suara, biaya dan privasi | Tanya dari dokumen pindaian |
| 18 | Rilis dan PRR AI: sakelar mati, eksperimen prompt daring, umpan balik pengguna, insiden AI, tata kelola, Production Readiness Review, Tayang edisi demo | tanyadok lulus PRR dan tayang di URL publik; mulai capstone |
Proyek terpandu: tanyadok
Asisten tanya-jawab dokumen untuk organisasi. Setiap organisasi (tenant) mengunggah SOP, kebijakan, dan panduan internal, lalu memilih regulasi publik yang relevan dari JDIH. Anggota bertanya dengan bahasa sehari-hari dan mendapat jawaban bersitasi (dokumen, pasal atau bagian, halaman), atau "tidak ditemukan di dokumen" bila sumber tidak memuatnya.
Dipilih karena memaksa semua topik penting muncul secara alami: dokumen nyata yang berantakan, struktur hukum Indonesia (bab, pasal, ayat, perubahan), isolasi data antar-tenant di pencarian vektor, injeksi lewat dokumen yang diunggah, evaluasi yang bisa diperiksa, dan biaya yang naik bersama jumlah pertanyaan. Regulasi Indonesia bebas dipakai sebagai korpus (UU Hak Cipta tidak melindungi peraturan perundang-undangan; diverifikasi di Modul 14).
Peran: pemilik, admin (kelola dokumen dan anggota), editor (unggah), anggota (bertanya).
Fitur inti (dibangun bertahap):
- Ingest dokumen dengan potongan sadar struktur dan versi.
- Pencarian hibrida per tenant dengan rerank.
- Jawaban bersitasi dengan streaming, riwayat percakapan, dan "tidak ditemukan".
- Kerangka evaluasi dengan gerbang CI.
- Agen yang membandingkan versi dokumen dan membuat draf, dengan persetujuan.
- Server MCP berlingkup tenant.
- Suite red team dan guardrail.
- Tracing, biaya per tenant, cache, routing model.
- Tanya dari dokumen pindaian.
- Umpan balik pengguna yang masuk ke golden set.
Kriteria lulus Production Readiness Review (Modul 18; berlaku juga untuk capstone pilihan). Templat lengkapnya di Modul 18. Ringkasnya:
- Dasar aplikasi: tes alur inti di CI pada setiap PR, tidak ada akses lintas tenant, migrasi otomatis yang bisa dibatalkan, rahasia tidak ada di repo, latihan backup dan pulih sekali, runbook dan SLO. Kriteria webhook dan pembayaran hanya bila produk memuatnya (tulis "tidak berlaku" beserta alasannya).
- Fitur AI: alur utama tetap jalan saat AI mati atau kuota habis, tidak ada data pribadi yang tidak perlu ke penyedia, keluaran berdampak lewat persetujuan manusia atau validasi deterministik, kuota atomik dan alert biaya harian.
- Khas C3:
- Laporan evaluasi tersimpan: recall@k retrieval dan kesetiaan jawaban di atas ambang tertulis, dengan baseline; regresi memblokir rilis.
- Setiap jawaban punya sitasi yang mengarah ke potongan sumber; tanpa sumber memadai, jawabannya "tidak ditemukan".
- Isolasi tenant di retrieval dibuktikan dengan dokumen kanari.
- Suite red team minimal 30 kasus, termasuk injeksi lewat dokumen yang diunggah, lulus di CI.
- Biaya per pertanyaan dan p95 latensi terukur dan di bawah anggaran tertulis.
- Setiap permintaan AI punya trace (retrieval, versi prompt, model, token) tanpa data pribadi mentah.
Tayang (lencana, bukan syarat lulus). Edisi demo tanyadok di URL
publik: API dalam container di Render Free dan antarmuka di Streamlit
Community Cloud (dicek 22 Oktober 2026, perlu dicek ulang), satu tenant
dengan korpus publik atau sintetis, GET /health yang sehat, mode
terdegradasi bila kunci API kosong, plafon biaya, CI hijau (tes, evaluasi,
red team, pemindai rahasia), dan README portofolio dengan angka evaluasi,
biaya, dan p95 latensi. Rinciannya di Modul 18 dan kontrak §9.
Kontrak teknis ada di capstone-tanyadok.md.
Capstone: tujuh pilihan
Syarat dasar: fullstack (API, basis data, antarmuka) dan ada
penggunaan AI. Di C3, AI adalah inti produk, sehingga setiap capstone juga
wajib memuat retrieval atau agen dengan alat, evaluasi di CI, guardrail, dan
observabilitas, lalu boleh mengejar lencana Tayang seperti tanyadok.
Rincian di capstone-pilihan.md.
| Pilihan | Industri | Inti AI |
|---|---|---|
| Balasin | Layanan pelanggan UMKM lewat WhatsApp | RAG per tenant, alat terbatas, serah terima ke manusia |
| Notaku | Akuntansi UMKM, pemrosesan dokumen | Ekstraksi nota dan faktur dari foto, antrean tinjauan |
| Tutorku | Pendidikan | Tutor yang memberi petunjuk bertingkat tanpa membocorkan jawaban |
| Analisku | Analitik bisnis | Agen analisis data lewat alat kueri yang aman |
| Notulen | Produktivitas kantor | Rekaman rapat → transkrip → ringkasan → tindak lanjut |
| Penjaga | Marketplace, trust and safety | Moderasi konten dan deteksi penipuan berbahasa gaul |
| Tanyadok Plus | Kepatuhan dan legal-tech | tanyadok diperluas tanpa panduan lab |
Konvensi penulisan modul
Berkas NN-slug.md; bahasa Indonesia, istilah teknis Inggris apa adanya;
kalimat pendek; sapa pembaca dengan "kamu"; kode di blok berlabel; Mermaid
boleh.
# Modul NN · Judul
> **Hasil belajar:** 3–5 kemampuan yang bisa diamati
> **Prasyarat:** modul sebelumnya / pengetahuan
> **Waktu:** ± X jam
> **Hasil lab:** apa yang berubah di repo tanyadok
## Intinya (3–5 butir)
## 1. Masalah nyata
## 2. Konsep inti
### 2.N Di balik layar: … (wajib, minimal satu: cara kerja retrieval, evaluasi,
atau biaya di bawah pustaka — BM25, metrik IR,
hitungan biaya; mekanisme model ditautkan ke C9)
## 3. Bekerja dengan agen
### Tugas tanpa AI (cara klasik)
### Tugas dengan AI (cara modern)
### Bandingkan
## 4. Lab
### Latihan terperiksa (≥ 3, label **Tingkat:**)
lalu lab tanyadok, diakhiri "Selesai bila:" yang bisa diuji dengan perintah
## 5. Daftar periksa review
## 6. Red flag kode agen dan jebakan umum
## 7. Studi kasus
## 8. Di skala enterprise
## 9. Kuis (8–10 soal pilihan ganda, kunci dan alasan di akhir)
## Sumber (dokumentasi resmi + minimal satu rujukan klasik, tanggal dicek)
Retrieval klasik (BM25, TF-IDF, metrik IR) ditulis sendiri sebelum memakai pustaka. Latihan terperiksa (metrik retrieval, chunking, validator sitasi, perhitungan biaya, anggaran konteks, loop agen) memakai Python pustaka standar tanpa panggilan API. Satu konsep punya satu rumah: modul lain menautkan, tidak mengulang.
Jalur berkas milik repo proyek ditulis dengan awalan tanyadok/ (misalnya
tanyadok/docs/ai/eval.md). Potongan kode tanyadok yang butuh pustaka
luar ditandai python statis.
Aturan isi:
- Benar lebih penting dari lengkap. Harga, tier gratis, nama model, versi, dan spesifikasi (mis. MCP) diverifikasi dari sumber resmi, diberi tanggal, dan ditandai "perlu dicek ulang" bila mudah berubah.
- Contoh kode harus benar dan berjalan; tes memakai
FakeLlmdan embedding palsu, tanpa panggilan API berbayar. - Keamanan dan evaluasi bukan bab tambahan. Setiap modul menyebut risiko dan cara mengukurnya.
- Netral penyedia. Contoh memakai API kompatibel OpenAI; sebut padanannya.
- Studi kasus berupa skenario rekaan yang ditandai rekaan, atau kejadian publik dengan sumber yang bisa dibuka pembaca. Tidak ada rahasia, data pribadi, atau rujukan ke repositori yang tidak bisa diakses pembaca.