{"content_id":"uxrumphsyw","slug":"prompt-context-harness-agentic-loop-engineering","locale":"id","schema_type":"TechArticle","category":"comparison","category_name":"Perbandingan","title":"Perbedaan dan Cara Merancang Engineering Prompt, Konteks, Harness, Agentic, dan Loop","summary":"Engineering prompt, konteks, harness, agentic, dan loop masing-masing menangani instruksi, informasi, lingkungan kerja, eksekusi otonom, dan peningkatan berulang. Artikel ini menjelaskan batasan dan struktur kombinasi dari kelima metode, urutan penerapan, metrik validasi, dan cara mencegah kegagalan dari sudut pandang praktis.","author":{"name":"Injoys Admin","url":"https://injoys.com/ko/about"},"key_points":["Engineering prompt adalah pekerjaan memperjelas tujuan, batasan, contoh, kontrak output, dan kriteria keberhasilan.","Engineering konteks mengelola relevansi, keterkinian, sumber, dan efisiensi token dari informasi yang akan digunakan AI untuk penilaian saat ini.","Engineering harness menciptakan lingkungan agar AI dapat bekerja secara stabil melalui alat, izin, sandbox, struktur dokumen, validator, dan log.","Engineering agentic secara terbatas mendelegasikan tindakan berikutnya dan pemilihan alat kepada AI untuk mencapai tujuan.","Engineering loop menghubungkan pembuatan, validasi, analisis penyebab, perbaikan, eksekusi ulang, dan kondisi penghentian untuk mengonvergensikan hasil."],"content_markdown":"Jika semua pekerjaan untuk meningkatkan kualitas AI generatif digabungkan sebagai “menulis prompt dengan baik”, penyebab kegagalan akan sulit didiagnosis secara akurat. Prompt engineering, context engineering, harness engineering, agentic engineering, dan loop engineering bukanlah jargon tren yang saling menggantikan, melainkan pendekatan desain yang saling melengkapi dan menangani bidang kendali yang berbeda: **ekspresi permintaan, pemilihan informasi, lingkungan eksekusi, pengambilan keputusan otonom, dan perbaikan berulang**.\n\n## Definisi inti dari lima konsep\n\n| Kategori | Pertanyaan inti | Objek desain utama | Hasil utama | Kriteria keberhasilan utama |\n|---|---|---|---|---|\n| Prompt engineering | Bagaimana menginstruksikan AI untuk melakukan pekerjaan? | Instruksi, batasan, contoh, format keluaran | Template prompt, contoh input·output | Tingkat kepatuhan instruksi, akurasi format, kualitas hasil pertama |\n| Context engineering | Apa yang harus ditunjukkan kepada AI saat ini? | Instruksi sistem, dokumen pencarian, status percakapan, memori, hasil alat | Aturan perakitan konteks, kebijakan pencarian·peringkasan | Relevansi, kemutakhiran, berbasis bukti, efisiensi token |\n| Harness engineering | Lingkungan kerja seperti apa yang harus dibuat agar AI sulit melakukan kesalahan? | Alat, izin, sandbox, struktur repositori, validator, log | Aturan kerja, antarmuka alat, pengujian·CI, runbook | Reproduktibilitas, keamanan, dapat diverifikasi, dapat dipulihkan |\n| Agentic engineering | Siapa yang menentukan tindakan berikutnya, dan dalam cakupan apa? | Tujuan, rencana, pemilihan alat, transisi status, delegasi | Loop agen, orkestrasi, titik persetujuan | Tingkat penyelesaian tugas, pemilihan alat yang tepat, tingkat intervensi manusia |\n| Loop engineering | Bagaimana membuatnya konvergen ketika hasil pertama salah? | Generasi, evaluasi, klasifikasi penyebab, perbaikan, eksekusi ulang, kondisi penghentian | Evaluator, uji regresi, kebijakan coba ulang, klasifikasi kegagalan | Tingkat lolos pertama, tingkat pemulihan, jumlah iterasi, tingkat lolos akhir |\n\nJika lima konsep tersebut dihubungkan dalam satu baris, hasilnya adalah sebagai berikut.\n\n**Mengekspresikan permintaan → menunjukkan informasi yang diperlukan → menyediakan lingkungan kerja yang aman → membiarkan AI memilih tindakan berikutnya → memverifikasi dan memperbaiki hingga hasil memenuhi kriteria.**\n\n### Hal yang perlu diperhatikan saat menafsirkan istilah\n\nPrompt engineering dan agen adalah istilah yang relatif luas digunakan, tetapi cakupan penggunaan harness engineering masih berbeda-beda tergantung konteks. Sebagian tulisan menyebut hampir semua lapisan eksekusi selain model sebagai harness, sementara tulisan lain menjelaskannya secara lebih sempit sebagai struktur aturan·verifikasi·umpan balik yang dibuat pengguna agen coding di luar repositori. ‘Loop engineering’ juga lebih tepat dipahami sebagai nama praktis untuk merancang generasi dan verifikasi sebagai proses umpan balik tertutup, bukan sebagai klasifikasi resmi yang ditetapkan oleh satu standar tunggal. ([OpenAI][1])\n\n## 1. Prompt engineering: merancang kualitas instruksi\n\nPrompt engineering adalah pekerjaan membuat instruksi yang disampaikan kepada model menjadi jelas dan dapat diverifikasi. Biasanya efeknya paling terlihat dalam satu permintaan dan respons, tetapi juga diterapkan pada pesan sistem atau aturan percakapan multiturn.\n\nPrompt yang baik biasanya memisahkan elemen-elemen berikut.\n\n- **Tujuan:** Apa yang harus diselesaikan\n- **Input:** Apa objek analisis dan sampai mana batas input\n- **Batasan:** Apa yang tidak boleh dilakukan, cakupan yang diizinkan, panjang dan format\n- **Kontrak keluaran:** Struktur hasil seperti JSON, tabel, patch kode\n- **Kriteria keberhasilan:** Apa yang harus terpenuhi agar dapat dianggap jawaban benar\n- **Penanganan ketidakpastian:** Apa yang harus dilakukan ketika informasi kurang atau bertentangan\n- **Contoh:** Input·output representatif yang menunjukkan perilaku yang diharapkan\n\nTemplate praktis dapat dimulai secara sederhana seperti berikut.\n\n```text\nTujuan:\nInput:\nBatasan:\nFormat keluaran:\nKriteria keberhasilan:\nMetode verifikasi:\nPenanganan ketika tidak pasti:\nContoh representatif:\n```\n\nPenting untuk terlebih dahulu mendefinisikan kriteria keberhasilan dan metode pengujian empiris sebelum menyempurnakan prompt. Tidak semua kegagalan dapat diselesaikan dengan memperbaiki prompt; biaya, latensi, kesalahan alat, dan pemilihan materi yang salah bisa saja merupakan masalah pada lapisan lain. ([Claude Platform Docs][2])\n\n### Masalah yang dapat diselesaikan dengan baik oleh prompt engineering\n\n- Masalah format hasil yang sering rusak\n- Masalah prioritas instruksi yang ambigu\n- Masalah dengan input dan output yang relatif jelas seperti klasifikasi, ekstraksi, transformasi, dan peringkasan\n- Masalah yang performanya menjadi stabil ketika diberi contoh representatif\n\n### Masalah yang sulit diselesaikan hanya dengan prompt\n\n- Ketika fakta atau file yang diperlukan tidak ada dalam input\n- Ketika dokumen yang usang atau saling bertentangan tercampur\n- Ketika perlu menanyakan·mengubah sistem eksternal dengan aman\n- Ketika diperlukan status eksekusi beberapa tahap dan pemulihan kegagalan\n- Ketika tidak ada cara untuk memeriksa secara objektif apakah hasilnya benar\n\n## 2. Context engineering: merancang informasi yang dilihat AI\n\nContext engineering adalah pekerjaan memilih·mengurutkan·mengompresi·memperbarui seluruh informasi yang dapat digunakan model pada saat menghasilkan jawaban. Konteks dapat mencakup bukan hanya prompt, tetapi juga instruksi sistem, permintaan pengguna, riwayat percakapan, dokumen pencarian, memori, deskripsi alat, hasil eksekusi alat, waktu saat ini, status izin, dan status progres pekerjaan.\n\nKarena jendela konteks terbatas, tujuannya bukan “memasukkan sebanyak mungkin”, melainkan **memasukkan informasi yang diperlukan pada saat yang tepat**. Anthropic menjelaskan konteks sebagai sumber daya agen yang penting tetapi terbatas, dan untuk interaksi panjang merekomendasikan strategi seperti kumpulan alat minimum, contoh representatif, pencarian runtime, kompresi, dan memori. ([Anthropic][3])\n\n### Prinsip desain inti\n\n1. **Utamakan relevansi:** Masukkan hanya informasi yang diperlukan untuk tahap saat ini.\n2. **Sumber dan kemutakhiran:** Kelola juga waktu penulisan, versi, pemilik, dan tingkat kepercayaan dokumen.\n3. **Pencarian seketika:** Alih-alih menyuntikkan semua materi sebelumnya, ambil dari file·DB·sistem pencarian saat diperlukan.\n4. **Pelapisan informasi:** Bedakan aturan tetap, tugas saat ini, materi referensi, dan hasil alat.\n5. **Penanganan konflik:** Jika beberapa materi berbeda, jelaskan prioritas dan sumber acuan utama.\n6. **Kompresi dan pelestarian status:** Ringkas percakapan lama, tetapi jangan kehilangan keputusan, masalah yang belum selesai, dan tautan bukti.\n7. **Pemisahan instruksi dan data:** Tetapkan batas agar kalimat dalam halaman web atau dokumen tidak diperlakukan seperti perintah sistem.\n\n### Contoh\n\nKetika AI dukungan pelanggan menjawab kebijakan pengembalian dana, sekadar memperkuat prompt “jawablah dengan akurat” memiliki keterbatasan. Context engineering yang tepat menanyakan negara pelanggan, tanggal pembelian, jenis produk, versi kebijakan saat ini, klausul pengecualian, dan status pesanan pada saat diperlukan, lalu menyediakannya bersama-sama, serta membuat klausul kebijakan yang digunakan dalam jawaban dapat dilacak.\n\n## 3. Harness engineering: merancang lingkungan kerja AI\n\nHarness adalah kerangka eksekusi yang menghubungkan kecerdasan model dengan pekerjaan nyata. Harness engineering adalah pekerjaan merancang lingkungan kerja agar kesalahan yang sering dilakukan AI dapat dicegah atau ditemukan lebih awal melalui dokumen, alat, izin, struktur, verifikasi otomatis, dan umpan balik.\n\n### Komponen utama harness\n\n| Komponen | Peran | Contoh |\n|---|---|---|\n| Instruksi kerja | Menjelaskan prosedur dan larangan dalam pekerjaan berulang | `AGENTS.md`, runbook, checklist |\n| Struktur pengetahuan | Membuat AI mudah menemukan materi yang diperlukan | Peta repositori, ADR, glosarium, kumpulan contoh |\n| Antarmuka alat | Membatasi input·output tindakan secara jelas | Pencarian file, kueri DB, eksekusi kode, API deployment |\n| Lingkungan eksekusi | Mengisolasi kegagalan dan meningkatkan reproduktibilitas | Sandbox, container, dependensi tetap |\n| Validator | Memeriksa otomatis apakah hasil memenuhi kriteria | Pemeriksaan skema, uji unit, linter, pemeriksaan kebijakan |\n| Izin·persetujuan | Membatasi tindakan berisiko | Izin minimum, pemisahan baca/tulis, persetujuan manusia |\n| Observabilitas | Mencatat apa yang dilihat dan tindakan apa yang dilakukan | Trace, log, catatan panggilan alat, biaya |\n| Struktur pemulihan | Mengembalikan dan melanjutkan dengan aman setelah kegagalan | Checkpoint, rollback, anggaran coba ulang |\n\nContoh harness engineering dari OpenAI menjelaskan peran engineer bukan sekadar menulis kode, melainkan merancang lingkungan, intensi, pengetahuan repositori, pengujian·verifikasi·review·loop pemulihan. Intinya bukan meminta ulang kepada AI “berusahalah lebih keras”, melainkan menambahkan kemampuan dan sinyal yang sebelumnya kurang secara eksplisit ke dalam lingkungan. ([OpenAI][1])\n\n### Contoh struktur materi\n\n```text\n/ai\n  /instructions   # Aturan umum dan instruksi per peran\n  /skills         # Prosedur pekerjaan berulang\n  /examples       # Hasil baik dan hasil buruk\n  /evals          # Data evaluasi dan aturan penilaian\n  /policies       # Kebijakan izin, keamanan, persetujuan\n  /runbooks       # Penanganan insiden·pengecualian\n```\n\nStruktur ini sendiri bukan jawaban yang benar. Yang penting adalah apakah materi dijaga tetap mutakhir, duplikasi·konflik rendah, AI dapat menemukannya pada saat diperlukan, dan aturan berujung pada pemeriksaan otomatis.\n\n## 4. Agentic engineering: memberikan tujuan dan alat, lalu mendelegasikan tindakan berikutnya\n\nAgentic engineering adalah desain yang memberikan tujuan, alat, status pekerjaan, dan kondisi batas kepada AI, lalu membuatnya memilih sendiri langkah berikutnya dalam cakupan tertentu untuk mencapai tujuan.\n\nAnthropic membedakan **workflow** sebagai sistem yang mengoordinasikan LLM dan alat melalui jalur kode yang sudah ditentukan sebelumnya, dan **agen** sebagai sistem tempat model menentukan prosesnya sendiri dan penggunaan alat secara dinamis. OpenAI juga menjelaskan agen sebagai sistem tempat LLM mengelola eksekusi workflow dan memilih alat secara dinamis untuk berinteraksi dengan sistem eksternal. ([Anthropic][4])\n\n### Loop agen dasar\n\n1. Mengamati tujuan dan status saat ini.\n2. Merencanakan subtujuan atau tindakan berikutnya.\n3. Memilih dan menjalankan alat.\n4. Memeriksa hasil dan perubahan lingkungan.\n5. Memutuskan salah satu dari selesai, perbaikan, coba ulang, atau eskalasi ke manusia.\n\n### Kasus yang cocok untuk agen\n\n- Ketika urutan kerja berbeda untuk setiap input\n- Ketika harus menafsirkan informasi tidak terstruktur seperti bahasa alami, dokumen, atau kode\n- Ketika harus menggunakan beberapa alat secara selektif\n- Ketika harus mengubah rencana berdasarkan hasil antara\n- Ketika penyebab kegagalan beragam dan pemulihan pada tingkat tertentu dimungkinkan\n\n### Kasus ketika agen berlebihan\n\n- Otomasi sederhana dengan aturan dan urutan yang tetap\n- Pekerjaan yang dapat diselesaikan dengan pasti melalui satu panggilan API atau SQL\n- Pekerjaan tanpa sarana verifikasi dan dengan biaya kesalahan yang sangat besar\n- Struktur yang menjalankan tindakan sulit dibalik seperti pembayaran, penghapusan, atau deployment tanpa persetujuan\n- Struktur multi-agen yang hanya menambah peran padahal satu agen sudah cukup\n\nOtonomi bukanlah dikotomi. Ia dapat dibagi menjadi tipe asistif yang hanya memberi rekomendasi, tipe eksekusi yang hanya mengizinkan baca·tulis terbatas, tipe terawasi yang meminta persetujuan di setiap tahap utama, dan tipe otonomi tinggi yang berjalan lama dalam cakupan risiko rendah. Perlu diperluas secara bertahap sesuai risiko pekerjaan dan kemampuan verifikasi.\n\n## 5. Loop engineering: merancang proses perbaikan yang dapat diverifikasi\n\nLoop engineering bukan sekadar mencoba ulang. Ini adalah membuat **generasi → verifikasi → analisis penyebab kegagalan → pemilihan strategi perbaikan → eksekusi ulang → penilaian penghentian** menjadi sistem umpan balik tertutup yang eksplisit.\n\n### Komposisi loop yang tepat\n\n1. **Generasi kandidat:** Membuat draf, kode, rencana, atau hasil transformasi data.\n2. **Verifikasi:** Menjalankan pengujian, skema, data referensi, kebijakan, dan pemeriksaan bukti.\n3. **Klasifikasi penyebab:** Membedakan kesalahan instruksi, konteks yang hilang, kegagalan alat, cacat implementasi, dan cacat evaluator.\n4. **Perbaikan:** Menerapkan perubahan minimum yang sesuai dengan penyebab kegagalan.\n5. **Eksekusi ulang:** Jangan mengulang semuanya dari awal; lakukan kembali dari tahap yang diperlukan.\n6. **Penghentian:** Berhenti pada salah satu kondisi: lolos, jumlah iterasi maksimum, batas biaya, batas waktu, atau ambang ketidakpastian.\n7. **Perlindungan regresi:** Memeriksa apakah perbaikan baru merusak kasus sukses yang sudah ada.\n\nEvaluasi agen lebih kompleks daripada evaluasi satu giliran yang hanya melihat input dan output. Karena agen memanggil alat berkali-kali dan mengubah status lingkungan, bukan hanya hasil akhir tetapi juga proses dan perubahan lingkungan harus diperiksa bersama. Inti evaluasi otomatis adalah memberikan input lalu menerapkan logika penilaian pada output atau status yang berubah. ([Anthropic][5])\n\n### Prioritas validator\n\n- **Verifikasi deterministik:** Kompilasi, uji unit, skema, batasan matematis, pemeriksaan izin\n- **Verifikasi berbasis referensi:** Data acuan, kutipan sumber asli, pencocokan basis data\n- **Verifikasi berbasis aturan:** Kata terlarang, field wajib, syarat kebijakan\n- **Evaluasi berbasis model:** Item yang sulit dijadikan aturan seperti gaya bahasa, pelestarian makna, kualitas menyeluruh\n- **Evaluasi manusia:** Penilaian berisiko tinggi, validitas tujuan itu sendiri, persetujuan pengecualian\n\nJika memungkinkan, gunakan verifikasi deterministik terlebih dahulu, dan jangan membuat model menilai sendiri hasilnya hanya dengan evaluasi model. Saat menggunakan evaluasi model, sertakan kriteria evaluasi, contoh, pemeriksaan bias, dan review sampel oleh manusia.\n\n## Lima cara ini adalah lapisan, bukan pengganti\n\nDalam sistem nyata, kelima cara ini bekerja bersama.\n\n- Prompt membuat **kontrak tindakan saat ini**.\n- Konteks menyediakan **status dan bukti yang diperlukan untuk penilaian**.\n- Harness menyediakan **lingkungan yang dapat ditindaklanjuti dan pengaman**.\n- Desain agentic membagi **hak memilih tindakan berikutnya**.\n- Desain loop **menemukan kesalahan dan membuat kualitas konvergen**.\n\nKarena itu, pemahaman seperti “context engineering telah menggantikan prompt engineering” atau “jika memakai agen, workflow tidak diperlukan” tidak akurat. Lapisan yang lebih luas hanya mencakup atau memanfaatkan lapisan yang lebih sempit, dan untuk masalah sederhana, desain sederhana bisa lebih stabil.\n\n## Contoh praktik: sistem coding AI yang memperbaiki bug\n\nAnggap AI memperbaiki bug “setelah login, hanya pengguna tertentu yang mengalami error 500”.\n\n### Prompt engineering\n\n- Pastikan kondisi reproduksi error.\n- Jangan mengubah API publik.\n- Selesaikan dengan perubahan minimum.\n- Setelah perbaikan, laporkan hasil pengujian dan risiko yang tersisa.\n\n### Context engineering\n\n- Deskripsi issue dan log error\n- ID pelacakan permintaan terkait\n- File terkait autentikasi·model pengguna\n- Riwayat perubahan terbaru\n- Aturan arsitektur dan standar coding\n- Pengujian yang gagal dan informasi lingkungan eksekusi\n\n### Harness engineering\n\n- Alat pencarian repositori, pembacaan·pengeditan file, eksekusi pengujian\n- Branch terisolasi dan sandbox\n- Formatter, linter, uji unit·integrasi\n- Area yang dilarang diubah dan kebijakan izin\n- Log semua perintah dan perubahan file\n- Rollback dan checkpoint saat gagal\n\n### Agentic engineering\n\nAI memilih urutan reproduksi, perumusan hipotesis, penelusuran kode terkait, patch, pengujian, dan ringkasan hasil sesuai situasi. Namun deployment atau perubahan data memerlukan persetujuan manusia.\n\n### Loop engineering\n\nJika pengujian gagal, jangan mengulang perintah yang sama, melainkan klasifikasikan jenis kegagalan. Jika reproduksi gagal, lengkapi pengumpulan konteks; jika terjadi regresi, kecilkan patch; jika error lingkungan, pulihkan dependensi dan konfigurasi. Berhenti ketika semua pengujian wajib lolos dan dasar perubahan tersisa.\n\n## Cara menemukan engineering yang diperlukan berdasarkan gejala masalah\n\n| Gejala | Area yang harus diperiksa terlebih dahulu |\n|---|---|\n| Format keluaran atau gaya bahasa sering menyimpang | Prompt |\n| Fakta·file yang diperlukan untuk jawaban hilang | Konteks |\n| Salah memilih alat atau menjalankan perintah berbahaya | Desain harness dan izin |\n| Banyak variasi yang sulit ditangani dengan urutan tetap | Desain agentic |\n| Hasil pertama sering salah tetapi penilaian otomatis dimungkinkan | Loop dan evaluator |\n| Penyebab kegagalan tidak diketahui dan sulit direproduksi | Observabilitas harness |\n| Semakin diulang, hanya biaya yang bertambah dan kualitas tidak membaik | Klasifikasi penyebab, sinyal verifikasi, kondisi penghentian |\n| Semakin banyak materi, jawaban justru makin buruk | Penataan konteks dan kebijakan pencarian |\n\n## Urutan pembangunan yang direkomendasikan\n\n### Tahap 1: Buat kriteria keberhasilan dan set evaluasi terlebih dahulu\n\nKumpulkan pekerjaan representatif, kasus sulit, dan kasus terlarang, lalu definisikan bagaimana hasil akan dinilai. Jika tidak ada data jawaban benar, buat setidaknya skema, bukti wajib, kepatuhan kebijakan, dan kriteria evaluasi manusia.\n\n### Tahap 2: Buat baseline panggilan tunggal\n\nUkur performa, biaya, dan latensi dengan prompt paling sederhana dan konteks minimum yang diperlukan. Jika agen diperkenalkan tanpa baseline, efek kompleksitas sulit dibedakan.\n\n### Tahap 3: Instrumentasikan pasokan konteks\n\nCatat dokumen dan hasil alat apa yang masuk, seberapa lama usianya, dan apakah benar-benar digunakan dalam jawaban. Bedakan kegagalan pencarian dan konteks yang berlebihan.\n\n### Tahap 4: Buat harness minimum\n\nKurangi jumlah alat dan buat nama serta inputnya jelas. Prioritaskan sandbox, izin minimum, pengujian otomatis, log, dan checkpoint.\n\n### Tahap 5: Berikan otonomi terbatas\n\nBiarkan satu agen mulai menjalankan pekerjaan berisiko rendah yang berpusat pada membaca. Jelaskan kondisi penghentian dan kondisi eskalasi ke manusia, lalu setujui secara terpisah izin tulis·hapus·pembayaran·deployment.\n\n### Tahap 6: Tutup loop verifikasi·pemulihan\n\nHubungkan klasifikasi kegagalan, strategi perbaikan, jumlah iterasi maksimum, batas biaya, dan uji regresi. Perluas alat dan cakupan otonomi hanya setelah tingkat keberhasilan stabil.\n\n## Metrik operasi\n\nTidak ada angka target yang universal, sehingga standar harus ditentukan sesuai risiko dan biaya pekerjaan.\n\n| Metrik | Makna |\n|---|---|\n| Tingkat penyelesaian tugas | Rasio yang memenuhi kriteria keberhasilan akhir |\n| Tingkat lolos pertama | Rasio yang lolos sejak awal tanpa perbaikan berulang |\n| Tingkat pemulihan | Rasio yang berhasil melalui loop setelah kegagalan pertama |\n| Jumlah iterasi rata-rata | Jumlah siklus yang diperlukan hingga berhasil atau dihentikan |\n| Tingkat kesalahan pemilihan alat | Rasio panggilan alat yang tidak tepat atau tidak perlu |\n| Kelengkapan bukti | Rasio klaim inti yang memiliki sumber yang dapat dilacak |\n| Tingkat intervensi manusia | Rasio yang memerlukan persetujuan, perbaikan, atau instruksi ulang |\n| Biaya·latensi per keberhasilan unit | Sumber daya yang digunakan untuk menyelesaikan satu tugas yang berhasil |\n| Jumlah insiden keselamatan | Jumlah pelanggaran izin, penulisan salah, atau tindakan ireversibel |\n| Tingkat kegagalan regresi | Rasio perubahan baru yang merusak kasus sukses yang sudah ada |\n\n## Kesalahan desain yang sering terjadi\n\n| Area | Kesalahan | Cara memperbaiki |\n|---|---|---|\n| Prompt | Menumpuk semua pengecualian dalam satu kalimat | Strukturkan aturan dan pisahkan contoh representatif serta evaluasi |\n| Prompt | Menginstruksikan “tulislah dengan baik” tanpa kriteria keberhasilan | Jelaskan format, konten wajib, larangan, dan kriteria penilaian |\n| Konteks | Memasukkan semua dokumen yang tidak relevan | Gunakan pencarian runtime dan konteks bertahap |\n| Konteks | Memberikan kebijakan lama dan kebijakan terbaru secara bersamaan | Kelola versi·tanggal berlaku·sumber acuan utama |\n| Harness | Menyediakan banyak alat dengan fungsi yang tumpang tindih | Rancang kumpulan alat minimum dan parameter yang jelas |\n| Harness | Tidak ada izin tulis dan fungsi pembatalan | Sediakan izin minimum, sandbox, dan checkpoint |\n| Agentic | Membuat multi-agen sejak awal | Verifikasi mulai dari satu agen dan workflow deterministik |\n| Agentic | Membiarkan terus berjalan tanpa kondisi selesai | Tetapkan kondisi penghentian·anggaran·eskalasi yang eksplisit |\n| Loop | Mengulang permintaan yang sama begitu saja | Klasifikasikan penyebab kegagalan dan ubah titik perbaikan |\n| Loop | Mengevaluasi sendiri semua hasil dengan satu model generatif | Gabungkan pemeriksaan deterministik, pencocokan referensi, dan review sampel manusia |\n\n## Checklist implementasi\n\n- [ ] Apakah kondisi keberhasilan bukan hanya berupa kalimat, tetapi dapat diperiksa secara mekanis sejauh mungkin?\n- [ ] Apakah prioritas prompt, materi referensi, dan hasil alat dipisahkan?\n- [ ] Apakah sumber, versi, tanggal berlaku, dan pemilik dokumen dapat dilacak?\n- [ ] Apakah nama alat dan parameternya tidak saling tumpang tindih dan jelas?\n- [ ] Apakah izin baca, tulis, hapus, pembayaran, dan deployment dipisahkan berdasarkan tingkat risiko?\n- [ ] Apakah ada sandbox untuk mengisolasi kegagalan dan sarana untuk membatalkan perubahan?\n- [ ] Apakah semua tindakan penting dan panggilan alat dicatat dalam bentuk yang dapat direproduksi?\n- [ ] Apakah ada validator eksternal seperti pengujian, skema, dan pemeriksaan kebijakan?\n- [ ] Apakah jumlah iterasi maksimum, biaya, waktu, dan kondisi eskalasi ke manusia didefinisikan?\n- [ ] Apakah ada evaluasi regresi yang memastikan perbaikan baru tidak merusak kasus lama?\n\n## Kesimpulan\n\nSistem AI yang baik bukanlah sistem dengan prompt paling panjang. Sistem yang baik adalah sistem yang membedakan apakah kegagalan terjadi pada **instruksi**, **informasi**, **lingkungan**, **pengambilan keputusan**, atau **verifikasi·pemulihan**, lalu menempatkan solusi paling sederhana pada lapisan terkait. Pendekatan yang stabil adalah terlebih dahulu membuat kriteria keberhasilan dan baseline panggilan tunggal, memperkuat konteks dan harness hanya sebanyak yang diperlukan, lalu memperluas otonomi dan loop berulang dalam cakupan yang dapat diverifikasi.","content_html":"\u003cp\u003eJika semua pekerjaan untuk meningkatkan kualitas AI generatif digabungkan sebagai “menulis prompt dengan baik”, penyebab kegagalan akan sulit didiagnosis secara akurat. Prompt engineering, context engineering, harness engineering, agentic engineering, dan loop engineering bukanlah jargon tren yang saling menggantikan, melainkan pendekatan desain yang saling melengkapi dan menangani bidang kendali yang berbeda: \u003cstrong\u003eekspresi permintaan, pemilihan informasi, lingkungan eksekusi, pengambilan keputusan otonom, dan perbaikan berulang\u003c/strong\u003e.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#definisi-inti-dari-lima-konsep\" class=\"anchor\" id=\"definisi-inti-dari-lima-konsep\"\u003e\u003c/a\u003eDefinisi inti dari lima konsep\u003c/h2\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eKategori\u003c/th\u003e\n\u003cth\u003ePertanyaan inti\u003c/th\u003e\n\u003cth\u003eObjek desain utama\u003c/th\u003e\n\u003cth\u003eHasil utama\u003c/th\u003e\n\u003cth\u003eKriteria keberhasilan utama\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd\u003ePrompt engineering\u003c/td\u003e\n\u003ctd\u003eBagaimana menginstruksikan AI untuk melakukan pekerjaan?\u003c/td\u003e\n\u003ctd\u003eInstruksi, batasan, contoh, format keluaran\u003c/td\u003e\n\u003ctd\u003eTemplate prompt, contoh input·output\u003c/td\u003e\n\u003ctd\u003eTingkat kepatuhan instruksi, akurasi format, kualitas hasil pertama\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eContext engineering\u003c/td\u003e\n\u003ctd\u003eApa yang harus ditunjukkan kepada AI saat ini?\u003c/td\u003e\n\u003ctd\u003eInstruksi sistem, dokumen pencarian, status percakapan, memori, hasil alat\u003c/td\u003e\n\u003ctd\u003eAturan perakitan konteks, kebijakan pencarian·peringkasan\u003c/td\u003e\n\u003ctd\u003eRelevansi, kemutakhiran, berbasis bukti, efisiensi token\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eHarness engineering\u003c/td\u003e\n\u003ctd\u003eLingkungan kerja seperti apa yang harus dibuat agar AI sulit melakukan kesalahan?\u003c/td\u003e\n\u003ctd\u003eAlat, izin, sandbox, struktur repositori, validator, log\u003c/td\u003e\n\u003ctd\u003eAturan kerja, antarmuka alat, pengujian·CI, runbook\u003c/td\u003e\n\u003ctd\u003eReproduktibilitas, keamanan, dapat diverifikasi, dapat dipulihkan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eAgentic engineering\u003c/td\u003e\n\u003ctd\u003eSiapa yang menentukan tindakan berikutnya, dan dalam cakupan apa?\u003c/td\u003e\n\u003ctd\u003eTujuan, rencana, pemilihan alat, transisi status, delegasi\u003c/td\u003e\n\u003ctd\u003eLoop agen, orkestrasi, titik persetujuan\u003c/td\u003e\n\u003ctd\u003eTingkat penyelesaian tugas, pemilihan alat yang tepat, tingkat intervensi manusia\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eLoop engineering\u003c/td\u003e\n\u003ctd\u003eBagaimana membuatnya konvergen ketika hasil pertama salah?\u003c/td\u003e\n\u003ctd\u003eGenerasi, evaluasi, klasifikasi penyebab, perbaikan, eksekusi ulang, kondisi penghentian\u003c/td\u003e\n\u003ctd\u003eEvaluator, uji regresi, kebijakan coba ulang, klasifikasi kegagalan\u003c/td\u003e\n\u003ctd\u003eTingkat lolos pertama, tingkat pemulihan, jumlah iterasi, tingkat lolos akhir\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eJika lima konsep tersebut dihubungkan dalam satu baris, hasilnya adalah sebagai berikut.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eMengekspresikan permintaan → menunjukkan informasi yang diperlukan → menyediakan lingkungan kerja yang aman → membiarkan AI memilih tindakan berikutnya → memverifikasi dan memperbaiki hingga hasil memenuhi kriteria.\u003c/strong\u003e\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#hal-yang-perlu-diperhatikan-saat-menafsirkan-istilah\" class=\"anchor\" id=\"hal-yang-perlu-diperhatikan-saat-menafsirkan-istilah\"\u003e\u003c/a\u003eHal yang perlu diperhatikan saat menafsirkan istilah\u003c/h3\u003e\n\u003cp\u003ePrompt engineering dan agen adalah istilah yang relatif luas digunakan, tetapi cakupan penggunaan harness engineering masih berbeda-beda tergantung konteks. Sebagian tulisan menyebut hampir semua lapisan eksekusi selain model sebagai harness, sementara tulisan lain menjelaskannya secara lebih sempit sebagai struktur aturan·verifikasi·umpan balik yang dibuat pengguna agen coding di luar repositori. ‘Loop engineering’ juga lebih tepat dipahami sebagai nama praktis untuk merancang generasi dan verifikasi sebagai proses umpan balik tertutup, bukan sebagai klasifikasi resmi yang ditetapkan oleh satu standar tunggal. ([OpenAI][1])\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#1-prompt-engineering-merancang-kualitas-instruksi\" class=\"anchor\" id=\"1-prompt-engineering-merancang-kualitas-instruksi\"\u003e\u003c/a\u003e1. Prompt engineering: merancang kualitas instruksi\u003c/h2\u003e\n\u003cp\u003ePrompt engineering adalah pekerjaan membuat instruksi yang disampaikan kepada model menjadi jelas dan dapat diverifikasi. Biasanya efeknya paling terlihat dalam satu permintaan dan respons, tetapi juga diterapkan pada pesan sistem atau aturan percakapan multiturn.\u003c/p\u003e\n\u003cp\u003ePrompt yang baik biasanya memisahkan elemen-elemen berikut.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eTujuan:\u003c/strong\u003e Apa yang harus diselesaikan\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInput:\u003c/strong\u003e Apa objek analisis dan sampai mana batas input\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eBatasan:\u003c/strong\u003e Apa yang tidak boleh dilakukan, cakupan yang diizinkan, panjang dan format\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eKontrak keluaran:\u003c/strong\u003e Struktur hasil seperti JSON, tabel, patch kode\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eKriteria keberhasilan:\u003c/strong\u003e Apa yang harus terpenuhi agar dapat dianggap jawaban benar\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePenanganan ketidakpastian:\u003c/strong\u003e Apa yang harus dilakukan ketika informasi kurang atau bertentangan\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eContoh:\u003c/strong\u003e Input·output representatif yang menunjukkan perilaku yang diharapkan\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eTemplate praktis dapat dimulai secara sederhana seperti berikut.\u003c/p\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003eTujuan:\n\u003c/span\u003e\u003cspan\u003eInput:\n\u003c/span\u003e\u003cspan\u003eBatasan:\n\u003c/span\u003e\u003cspan\u003eFormat keluaran:\n\u003c/span\u003e\u003cspan\u003eKriteria keberhasilan:\n\u003c/span\u003e\u003cspan\u003eMetode verifikasi:\n\u003c/span\u003e\u003cspan\u003ePenanganan ketika tidak pasti:\n\u003c/span\u003e\u003cspan\u003eContoh representatif:\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n\u003cp\u003ePenting untuk terlebih dahulu mendefinisikan kriteria keberhasilan dan metode pengujian empiris sebelum menyempurnakan prompt. Tidak semua kegagalan dapat diselesaikan dengan memperbaiki prompt; biaya, latensi, kesalahan alat, dan pemilihan materi yang salah bisa saja merupakan masalah pada lapisan lain. ([Claude Platform Docs][2])\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#masalah-yang-dapat-diselesaikan-dengan-baik-oleh-prompt-engineering\" class=\"anchor\" id=\"masalah-yang-dapat-diselesaikan-dengan-baik-oleh-prompt-engineering\"\u003e\u003c/a\u003eMasalah yang dapat diselesaikan dengan baik oleh prompt engineering\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eMasalah format hasil yang sering rusak\u003c/li\u003e\n\u003cli\u003eMasalah prioritas instruksi yang ambigu\u003c/li\u003e\n\u003cli\u003eMasalah dengan input dan output yang relatif jelas seperti klasifikasi, ekstraksi, transformasi, dan peringkasan\u003c/li\u003e\n\u003cli\u003eMasalah yang performanya menjadi stabil ketika diberi contoh representatif\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\u003ca href=\"#masalah-yang-sulit-diselesaikan-hanya-dengan-prompt\" class=\"anchor\" id=\"masalah-yang-sulit-diselesaikan-hanya-dengan-prompt\"\u003e\u003c/a\u003eMasalah yang sulit diselesaikan hanya dengan prompt\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eKetika fakta atau file yang diperlukan tidak ada dalam input\u003c/li\u003e\n\u003cli\u003eKetika dokumen yang usang atau saling bertentangan tercampur\u003c/li\u003e\n\u003cli\u003eKetika perlu menanyakan·mengubah sistem eksternal dengan aman\u003c/li\u003e\n\u003cli\u003eKetika diperlukan status eksekusi beberapa tahap dan pemulihan kegagalan\u003c/li\u003e\n\u003cli\u003eKetika tidak ada cara untuk memeriksa secara objektif apakah hasilnya benar\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\u003ca href=\"#2-context-engineering-merancang-informasi-yang-dilihat-ai\" class=\"anchor\" id=\"2-context-engineering-merancang-informasi-yang-dilihat-ai\"\u003e\u003c/a\u003e2. Context engineering: merancang informasi yang dilihat AI\u003c/h2\u003e\n\u003cp\u003eContext engineering adalah pekerjaan memilih·mengurutkan·mengompresi·memperbarui seluruh informasi yang dapat digunakan model pada saat menghasilkan jawaban. Konteks dapat mencakup bukan hanya prompt, tetapi juga instruksi sistem, permintaan pengguna, riwayat percakapan, dokumen pencarian, memori, deskripsi alat, hasil eksekusi alat, waktu saat ini, status izin, dan status progres pekerjaan.\u003c/p\u003e\n\u003cp\u003eKarena jendela konteks terbatas, tujuannya bukan “memasukkan sebanyak mungkin”, melainkan \u003cstrong\u003ememasukkan informasi yang diperlukan pada saat yang tepat\u003c/strong\u003e. Anthropic menjelaskan konteks sebagai sumber daya agen yang penting tetapi terbatas, dan untuk interaksi panjang merekomendasikan strategi seperti kumpulan alat minimum, contoh representatif, pencarian runtime, kompresi, dan memori. ([Anthropic][3])\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#prinsip-desain-inti\" class=\"anchor\" id=\"prinsip-desain-inti\"\u003e\u003c/a\u003ePrinsip desain inti\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eUtamakan relevansi:\u003c/strong\u003e Masukkan hanya informasi yang diperlukan untuk tahap saat ini.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSumber dan kemutakhiran:\u003c/strong\u003e Kelola juga waktu penulisan, versi, pemilik, dan tingkat kepercayaan dokumen.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePencarian seketika:\u003c/strong\u003e Alih-alih menyuntikkan semua materi sebelumnya, ambil dari file·DB·sistem pencarian saat diperlukan.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePelapisan informasi:\u003c/strong\u003e Bedakan aturan tetap, tugas saat ini, materi referensi, dan hasil alat.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePenanganan konflik:\u003c/strong\u003e Jika beberapa materi berbeda, jelaskan prioritas dan sumber acuan utama.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eKompresi dan pelestarian status:\u003c/strong\u003e Ringkas percakapan lama, tetapi jangan kehilangan keputusan, masalah yang belum selesai, dan tautan bukti.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePemisahan instruksi dan data:\u003c/strong\u003e Tetapkan batas agar kalimat dalam halaman web atau dokumen tidak diperlakukan seperti perintah sistem.\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3\u003e\u003ca href=\"#contoh\" class=\"anchor\" id=\"contoh\"\u003e\u003c/a\u003eContoh\u003c/h3\u003e\n\u003cp\u003eKetika AI dukungan pelanggan menjawab kebijakan pengembalian dana, sekadar memperkuat prompt “jawablah dengan akurat” memiliki keterbatasan. Context engineering yang tepat menanyakan negara pelanggan, tanggal pembelian, jenis produk, versi kebijakan saat ini, klausul pengecualian, dan status pesanan pada saat diperlukan, lalu menyediakannya bersama-sama, serta membuat klausul kebijakan yang digunakan dalam jawaban dapat dilacak.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#3-harness-engineering-merancang-lingkungan-kerja-ai\" class=\"anchor\" id=\"3-harness-engineering-merancang-lingkungan-kerja-ai\"\u003e\u003c/a\u003e3. Harness engineering: merancang lingkungan kerja AI\u003c/h2\u003e\n\u003cp\u003eHarness adalah kerangka eksekusi yang menghubungkan kecerdasan model dengan pekerjaan nyata. Harness engineering adalah pekerjaan merancang lingkungan kerja agar kesalahan yang sering dilakukan AI dapat dicegah atau ditemukan lebih awal melalui dokumen, alat, izin, struktur, verifikasi otomatis, dan umpan balik.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#komponen-utama-harness\" class=\"anchor\" id=\"komponen-utama-harness\"\u003e\u003c/a\u003eKomponen utama harness\u003c/h3\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eKomponen\u003c/th\u003e\n\u003cth\u003ePeran\u003c/th\u003e\n\u003cth\u003eContoh\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd\u003eInstruksi kerja\u003c/td\u003e\n\u003ctd\u003eMenjelaskan prosedur dan larangan dalam pekerjaan berulang\u003c/td\u003e\n\u003ctd\u003e\u003ccode\u003eAGENTS.md\u003c/code\u003e, runbook, checklist\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eStruktur pengetahuan\u003c/td\u003e\n\u003ctd\u003eMembuat AI mudah menemukan materi yang diperlukan\u003c/td\u003e\n\u003ctd\u003ePeta repositori, ADR, glosarium, kumpulan contoh\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eAntarmuka alat\u003c/td\u003e\n\u003ctd\u003eMembatasi input·output tindakan secara jelas\u003c/td\u003e\n\u003ctd\u003ePencarian file, kueri DB, eksekusi kode, API deployment\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eLingkungan eksekusi\u003c/td\u003e\n\u003ctd\u003eMengisolasi kegagalan dan meningkatkan reproduktibilitas\u003c/td\u003e\n\u003ctd\u003eSandbox, container, dependensi tetap\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eValidator\u003c/td\u003e\n\u003ctd\u003eMemeriksa otomatis apakah hasil memenuhi kriteria\u003c/td\u003e\n\u003ctd\u003ePemeriksaan skema, uji unit, linter, pemeriksaan kebijakan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eIzin·persetujuan\u003c/td\u003e\n\u003ctd\u003eMembatasi tindakan berisiko\u003c/td\u003e\n\u003ctd\u003eIzin minimum, pemisahan baca/tulis, persetujuan manusia\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eObservabilitas\u003c/td\u003e\n\u003ctd\u003eMencatat apa yang dilihat dan tindakan apa yang dilakukan\u003c/td\u003e\n\u003ctd\u003eTrace, log, catatan panggilan alat, biaya\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eStruktur pemulihan\u003c/td\u003e\n\u003ctd\u003eMengembalikan dan melanjutkan dengan aman setelah kegagalan\u003c/td\u003e\n\u003ctd\u003eCheckpoint, rollback, anggaran coba ulang\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eContoh harness engineering dari OpenAI menjelaskan peran engineer bukan sekadar menulis kode, melainkan merancang lingkungan, intensi, pengetahuan repositori, pengujian·verifikasi·review·loop pemulihan. Intinya bukan meminta ulang kepada AI “berusahalah lebih keras”, melainkan menambahkan kemampuan dan sinyal yang sebelumnya kurang secara eksplisit ke dalam lingkungan. ([OpenAI][1])\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#contoh-struktur-materi\" class=\"anchor\" id=\"contoh-struktur-materi\"\u003e\u003c/a\u003eContoh struktur materi\u003c/h3\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003e/ai\n\u003c/span\u003e\u003cspan\u003e  /instructions   # Aturan umum dan instruksi per peran\n\u003c/span\u003e\u003cspan\u003e  /skills         # Prosedur pekerjaan berulang\n\u003c/span\u003e\u003cspan\u003e  /examples       # Hasil baik dan hasil buruk\n\u003c/span\u003e\u003cspan\u003e  /evals          # Data evaluasi dan aturan penilaian\n\u003c/span\u003e\u003cspan\u003e  /policies       # Kebijakan izin, keamanan, persetujuan\n\u003c/span\u003e\u003cspan\u003e  /runbooks       # Penanganan insiden·pengecualian\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n\u003cp\u003eStruktur ini sendiri bukan jawaban yang benar. Yang penting adalah apakah materi dijaga tetap mutakhir, duplikasi·konflik rendah, AI dapat menemukannya pada saat diperlukan, dan aturan berujung pada pemeriksaan otomatis.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#4-agentic-engineering-memberikan-tujuan-dan-alat-lalu-mendelegasikan-tindakan-berikutnya\" class=\"anchor\" id=\"4-agentic-engineering-memberikan-tujuan-dan-alat-lalu-mendelegasikan-tindakan-berikutnya\"\u003e\u003c/a\u003e4. Agentic engineering: memberikan tujuan dan alat, lalu mendelegasikan tindakan berikutnya\u003c/h2\u003e\n\u003cp\u003eAgentic engineering adalah desain yang memberikan tujuan, alat, status pekerjaan, dan kondisi batas kepada AI, lalu membuatnya memilih sendiri langkah berikutnya dalam cakupan tertentu untuk mencapai tujuan.\u003c/p\u003e\n\u003cp\u003eAnthropic membedakan \u003cstrong\u003eworkflow\u003c/strong\u003e sebagai sistem yang mengoordinasikan LLM dan alat melalui jalur kode yang sudah ditentukan sebelumnya, dan \u003cstrong\u003eagen\u003c/strong\u003e sebagai sistem tempat model menentukan prosesnya sendiri dan penggunaan alat secara dinamis. OpenAI juga menjelaskan agen sebagai sistem tempat LLM mengelola eksekusi workflow dan memilih alat secara dinamis untuk berinteraksi dengan sistem eksternal. ([Anthropic][4])\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#loop-agen-dasar\" class=\"anchor\" id=\"loop-agen-dasar\"\u003e\u003c/a\u003eLoop agen dasar\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003eMengamati tujuan dan status saat ini.\u003c/li\u003e\n\u003cli\u003eMerencanakan subtujuan atau tindakan berikutnya.\u003c/li\u003e\n\u003cli\u003eMemilih dan menjalankan alat.\u003c/li\u003e\n\u003cli\u003eMemeriksa hasil dan perubahan lingkungan.\u003c/li\u003e\n\u003cli\u003eMemutuskan salah satu dari selesai, perbaikan, coba ulang, atau eskalasi ke manusia.\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3\u003e\u003ca href=\"#kasus-yang-cocok-untuk-agen\" class=\"anchor\" id=\"kasus-yang-cocok-untuk-agen\"\u003e\u003c/a\u003eKasus yang cocok untuk agen\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eKetika urutan kerja berbeda untuk setiap input\u003c/li\u003e\n\u003cli\u003eKetika harus menafsirkan informasi tidak terstruktur seperti bahasa alami, dokumen, atau kode\u003c/li\u003e\n\u003cli\u003eKetika harus menggunakan beberapa alat secara selektif\u003c/li\u003e\n\u003cli\u003eKetika harus mengubah rencana berdasarkan hasil antara\u003c/li\u003e\n\u003cli\u003eKetika penyebab kegagalan beragam dan pemulihan pada tingkat tertentu dimungkinkan\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\u003ca href=\"#kasus-ketika-agen-berlebihan\" class=\"anchor\" id=\"kasus-ketika-agen-berlebihan\"\u003e\u003c/a\u003eKasus ketika agen berlebihan\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eOtomasi sederhana dengan aturan dan urutan yang tetap\u003c/li\u003e\n\u003cli\u003ePekerjaan yang dapat diselesaikan dengan pasti melalui satu panggilan API atau SQL\u003c/li\u003e\n\u003cli\u003ePekerjaan tanpa sarana verifikasi dan dengan biaya kesalahan yang sangat besar\u003c/li\u003e\n\u003cli\u003eStruktur yang menjalankan tindakan sulit dibalik seperti pembayaran, penghapusan, atau deployment tanpa persetujuan\u003c/li\u003e\n\u003cli\u003eStruktur multi-agen yang hanya menambah peran padahal satu agen sudah cukup\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eOtonomi bukanlah dikotomi. Ia dapat dibagi menjadi tipe asistif yang hanya memberi rekomendasi, tipe eksekusi yang hanya mengizinkan baca·tulis terbatas, tipe terawasi yang meminta persetujuan di setiap tahap utama, dan tipe otonomi tinggi yang berjalan lama dalam cakupan risiko rendah. Perlu diperluas secara bertahap sesuai risiko pekerjaan dan kemampuan verifikasi.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#5-loop-engineering-merancang-proses-perbaikan-yang-dapat-diverifikasi\" class=\"anchor\" id=\"5-loop-engineering-merancang-proses-perbaikan-yang-dapat-diverifikasi\"\u003e\u003c/a\u003e5. Loop engineering: merancang proses perbaikan yang dapat diverifikasi\u003c/h2\u003e\n\u003cp\u003eLoop engineering bukan sekadar mencoba ulang. Ini adalah membuat \u003cstrong\u003egenerasi → verifikasi → analisis penyebab kegagalan → pemilihan strategi perbaikan → eksekusi ulang → penilaian penghentian\u003c/strong\u003e menjadi sistem umpan balik tertutup yang eksplisit.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#komposisi-loop-yang-tepat\" class=\"anchor\" id=\"komposisi-loop-yang-tepat\"\u003e\u003c/a\u003eKomposisi loop yang tepat\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eGenerasi kandidat:\u003c/strong\u003e Membuat draf, kode, rencana, atau hasil transformasi data.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eVerifikasi:\u003c/strong\u003e Menjalankan pengujian, skema, data referensi, kebijakan, dan pemeriksaan bukti.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eKlasifikasi penyebab:\u003c/strong\u003e Membedakan kesalahan instruksi, konteks yang hilang, kegagalan alat, cacat implementasi, dan cacat evaluator.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePerbaikan:\u003c/strong\u003e Menerapkan perubahan minimum yang sesuai dengan penyebab kegagalan.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEksekusi ulang:\u003c/strong\u003e Jangan mengulang semuanya dari awal; lakukan kembali dari tahap yang diperlukan.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePenghentian:\u003c/strong\u003e Berhenti pada salah satu kondisi: lolos, jumlah iterasi maksimum, batas biaya, batas waktu, atau ambang ketidakpastian.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePerlindungan regresi:\u003c/strong\u003e Memeriksa apakah perbaikan baru merusak kasus sukses yang sudah ada.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eEvaluasi agen lebih kompleks daripada evaluasi satu giliran yang hanya melihat input dan output. Karena agen memanggil alat berkali-kali dan mengubah status lingkungan, bukan hanya hasil akhir tetapi juga proses dan perubahan lingkungan harus diperiksa bersama. Inti evaluasi otomatis adalah memberikan input lalu menerapkan logika penilaian pada output atau status yang berubah. ([Anthropic][5])\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#prioritas-validator\" class=\"anchor\" id=\"prioritas-validator\"\u003e\u003c/a\u003ePrioritas validator\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eVerifikasi deterministik:\u003c/strong\u003e Kompilasi, uji unit, skema, batasan matematis, pemeriksaan izin\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eVerifikasi berbasis referensi:\u003c/strong\u003e Data acuan, kutipan sumber asli, pencocokan basis data\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eVerifikasi berbasis aturan:\u003c/strong\u003e Kata terlarang, field wajib, syarat kebijakan\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEvaluasi berbasis model:\u003c/strong\u003e Item yang sulit dijadikan aturan seperti gaya bahasa, pelestarian makna, kualitas menyeluruh\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEvaluasi manusia:\u003c/strong\u003e Penilaian berisiko tinggi, validitas tujuan itu sendiri, persetujuan pengecualian\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eJika memungkinkan, gunakan verifikasi deterministik terlebih dahulu, dan jangan membuat model menilai sendiri hasilnya hanya dengan evaluasi model. Saat menggunakan evaluasi model, sertakan kriteria evaluasi, contoh, pemeriksaan bias, dan review sampel oleh manusia.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#lima-cara-ini-adalah-lapisan-bukan-pengganti\" class=\"anchor\" id=\"lima-cara-ini-adalah-lapisan-bukan-pengganti\"\u003e\u003c/a\u003eLima cara ini adalah lapisan, bukan pengganti\u003c/h2\u003e\n\u003cp\u003eDalam sistem nyata, kelima cara ini bekerja bersama.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ePrompt membuat \u003cstrong\u003ekontrak tindakan saat ini\u003c/strong\u003e.\u003c/li\u003e\n\u003cli\u003eKonteks menyediakan \u003cstrong\u003estatus dan bukti yang diperlukan untuk penilaian\u003c/strong\u003e.\u003c/li\u003e\n\u003cli\u003eHarness menyediakan \u003cstrong\u003elingkungan yang dapat ditindaklanjuti dan pengaman\u003c/strong\u003e.\u003c/li\u003e\n\u003cli\u003eDesain agentic membagi \u003cstrong\u003ehak memilih tindakan berikutnya\u003c/strong\u003e.\u003c/li\u003e\n\u003cli\u003eDesain loop \u003cstrong\u003emenemukan kesalahan dan membuat kualitas konvergen\u003c/strong\u003e.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eKarena itu, pemahaman seperti “context engineering telah menggantikan prompt engineering” atau “jika memakai agen, workflow tidak diperlukan” tidak akurat. Lapisan yang lebih luas hanya mencakup atau memanfaatkan lapisan yang lebih sempit, dan untuk masalah sederhana, desain sederhana bisa lebih stabil.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#contoh-praktik-sistem-coding-ai-yang-memperbaiki-bug\" class=\"anchor\" id=\"contoh-praktik-sistem-coding-ai-yang-memperbaiki-bug\"\u003e\u003c/a\u003eContoh praktik: sistem coding AI yang memperbaiki bug\u003c/h2\u003e\n\u003cp\u003eAnggap AI memperbaiki bug “setelah login, hanya pengguna tertentu yang mengalami error 500”.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#prompt-engineering\" class=\"anchor\" id=\"prompt-engineering\"\u003e\u003c/a\u003ePrompt engineering\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003ePastikan kondisi reproduksi error.\u003c/li\u003e\n\u003cli\u003eJangan mengubah API publik.\u003c/li\u003e\n\u003cli\u003eSelesaikan dengan perubahan minimum.\u003c/li\u003e\n\u003cli\u003eSetelah perbaikan, laporkan hasil pengujian dan risiko yang tersisa.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\u003ca href=\"#context-engineering\" class=\"anchor\" id=\"context-engineering\"\u003e\u003c/a\u003eContext engineering\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eDeskripsi issue dan log error\u003c/li\u003e\n\u003cli\u003eID pelacakan permintaan terkait\u003c/li\u003e\n\u003cli\u003eFile terkait autentikasi·model pengguna\u003c/li\u003e\n\u003cli\u003eRiwayat perubahan terbaru\u003c/li\u003e\n\u003cli\u003eAturan arsitektur dan standar coding\u003c/li\u003e\n\u003cli\u003ePengujian yang gagal dan informasi lingkungan eksekusi\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\u003ca href=\"#harness-engineering\" class=\"anchor\" id=\"harness-engineering\"\u003e\u003c/a\u003eHarness engineering\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eAlat pencarian repositori, pembacaan·pengeditan file, eksekusi pengujian\u003c/li\u003e\n\u003cli\u003eBranch terisolasi dan sandbox\u003c/li\u003e\n\u003cli\u003eFormatter, linter, uji unit·integrasi\u003c/li\u003e\n\u003cli\u003eArea yang dilarang diubah dan kebijakan izin\u003c/li\u003e\n\u003cli\u003eLog semua perintah dan perubahan file\u003c/li\u003e\n\u003cli\u003eRollback dan checkpoint saat gagal\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\u003ca href=\"#agentic-engineering\" class=\"anchor\" id=\"agentic-engineering\"\u003e\u003c/a\u003eAgentic engineering\u003c/h3\u003e\n\u003cp\u003eAI memilih urutan reproduksi, perumusan hipotesis, penelusuran kode terkait, patch, pengujian, dan ringkasan hasil sesuai situasi. Namun deployment atau perubahan data memerlukan persetujuan manusia.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#loop-engineering\" class=\"anchor\" id=\"loop-engineering\"\u003e\u003c/a\u003eLoop engineering\u003c/h3\u003e\n\u003cp\u003eJika pengujian gagal, jangan mengulang perintah yang sama, melainkan klasifikasikan jenis kegagalan. Jika reproduksi gagal, lengkapi pengumpulan konteks; jika terjadi regresi, kecilkan patch; jika error lingkungan, pulihkan dependensi dan konfigurasi. Berhenti ketika semua pengujian wajib lolos dan dasar perubahan tersisa.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#cara-menemukan-engineering-yang-diperlukan-berdasarkan-gejala-masalah\" class=\"anchor\" id=\"cara-menemukan-engineering-yang-diperlukan-berdasarkan-gejala-masalah\"\u003e\u003c/a\u003eCara menemukan engineering yang diperlukan berdasarkan gejala masalah\u003c/h2\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eGejala\u003c/th\u003e\n\u003cth\u003eArea yang harus diperiksa terlebih dahulu\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd\u003eFormat keluaran atau gaya bahasa sering menyimpang\u003c/td\u003e\n\u003ctd\u003ePrompt\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eFakta·file yang diperlukan untuk jawaban hilang\u003c/td\u003e\n\u003ctd\u003eKonteks\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eSalah memilih alat atau menjalankan perintah berbahaya\u003c/td\u003e\n\u003ctd\u003eDesain harness dan izin\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eBanyak variasi yang sulit ditangani dengan urutan tetap\u003c/td\u003e\n\u003ctd\u003eDesain agentic\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eHasil pertama sering salah tetapi penilaian otomatis dimungkinkan\u003c/td\u003e\n\u003ctd\u003eLoop dan evaluator\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003ePenyebab kegagalan tidak diketahui dan sulit direproduksi\u003c/td\u003e\n\u003ctd\u003eObservabilitas harness\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eSemakin diulang, hanya biaya yang bertambah dan kualitas tidak membaik\u003c/td\u003e\n\u003ctd\u003eKlasifikasi penyebab, sinyal verifikasi, kondisi penghentian\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eSemakin banyak materi, jawaban justru makin buruk\u003c/td\u003e\n\u003ctd\u003ePenataan konteks dan kebijakan pencarian\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch2\u003e\u003ca href=\"#urutan-pembangunan-yang-direkomendasikan\" class=\"anchor\" id=\"urutan-pembangunan-yang-direkomendasikan\"\u003e\u003c/a\u003eUrutan pembangunan yang direkomendasikan\u003c/h2\u003e\n\u003ch3\u003e\u003ca href=\"#tahap-1-buat-kriteria-keberhasilan-dan-set-evaluasi-terlebih-dahulu\" class=\"anchor\" id=\"tahap-1-buat-kriteria-keberhasilan-dan-set-evaluasi-terlebih-dahulu\"\u003e\u003c/a\u003eTahap 1: Buat kriteria keberhasilan dan set evaluasi terlebih dahulu\u003c/h3\u003e\n\u003cp\u003eKumpulkan pekerjaan representatif, kasus sulit, dan kasus terlarang, lalu definisikan bagaimana hasil akan dinilai. Jika tidak ada data jawaban benar, buat setidaknya skema, bukti wajib, kepatuhan kebijakan, dan kriteria evaluasi manusia.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#tahap-2-buat-baseline-panggilan-tunggal\" class=\"anchor\" id=\"tahap-2-buat-baseline-panggilan-tunggal\"\u003e\u003c/a\u003eTahap 2: Buat baseline panggilan tunggal\u003c/h3\u003e\n\u003cp\u003eUkur performa, biaya, dan latensi dengan prompt paling sederhana dan konteks minimum yang diperlukan. Jika agen diperkenalkan tanpa baseline, efek kompleksitas sulit dibedakan.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#tahap-3-instrumentasikan-pasokan-konteks\" class=\"anchor\" id=\"tahap-3-instrumentasikan-pasokan-konteks\"\u003e\u003c/a\u003eTahap 3: Instrumentasikan pasokan konteks\u003c/h3\u003e\n\u003cp\u003eCatat dokumen dan hasil alat apa yang masuk, seberapa lama usianya, dan apakah benar-benar digunakan dalam jawaban. Bedakan kegagalan pencarian dan konteks yang berlebihan.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#tahap-4-buat-harness-minimum\" class=\"anchor\" id=\"tahap-4-buat-harness-minimum\"\u003e\u003c/a\u003eTahap 4: Buat harness minimum\u003c/h3\u003e\n\u003cp\u003eKurangi jumlah alat dan buat nama serta inputnya jelas. Prioritaskan sandbox, izin minimum, pengujian otomatis, log, dan checkpoint.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#tahap-5-berikan-otonomi-terbatas\" class=\"anchor\" id=\"tahap-5-berikan-otonomi-terbatas\"\u003e\u003c/a\u003eTahap 5: Berikan otonomi terbatas\u003c/h3\u003e\n\u003cp\u003eBiarkan satu agen mulai menjalankan pekerjaan berisiko rendah yang berpusat pada membaca. Jelaskan kondisi penghentian dan kondisi eskalasi ke manusia, lalu setujui secara terpisah izin tulis·hapus·pembayaran·deployment.\u003c/p\u003e\n\u003ch3\u003e\u003ca href=\"#tahap-6-tutup-loop-verifikasipemulihan\" class=\"anchor\" id=\"tahap-6-tutup-loop-verifikasipemulihan\"\u003e\u003c/a\u003eTahap 6: Tutup loop verifikasi·pemulihan\u003c/h3\u003e\n\u003cp\u003eHubungkan klasifikasi kegagalan, strategi perbaikan, jumlah iterasi maksimum, batas biaya, dan uji regresi. Perluas alat dan cakupan otonomi hanya setelah tingkat keberhasilan stabil.\u003c/p\u003e\n\u003ch2\u003e\u003ca href=\"#metrik-operasi\" class=\"anchor\" id=\"metrik-operasi\"\u003e\u003c/a\u003eMetrik operasi\u003c/h2\u003e\n\u003cp\u003eTidak ada angka target yang universal, sehingga standar harus ditentukan sesuai risiko dan biaya pekerjaan.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eMetrik\u003c/th\u003e\n\u003cth\u003eMakna\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd\u003eTingkat penyelesaian tugas\u003c/td\u003e\n\u003ctd\u003eRasio yang memenuhi kriteria keberhasilan akhir\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eTingkat lolos pertama\u003c/td\u003e\n\u003ctd\u003eRasio yang lolos sejak awal tanpa perbaikan berulang\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eTingkat pemulihan\u003c/td\u003e\n\u003ctd\u003eRasio yang berhasil melalui loop setelah kegagalan pertama\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eJumlah iterasi rata-rata\u003c/td\u003e\n\u003ctd\u003eJumlah siklus yang diperlukan hingga berhasil atau dihentikan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eTingkat kesalahan pemilihan alat\u003c/td\u003e\n\u003ctd\u003eRasio panggilan alat yang tidak tepat atau tidak perlu\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eKelengkapan bukti\u003c/td\u003e\n\u003ctd\u003eRasio klaim inti yang memiliki sumber yang dapat dilacak\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eTingkat intervensi manusia\u003c/td\u003e\n\u003ctd\u003eRasio yang memerlukan persetujuan, perbaikan, atau instruksi ulang\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eBiaya·latensi per keberhasilan unit\u003c/td\u003e\n\u003ctd\u003eSumber daya yang digunakan untuk menyelesaikan satu tugas yang berhasil\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eJumlah insiden keselamatan\u003c/td\u003e\n\u003ctd\u003eJumlah pelanggaran izin, penulisan salah, atau tindakan ireversibel\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eTingkat kegagalan regresi\u003c/td\u003e\n\u003ctd\u003eRasio perubahan baru yang merusak kasus sukses yang sudah ada\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch2\u003e\u003ca href=\"#kesalahan-desain-yang-sering-terjadi\" class=\"anchor\" id=\"kesalahan-desain-yang-sering-terjadi\"\u003e\u003c/a\u003eKesalahan desain yang sering terjadi\u003c/h2\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eArea\u003c/th\u003e\n\u003cth\u003eKesalahan\u003c/th\u003e\n\u003cth\u003eCara memperbaiki\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd\u003ePrompt\u003c/td\u003e\n\u003ctd\u003eMenumpuk semua pengecualian dalam satu kalimat\u003c/td\u003e\n\u003ctd\u003eStrukturkan aturan dan pisahkan contoh representatif serta evaluasi\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003ePrompt\u003c/td\u003e\n\u003ctd\u003eMenginstruksikan “tulislah dengan baik” tanpa kriteria keberhasilan\u003c/td\u003e\n\u003ctd\u003eJelaskan format, konten wajib, larangan, dan kriteria penilaian\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eKonteks\u003c/td\u003e\n\u003ctd\u003eMemasukkan semua dokumen yang tidak relevan\u003c/td\u003e\n\u003ctd\u003eGunakan pencarian runtime dan konteks bertahap\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eKonteks\u003c/td\u003e\n\u003ctd\u003eMemberikan kebijakan lama dan kebijakan terbaru secara bersamaan\u003c/td\u003e\n\u003ctd\u003eKelola versi·tanggal berlaku·sumber acuan utama\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eHarness\u003c/td\u003e\n\u003ctd\u003eMenyediakan banyak alat dengan fungsi yang tumpang tindih\u003c/td\u003e\n\u003ctd\u003eRancang kumpulan alat minimum dan parameter yang jelas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eHarness\u003c/td\u003e\n\u003ctd\u003eTidak ada izin tulis dan fungsi pembatalan\u003c/td\u003e\n\u003ctd\u003eSediakan izin minimum, sandbox, dan checkpoint\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eAgentic\u003c/td\u003e\n\u003ctd\u003eMembuat multi-agen sejak awal\u003c/td\u003e\n\u003ctd\u003eVerifikasi mulai dari satu agen dan workflow deterministik\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eAgentic\u003c/td\u003e\n\u003ctd\u003eMembiarkan terus berjalan tanpa kondisi selesai\u003c/td\u003e\n\u003ctd\u003eTetapkan kondisi penghentian·anggaran·eskalasi yang eksplisit\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eLoop\u003c/td\u003e\n\u003ctd\u003eMengulang permintaan yang sama begitu saja\u003c/td\u003e\n\u003ctd\u003eKlasifikasikan penyebab kegagalan dan ubah titik perbaikan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd\u003eLoop\u003c/td\u003e\n\u003ctd\u003eMengevaluasi sendiri semua hasil dengan satu model generatif\u003c/td\u003e\n\u003ctd\u003eGabungkan pemeriksaan deterministik, pencocokan referensi, dan review sampel manusia\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch2\u003e\u003ca href=\"#checklist-implementasi\" class=\"anchor\" id=\"checklist-implementasi\"\u003e\u003c/a\u003eChecklist implementasi\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e Apakah kondisi keberhasilan bukan hanya berupa kalimat, tetapi dapat diperiksa secara mekanis sejauh mungkin?\u003c/li\u003e\n\u003cli\u003e Apakah prioritas prompt, materi referensi, dan hasil alat dipisahkan?\u003c/li\u003e\n\u003cli\u003e Apakah sumber, versi, tanggal berlaku, dan pemilik dokumen dapat dilacak?\u003c/li\u003e\n\u003cli\u003e Apakah nama alat dan parameternya tidak saling tumpang tindih dan jelas?\u003c/li\u003e\n\u003cli\u003e Apakah izin baca, tulis, hapus, pembayaran, dan deployment dipisahkan berdasarkan tingkat risiko?\u003c/li\u003e\n\u003cli\u003e Apakah ada sandbox untuk mengisolasi kegagalan dan sarana untuk membatalkan perubahan?\u003c/li\u003e\n\u003cli\u003e Apakah semua tindakan penting dan panggilan alat dicatat dalam bentuk yang dapat direproduksi?\u003c/li\u003e\n\u003cli\u003e Apakah ada validator eksternal seperti pengujian, skema, dan pemeriksaan kebijakan?\u003c/li\u003e\n\u003cli\u003e Apakah jumlah iterasi maksimum, biaya, waktu, dan kondisi eskalasi ke manusia didefinisikan?\u003c/li\u003e\n\u003cli\u003e Apakah ada evaluasi regresi yang memastikan perbaikan baru tidak merusak kasus lama?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\u003ca href=\"#kesimpulan\" class=\"anchor\" id=\"kesimpulan\"\u003e\u003c/a\u003eKesimpulan\u003c/h2\u003e\n\u003cp\u003eSistem AI yang baik bukanlah sistem dengan prompt paling panjang. Sistem yang baik adalah sistem yang membedakan apakah kegagalan terjadi pada \u003cstrong\u003einstruksi\u003c/strong\u003e, \u003cstrong\u003einformasi\u003c/strong\u003e, \u003cstrong\u003elingkungan\u003c/strong\u003e, \u003cstrong\u003epengambilan keputusan\u003c/strong\u003e, atau \u003cstrong\u003everifikasi·pemulihan\u003c/strong\u003e, lalu menempatkan solusi paling sederhana pada lapisan terkait. Pendekatan yang stabil adalah terlebih dahulu membuat kriteria keberhasilan dan baseline panggilan tunggal, memperkuat konteks dan harness hanya sebanyak yang diperlukan, lalu memperluas otonomi dan loop berulang dalam cakupan yang dapat diverifikasi.\u003c/p\u003e\n","tags":["Rekayasa prompt","Rekayasa konteks","Rekayasa harness","Agen AI","Evaluasi AI"],"faqs":[{"question":"Apakah lima metode rekayasa harus diterapkan secara berurutan?","answer":"Ini bukan tahap kematangan yang tetap. Namun, setelah membuat kriteria keberhasilan dan baseline panggilan tunggal, lalu merapikan prompt dan konteks, serta menambahkan harness, otonomi, dan loop iteratif saat diperlukan, efek kompleksitas menjadi lebih mudah diukur."},{"question":"Apakah rekayasa konteks menggantikan rekayasa prompt?","answer":"Tidak menggantikannya. Prompt mendefinisikan tindakan yang harus dilakukan dan kontrak output, sedangkan konteks menyediakan fakta, keadaan, dan dasar yang diperlukan untuk tindakan tersebut. Sistem yang baik merancang keduanya secara bersama-sama."},{"question":"Apa perbedaan antara rekayasa konteks dan rekayasa harness?","answer":"Rekayasa konteks berfokus pada informasi yang dilihat model pada momen tertentu. Rekayasa harness mencakup alat, izin, lingkungan eksekusi, struktur dokumen, log, dan perangkat pemulihan yang menemukan informasi tersebut, melakukan tindakan, dan memeriksa hasil."},{"question":"Apa perbedaan antara agen dan otomatisasi alur kerja biasa?","answer":"Alur kerja biasa mengikuti urutan dan percabangan yang telah ditentukan sebelumnya, sedangkan agen menafsirkan keadaan saat ini untuk memilih tindakan dan alat berikutnya secara dinamis. Untuk pekerjaan dengan aturan yang stabil, alur kerja deterministik bisa lebih murah dan lebih dapat diprediksi."},{"question":"Apa perbedaan antara rekayasa loop dan percobaan ulang sederhana?","answer":"Percobaan ulang sederhana hanya menghasilkan ulang dalam kondisi yang sama. Rekayasa loop memeriksa kegagalan dengan sinyal verifikasi eksternal, mengklasifikasikan penyebabnya, lalu memperbaiki bagian yang diperlukan di antara prompt, konteks, alat, dan implementasi, serta menerapkan kondisi penghentian dan pemeriksaan regresi."},{"question":"Kapan sebaiknya menggunakan multi-agen?","answer":"Pertimbangkan ketika alat dan izin untuk tiap peran sangat berbeda, dan ketika konteks atau kumpulan alat satu agen menjadi terlalu besar sehingga kinerja dan evaluasi memburuk. Jika membuat beberapa agen hanya untuk pembagian peran sederhana, biaya, latensi, propagasi kesalahan, dan tingkat kesulitan debugging dapat meningkat."},{"question":"Bolehkah membiarkan AI mengevaluasi hasilnya sendiri?","answer":"Bisa digunakan sebagai sinyal tambahan, tetapi berisiko jika dijadikan satu-satunya validator. Jika memungkinkan, terapkan terlebih dahulu pengujian, skema, data referensi, dan aturan kebijakan, lalu lengkapi evaluasi model dengan rubrik eksplisit dan tinjauan sampel oleh manusia."},{"question":"Apa yang harus dimasukkan dalam dokumen harness?","answer":"Masukkan prosedur kerja yang berulang, struktur repositori dan sistem, tindakan yang diizinkan dan dilarang, cara menggunakan alat, contoh yang baik dan buruk, perintah pengujian, penanganan gangguan, kebijakan persetujuan, dan kriteria penyelesaian. Dokumen harus singkat, dapat dicari, dan dikelola versinya."},{"question":"Apa prinsip keamanan terpenting saat memasukkan dokumen eksternal ke dalam konteks?","answer":"Dokumen eksternal harus diperlakukan sebagai data yang tidak tepercaya dan dipisahkan dari instruksi sistem. Minimalkan izin alat agar perintah di dalam dokumen tidak dijalankan, dan tetapkan pemeriksaan kebijakan terpisah serta persetujuan manusia untuk tindakan penting seperti menulis, menghapus, pembayaran, dan deployment."},{"question":"Dari mana sebaiknya tim kecil memulai?","answer":"Kumpulkan set evaluasi representatif yang kecil dan contoh kegagalan untuk mengukur baseline dari satu panggilan model. Setelah itu, akan efisien untuk mengidentifikasi apakah penyebab kegagalan terbesar ada pada instruksi, informasi, lingkungan alat, perencanaan, atau verifikasi, lalu memperbaikinya satu lapisan demi satu lapisan."}],"sources":[{"url":"https://platform.claude.com/docs/ko/build-with-claude/prompt-engineering/overview","title":"Ikhtisar rekayasa prompt - Claude Platform Docs","type":"source"},{"url":"https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents","title":"Rekayasa konteks yang efektif untuk agen AI","type":"source"},{"url":"https://openai.com/index/harness-engineering/","title":"Rekayasa harness: memanfaatkan Codex di dunia yang mengutamakan agen","type":"source"},{"url":"https://www.anthropic.com/engineering/building-effective-agents","title":"Membangun agen yang efektif","type":"source"},{"url":"https://openai.com/business/guides-and-resources/a-practical-guide-to-building-ai-agents/","title":"Panduan praktis untuk membangun agen","type":"source"},{"url":"https://www.anthropic.com/engineering/demystifying-evals-for-ai-agents","title":"Mengungkap evaluasi untuk agen AI","type":"source"},{"url":"https://martinfowler.com/articles/harness-engineering.html","title":"Rekayasa harness untuk pengguna agen coding","type":"source"}],"images":[{"id":192,"url":"https://injoys.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsiZGF0YSI6MTg0NywicHVyIjoiYmxvYl9pZCJ9fQ==--9f1b84d1d297642915a0d27477d3800017987668/ChatGPT%20Image%202026%E1%84%82%E1%85%A7%E1%86%AB%207%E1%84%8B%E1%85%AF%E1%86%AF%2016%E1%84%8B%E1%85%B5%E1%86%AF%20%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE%2004_12_32.webp","is_representative":true,"generation_method":"upload","mime_type":"image/webp","original_filename":"ChatGPT Image 2026년 7월 16일 오후 04_12_32.png","translations":{"ko":{"alt":"중앙 AI 허브와 지시, 정보, 도구, 자율 실행, 검증 루프 모듈이 연결된 시스템 구조","caption":"다섯 가지 AI 엔지니어링 방식이 하나의 시스템에서 연결되고 반복 개선되는 구조를 보여준다.","description":null},"en":{"alt":"Central AI hub connected to instruction, context, tools, autonomous action, and validation loop modules","caption":"The illustration shows five AI engineering approaches working together in a connected improvement cycle.","description":null},"ja":{"alt":"中央のAIハブに指示、情報、ツール、自律実行、検証ループの各モジュールが接続された構成","caption":"5つのAIエンジニアリング手法が連携し、反復的に改善される仕組みを表している。","description":null},"es":{"alt":"Núcleo central de IA conectado con módulos de instrucciones, contexto, herramientas, acción autónoma y validación","caption":"La ilustración muestra cinco enfoques de ingeniería de IA integrados en un ciclo de mejora continua.","description":null},"id":{"alt":"Pusat AI terhubung ke modul instruksi, konteks, alat, tindakan otonom, dan siklus validasi","caption":"Ilustrasi ini menunjukkan lima pendekatan rekayasa AI yang bekerja bersama dalam siklus perbaikan.","description":null},"pt":{"alt":"Núcleo central de IA ligado a módulos de instruções, contexto, ferramentas, ação autônoma e validação","caption":"A ilustração mostra cinco abordagens de engenharia de IA integradas em um ciclo contínuo de melhoria.","description":null},"zh-hant":{"alt":"中央 AI 核心連接指令、情境、工具、自主執行與驗證迴圈模組的系統架構","caption":"圖中呈現五種 AI 工程方法如何協同運作並形成持續改進的循環。","description":null}}},{"id":193,"url":"https://injoys.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsiZGF0YSI6MTg1NCwicHVyIjoiYmxvYl9pZCJ9fQ==--47acd549387f7a60f4c18de6ac673ca1b551dd36/ChatGPT%20Image%202026%E1%84%82%E1%85%A7%E1%86%AB%207%E1%84%8B%E1%85%AF%E1%86%AF%2016%E1%84%8B%E1%85%B5%E1%86%AF%20%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE%2004_36_26.webp","is_representative":false,"generation_method":"upload","mime_type":"image/webp","original_filename":"ChatGPT Image 2026년 7월 16일 오후 04_36_26.png","translations":{"ko":{"alt":"지시 설정부터 정보 선별, 안전 환경, 자율 실행, 검증 반복까지 이어지는 AI 구축 파이프라인","caption":"AI 시스템을 단계적으로 설계하고 검증 결과를 앞 단계에 반영하는 실무 흐름을 보여준다.","description":null},"en":{"alt":"AI build pipeline from instruction setup and context filtering to safe execution, autonomous action, and validation loops","caption":"The illustration shows a step-by-step AI workflow with feedback loops returning results to earlier stages.","description":null},"ja":{"alt":"指示設定、情報選別、安全な実行環境、自律動作、検証ループへ続くAI構築パイプライン","caption":"AIシステムを段階的に設計し、検証結果を前の工程へ反映する流れを示している。","description":null},"es":{"alt":"Flujo de creación de IA con instrucciones, filtrado de contexto, entorno seguro, acción autónoma y validación iterativa","caption":"La ilustración muestra un proceso gradual de diseño de IA con ciclos de retroalimentación hacia etapas anteriores.","description":null},"id":{"alt":"Alur pembangunan AI dari pengaturan instruksi dan penyaringan konteks hingga eksekusi aman, tindakan otonom, dan validasi","caption":"Ilustrasi ini menunjukkan tahapan perancangan sistem AI dengan umpan balik ke proses sebelumnya.","description":null},"pt":{"alt":"Fluxo de construção de IA com instruções, filtragem de contexto, ambiente seguro, ação autônoma e validação iterativa","caption":"A ilustração mostra um processo gradual de projeto de IA com ciclos de retorno às etapas anteriores.","description":null},"zh-hant":{"alt":"從指令設定、情境篩選與安全環境，到自主執行和反覆驗證的 AI 建置流程","caption":"圖中呈現 AI 系統的分階段設計流程，以及驗證結果回饋至前序階段的機制。","description":null}}}],"published_at":"2026-07-16T17:00:54+09:00","updated_at":"2026-07-16T17:00:54+09:00","license":"cc_by","translation_status":"machine","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/en/articles/prompt-context-harness-agentic-loop-engineering"}