---
title: "Memahami Rekayasa Harness, Loop, dan Graf Agen AI secara Berurutan"
locale: id
category: knowledge_base
category_name: "Basis Pengetahuan"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/ai-agent-harness-loop-graph-engineering
published_at: 2026-08-16T00:45:12+09:00
---

# Memahami Rekayasa Harness, Loop, dan Graf Agen AI secara Berurutan

> Harness merancang lingkungan kerja dan mekanisme kendali agen, loop merancang aturan pengulangan dan penghentian, sedangkan graf merancang status yang diizinkan serta jalur perpindahannya. Ketiga istilah ini lebih tepat dipahami sebagai perspektif praktis untuk menangani otonomi dan risiko agen AI, bukan sebagai klasifikasi standar yang diakui secara resmi.

## Key Points

- Rekayasa harness adalah perancangan konteks, alat, izin, validasi, log, dan prosedur persetujuan di luar model sebagai satu lingkungan eksekusi.
- Rekayasa loop mendefinisikan kondisi, anggaran, dan kriteria penghentian bagi agen untuk mengulangi perencanaan, eksekusi, validasi, dan perbaikan.
- Rekayasa graf menggunakan status dan aturan transisi untuk secara eksplisit membatasi atau menyesuaikan jalur yang dapat dipilih agen.
- Bagi sebagian besar organisasi, meningkatkan harness dan sistem evaluasi agen tunggal terlebih dahulu lebih efisien daripada membangun graf multiagen yang kompleks.
- Metode yang hanya menyetujui laporan ringkasan buatan AI tidak memadai untuk kode berisiko tinggi; pengujian, cakupan perubahan, batas keamanan, dan hasil keluaran asli juga harus divalidasi bersama.

Ketika agen AI mulai menangani tugas jangka panjang, menulis prompt dengan baik saja tidak lagi cukup untuk memperoleh hasil yang stabil. Sebab, perlu dirancang juga informasi apa yang dilihat agen, alat apa yang digunakannya, kapan ia mengulang, jalur mana yang ditempuh, dan pada titik mana persetujuan manusia harus diperoleh.

Istilah yang sering muncul saat menjelaskan masalah ini adalah **rekayasa harness**, **rekayasa loop**, dan **rekayasa graf**. Ketiganya bukan standar internasional atau klasifikasi akademis yang disepakati secara ketat. Ada bagian yang saling tumpang tindih, dan maknanya dapat berbeda menurut produk serta tim pengembang. Karena itu, alih-alih menghafalnya sebagai istilah tren berdasarkan tahun, lebih berguna membedakannya berdasarkan pertanyaan kontrol yang hendak dijawab masing-masing.

## Perbandingan tiga konsep secara sekilas

| Konsep | Pertanyaan inti | Sasaran desain utama | Perangkat utama untuk mencegah kegagalan |
|---|---|---|---|
| Rekayasa harness | Dalam lingkungan dan aturan seperti apa agen bekerja? | Konteks, alat, izin, sandbox, hook, log, persetujuan, evaluasi | Hak akses minimum, persetujuan untuk perintah berisiko, eksekusi pengujian, pemilihan konteks |
| Rekayasa loop | Apa yang diulang dan kapan harus berhenti? | Siklus perencanaan·eksekusi·verifikasi, pemrosesan peristiwa, percobaan ulang, anggaran, kondisi penghentian | Jumlah pengulangan maksimum, batas waktu·token, penilaian kemajuan, eskalasi saat gagal |
| Rekayasa graf | Status dan jalur apa yang diizinkan? | Node, status, transisi, percabangan, pemrosesan paralel, checkpoint | Transisi terlarang, validasi status, node persetujuan, jalur pemulihan |

Secara ringkas, **harness adalah lingkungan dan batasan**, **loop adalah aturan pengulangan**, dan **graf adalah struktur jalur yang memungkinkan**. Dalam sistem nyata, sebuah loop dapat berada di dalam satu node graf, dan keseluruhan graf dapat dijalankan di dalam satu harness.

## Bagaimana cara mengendalikan agen telah berubah

### Agen awal: workflow yang ditentukan melengkapi otonomi

Agen AI generatif awal sering melupakan tujuan dalam tugas panjang, mengulang pemanggilan alat yang salah, atau menghasilkan keluaran tanpa dasar. Untuk mengatasinya, pengembang membagi tugas besar menjadi langkah-langkah kecil serta menetapkan input dan output setiap langkah.

Dalam pendekatan ini, manusia menyusun seluruh prosedur sebagai chain, diagram alur, atau state machine, sedangkan LLM menangani tugas terbatas seperti klasifikasi, ekstraksi, peringkasan, dan penyusunan draf. Framework seperti LangGraph digunakan untuk merepresentasikan percabangan, siklus, checkpoint, dan campur tangan manusia sambil mempertahankan status.

Namun, orkestrasi berbasis graf bukanlah pendekatan usang yang berakhir pada tahun tertentu. Hingga kini, graf eksplisit tetap sesuai untuk pekerjaan yang mementingkan auditabilitas, reproduktibilitas, kepatuhan terhadap regulasi, atau prosedur pemulihan yang akurat.

### Peningkatan kemampuan model: dari jalur tetap menuju penggunaan alat dinamis

Seiring membaiknya kemampuan penggunaan alat dan penalaran, satu agen dapat memilih tindakan seperti pencarian, penyuntingan kode, pengujian, dan pembacaan file sesuai situasi. Pendekatan keluarga ReAct merupakan struktur representatif yang menjalankan penalaran, tindakan, dan pengamatan secara bergantian.

Perubahan ini mengurangi beban manusia untuk menulis semua percabangan terlebih dahulu. Di sisi lain, pengelolaan informasi yang dibaca agen, izin yang dimilikinya, biaya eksekusi, dan metode pemulihan kesalahan menjadi semakin penting. Pada titik inilah rekayasa konteks dan rekayasa harness menjadi pusat praktik kerja.

### Tugas jangka panjang dan multiagen: penggabungan kembali loop dan graf

Dalam tugas jangka panjang, perencanaan·eksekusi·verifikasi secara berulang lebih penting daripada satu kali pemanggilan model. Jika beberapa agen terlibat, peran, format hasil, izin, dan kondisi penghentian juga harus dinyatakan dengan jelas. Pada saat yang sama, jika loop otonom dibiarkan sepenuhnya tanpa kendali, dapat terjadi lonjakan biaya, percobaan ulang tanpa akhir, peretasan imbalan, dan optimasi terhadap tujuan yang keliru.

Karena itu, sistem agen modern dirancang bukan untuk menghilangkan otonomi, melainkan untuk **menggabungkan bagian yang mengizinkan otonomi dengan bagian yang dikendalikan secara deterministik**. Ini bukan sekadar kembali ke chain tetap pada masa lalu, tetapi membungkus eksekusi fleksibel dengan status, transisi, dan kebijakan.

Perubahan ini lebih merupakan pergeseran penekanan desain daripada linimasa yang presisi. Graf, loop, dan harness telah hidup berdampingan sejak awal dan masih digunakan bersama hingga sekarang.

## Hal-hal yang ditangani rekayasa harness

Harness bukanlah model dasar itu sendiri, melainkan **sistem eksekusi yang mengelilingi model agar dapat menjalankan pekerjaan nyata**. Meskipun menggunakan model yang sama, tingkat keberhasilan, biaya, keamanan, dan reproduktibilitas dapat sangat berbeda bergantung pada harness.

### Komponen utama harness

1. **Sistem instruksi**: Instruksi sistem, aturan repositori, standar coding, prioritas, dan tindakan terlarang
2. **Penyediaan konteks**: Pencarian, pemilihan file, peringkasan, memori, dan penyisipan dokumen pada saat diperlukan
3. **Antarmuka alat**: Penyuntingan file, terminal, browser, basis data, dan API eksternal
4. **Izin dan isolasi**: Cakupan baca·tulis, akses informasi rahasia, pembatasan jaringan, dan sandbox
5. **Perangkat verifikasi**: Pengujian, linter, pemeriksaan tipe, validasi skema, dan pemeriksaan fakta
6. **Persetujuan manusia**: Persetujuan untuk tindakan yang sulit dibatalkan seperti deployment, pembayaran, penghapusan, dan pengiriman eksternal
7. **Observabilitas**: Catatan pemanggilan, biaya, latensi, kesalahan, riwayat perubahan, dan dasar keputusan
8. **Kebijakan pemulihan**: Percobaan ulang, pemulihan status sebelumnya, penghentian tugas, dan eskalasi kepada penanggung jawab

File instruksi proyek atau hook pada Claude Code dapat dianggap sebagai contoh komponen harness. Namun, satu fitur produk tertentu tidak berarti keseluruhan harness.

### Perbedaannya dengan rekayasa konteks

Rekayasa konteks mengoptimalkan informasi dan instruksi apa yang dimasukkan ke dalam pemanggilan model saat ini. Ini mencakup mengambil hanya dokumen yang relevan melalui pencarian, meringkas percakapan lama, menyimpan status tugas dalam file eksternal, dan memisahkan konteks untuk setiap subtugas.

Rekayasa harness memiliki cakupan yang lebih luas. Selain konteks, rekayasa ini juga menangani izin alat, lingkungan eksekusi, persetujuan, verifikasi, logging, dan batas biaya. Karena itu, rekayasa konteks merupakan bagian inti dari harness, tetapi menggunakan keduanya dengan makna yang sepenuhnya sama tidaklah akurat.

## Inti rekayasa loop adalah kondisi penghentian

Loop membuat agen memeriksa hasil setelah membuatnya dan mencoba kembali jika masih kurang. Hal yang penting bukan pengulangan itu sendiri, melainkan **definisi kemajuan dan kondisi penghentian**.

### Jenis loop utama

- **Loop verifikasi**: Membuat draf, lalu memeriksanya berdasarkan pengujian atau kriteria evaluasi dan memperbaiki item yang gagal.
- **Loop berbasis peristiwa**: Memulai tugas ketika terjadi peristiwa eksternal seperti email, notifikasi, perubahan kode, atau data sensor.
- **Loop eksplorasi**: Menyelidiki berbagai hipotesis atau sumber informasi dan menyesuaikan cakupan eksplorasi hingga bukti mencukupi.
- **Loop peningkatan**: Memilih strategi berikutnya berdasarkan hasil sebelumnya dan nilai evaluasi. Karena mengoptimalkan hanya satu skor dapat menyebabkan peretasan imbalan, diperlukan beberapa kriteria evaluasi dan tinjauan manusia.
- **Loop pemulihan**: Mengklasifikasikan penyebab kesalahan, mencoba kembali dalam cakupan yang diizinkan, lalu menyerahkannya kepada manusia jika masalah belum terselesaikan.

### Kontrak yang diperlukan untuk loop yang aman

Kontrak antaragen bukanlah kontrak hukum, melainkan spesifikasi eksekusi yang menjelaskan input, output, dan tanggung jawab. Sebaiknya kontrak tersebut mencakup hal-hal berikut.

| Item kontrak | Hal yang harus dinyatakan |
|---|---|
| Tujuan | Hasil yang harus diselesaikan dan cakupan yang dikecualikan |
| Input | Data yang dapat digunakan, keterkinian, dan tingkat kepercayaan |
| Output | Skema JSON, format dokumen, bukti wajib, dan hasil pengujian |
| Izin | Alat yang diizinkan, cakupan file, pengiriman eksternal, dan izin perubahan |
| Verifikasi | Pengujian dan kriteria evaluasi yang harus dilalui |
| Anggaran | Token, waktu, jumlah pemanggilan, dan jumlah tugas paralel |
| Penghentian | Kondisi keberhasilan, tidak adanya kemajuan, habisnya anggaran, dan terdeteksinya risiko |
| Eskalasi | Manusia atau agen yang akan mengambil alih saat terjadi kegagalan |

Jika kondisi penyelesaian tidak jelas, agen dapat menganggap tugas terus mengalami kemajuan meskipun hanya mengubah kalimat atau mengulang pencarian yang sama. Alih-alih hanya menetapkan jumlah pengulangan maksimum, lebih baik mempertimbangkan kualitas hasil, pertambahan informasi baru, perubahan kesalahan, dan biaya secara bersamaan.

## Rekayasa graf menstrukturkan batas otonomi

Graf merepresentasikan tugas sebagai node dan garis penghubung. Node dapat berupa pemanggilan model, eksekusi alat, persetujuan manusia, atau proses verifikasi, sedangkan garis penghubung menunjukkan tindakan berikutnya berdasarkan status.

### Perbedaan chain dan graf

- **Chain** cocok untuk prosedur linear yang berlanjut dari A ke B, lalu dari B ke C.
- **Graf** cocok untuk tugas yang memerlukan percabangan bersyarat, pengulangan, eksekusi paralel, pemulihan kegagalan, dan penyimpanan antara.
- **Graf dinamis** memungkinkan model mengusulkan subtugas atau jalur berikutnya selama eksekusi.
- **Graf terbatas** membuat model hanya dapat bergerak di dalam node dan transisi yang diizinkan meskipun model melakukan pemilihan.

Tujuan desain graf modern bukanlah agar manusia menentukan semua tindakan terlebih dahulu. Tujuannya adalah memasukkan **kondisi invarian yang harus dipatuhi** ke dalam struktur, misalnya mewajibkan agen melewati node persetujuan sebelum menghapus data atau mencegah perpindahan ke status deployment ketika pengujian gagal.

### Tanda bahwa graf diperlukan

Jika beberapa kondisi berikut berlaku, graf eksplisit layak dipertimbangkan.

- Titik pemulihan yang harus dituju setelah kegagalan sudah jelas.
- Ada tahap yang wajib memperoleh persetujuan manusia.
- Beberapa tugas perlu dijalankan secara paralel, lalu hasilnya digabungkan.
- Alat atau izin yang tersedia berbeda menurut status.
- Keseluruhan jalur eksekusi harus diaudit atau direproduksi.
- Loop agen tunggal mengulangi kegagalan yang sama.

Membuat graf bahkan untuk peringkasan dokumen sederhana atau transformasi data satu kali hanya dapat menambah kompleksitas.

## Urutan penerapan praktis: mulai dari harness dan perluas sesuai kebutuhan

Bagi sebagian besar tim, urutan berikut bersifat realistis.

1. **Tentukan satu tugas dan kriteria keberhasilan.** Kumpulkan terlebih dahulu input, output yang diharapkan, dan contoh kegagalan.
2. **Buat harness minimum.** Sediakan hanya konteks dan alat yang diperlukan, lalu tetapkan izin, pengujian, log, serta batas biaya.
3. **Bangun set evaluasi.** Sertakan bukan hanya kasus normal, tetapi juga permintaan ambigu, dokumen yang salah, kesalahan alat, dan percobaan melampaui izin.
4. **Ubah titik yang memerlukan pengulangan menjadi loop.** Izinkan percobaan ulang hanya pada bagian tempat verifikasi dan perbaikan benar-benar meningkatkan kualitas.
5. **Tingkatkan menjadi graf saat percabangan dan pemulihan menjadi kompleks.** Nyatakan status dan transisi secara eksplisit serta tempatkan node persetujuan sebelum tindakan berisiko.
6. **Gunakan multiagen hanya ketika pemisahan pekerjaan memberikan keuntungan.** Jika eksplorasi paralel atau peran spesialis yang berbeda tidak diperlukan, agen tunggal dapat lebih sederhana dan murah.

## Perbedaan penerapan dalam coding dan riset

| Item | Tugas coding | Tugas riset |
|---|---|---|
| Kemungkinan verifikasi | Verifikasi otomatis melalui pengujian, build, pemeriksaan tipe, dan sebagainya relatif mudah | Kualitas sumber, kelalaian, dan bukti yang saling bertentangan harus dinilai secara menyeluruh |
| Nilai eksplorasi dinamis | Dapat terbatas jika cakupan perubahan jelas | Besar dalam beragam jalur pencarian dan perbandingan hipotesis |
| Risiko utama | Perubahan yang salah, kerentanan keamanan, kode yang hanya disesuaikan dengan pengujian | Klaim tanpa sumber, materi duplikat, bias konfirmasi |
| Kontrol yang sesuai | Pembatasan cakupan repositori, pengujian, tinjauan diff, persetujuan deployment | Pencatatan sumber, pencarian independen, pencarian bukti yang berlawanan, verifikasi kutipan |

Tidak dapat disimpulkan bahwa workflow dinamis selalu tidak efisien untuk coding dan selalu menguntungkan untuk riset. Migrasi skala besar yang dapat diuji mungkin cocok untuk agen otonom, sedangkan pencarian fakta dengan jawaban jelas dapat lebih efisien menggunakan prosedur riset tetap. Variabel intinya bukan bidang, melainkan **kejelasan tujuan, kemungkinan verifikasi otomatis, ruang eksplorasi, dan biaya kesalahan**.

## Code review tidak menghilang, tetapi unit peninjauannya berubah

Ketika agen menulis kode, alih-alih memasukkan setiap baris secara langsung, pengembang akan lebih banyak mengawasi persyaratan, desain, hasil pengujian, cakupan perubahan, dan risiko. Ringkasan Pull Request dan laporan agen dapat meningkatkan kecepatan peninjauan.

Namun, membaca ringkasan saja lalu memberikan persetujuan bukanlah pilihan default yang aman. Perubahan yang dilewatkan agen atau logika yang dipahami secara keliru mungkin juga tidak muncul dalam ringkasan. Dalam situasi berikut, diff asli dan kode terkait harus ditinjau secara langsung.

- Perubahan pada autentikasi, pembayaran, data pribadi, enkripsi, atau kontrol akses
- Perubahan skema basis data atau migrasi yang tidak dapat dibatalkan
- Kode yang sensitif terhadap performa dan konkurensi
- Refactoring berskala besar di luar cakupan pengujian
- Perubahan dependensi eksternal, konfigurasi deployment, atau penanganan informasi rahasia
- Ketika penjelasan agen tidak sesuai dengan diff yang sebenarnya

Human-in-the-loop bukan berarti manusia sekadar menekan tombol secara formal. Ini juga mencakup penyediaan bukti perubahan, hasil pengujian, kemungkinan kegagalan, dan prosedur pengembalian agar manusia dapat membuat penilaian.

## Jebakan yang sering ditemui

### Multiagen tanpa tujuan

Menambah jumlah agen menimbulkan biaya untuk koordinasi peran, pemanggilan duplikat, transfer konteks, dan penggabungan hasil. Jika tidak diperlukan eksplorasi paralel dari perspektif berbeda atau tidak ada alasan untuk memisahkan konteks, agen tunggal lebih baik.

### Workflow dinamis tanpa batas

Jika agen diizinkan terus membuat subtugas, biaya token dan pemanggilan alat akan meningkat dengan cepat. Biaya kira-kira ditentukan oleh gabungan biaya token input·output setiap tahap, biaya alat, jumlah agen paralel, dan jumlah pengulangan. Jumlah pemanggilan, jumlah eksekusi serentak, total anggaran, dan waktu eksekusi maksimum harus dibatasi secara terpisah.

### Hanya mengoptimalkan satu metrik evaluasi

Jika hanya tingkat kelulusan pengujian yang dijadikan tujuan, dapat terjadi optimasi keliru seperti melemahkan pengujian atau menyembunyikan penanganan pengecualian. Kualitas, keamanan, skala perubahan, biaya, latensi, dan evaluasi manusia harus digunakan bersama-sama.

### Mengacaukan penyisipan dokumen dengan fine-tuning

Hasil dapat berubah secara berkelanjutan melalui pencarian dokumen atau instruksi proyek, tetapi bobot model tidak berubah. Dalam arti luas, hal ini dapat dijelaskan sebagai efek pembelajaran sistem, tetapi secara ketat merupakan adaptasi menggunakan memori eksternal dan konteks. Dokumen atau indeks pencarian harus dipertahankan agar perubahan tetap berlaku pada eksekusi berikutnya.

## Evaluasi, keamanan, dan keekonomian yang mudah terlewatkan pada tahap operasional

Desain agen tidak berakhir pada diagram arsitektur. Dalam operasi nyata, **sistem yang mengukur apa yang benar-benar terjadi lebih penting daripada apa yang diizinkan**.

### Metrik operasional minimum

- Tingkat keberhasilan tugas dan tingkat koreksi oleh manusia
- Biaya model·alat per tugas dan total waktu eksekusi
- Jumlah pengulangan dan proporsi pemanggilan yang dikonsumsi tanpa kemajuan
- Jumlah permintaan persetujuan, penolakan, dan percobaan melampaui izin
- Pemanggilan alat yang salah dan tingkat keberhasilan pemulihan
- Proporsi hasil yang diserahkan tanpa sumber atau pengujian
- Tingkat perbedaan hasil untuk input yang sama

### Kondisi invarian yang diperlukan untuk keamanan

- Instruksi dalam dokumen eksternal tidak memiliki prioritas lebih tinggi daripada kebijakan sistem.
- Informasi rahasia tidak diekspos secara tidak perlu dalam input model dan log.
- Hak baca dipisahkan dari hak tulis·hapus·deployment.
- Pengiriman eksternal dan tindakan yang tidak dapat dibatalkan memiliki persetujuan terpisah atau pemeriksaan kebijakan.
- Agen tidak boleh mengubah kriteria evaluasi, pengujian, atau log auditnya sendiri secara sewenang-wenang.

Kondisi invarian tersebut lebih aman jika dipaksakan melalui sandbox, kontrol akses, transisi graf, dan verifier independen daripada hanya melalui satu kalimat dalam prompt. Manajemen risiko AI generatif harus mencakup tidak hanya akurasi model, tetapi juga lingkungan operasional, pengawasan manusia, dan respons insiden.

## Konsep mana yang harus dipelajari lebih dahulu

Dalam praktik saat ini, hal pertama yang perlu dikuasai adalah rekayasa harness. Dengan konteks yang akurat, hak akses minimum, verifikasi otomatis, log, persetujuan, dan batas biaya, banyak kegagalan agen tunggal dapat dikurangi.

Berikutnya, tambahkan loop dengan kondisi penghentian pada pekerjaan yang kualitasnya meningkat melalui pengulangan. Ketika percabangan, pemrosesan paralel, pemulihan, dan prosedur persetujuan menjadi kompleks, nyatakan semuanya secara eksplisit sebagai graf. Daripada mengadopsi istilah yang rumit, lebih penting menjadikan tujuan, izin, bukti, biaya, dan kondisi penghentian agen dapat diukur.

## FAQ

### Apa perbedaan antara rekayasa harness dan rekayasa prompt?
Rekayasa prompt terutama menangani instruksi dan ungkapan yang akan diberikan kepada model. Rekayasa harness adalah perancangan lingkungan eksekusi yang lebih luas, yang mencakup bukan hanya prompt, tetapi juga pencarian konteks, alat, izin, sandbox, pengujian, log, persetujuan manusia, dan pemulihan kesalahan.

### Apakah rekayasa konteks dan rekayasa harness memiliki arti yang sama?
Tidak sama. Rekayasa konteks berfokus pada pemilihan, pencarian, peringkasan, dan penempatan informasi yang perlu diketahui model saat ini. Selain pengelolaan konteks, rekayasa harness juga menangani izin, alat, validasi, batas biaya, dan kebijakan operasional secara terpadu.

### Apa perbedaan terpenting antara loop dan graf?
Loop menentukan apa yang diulang dan kapan harus berhenti, seperti perencanaan, eksekusi, verifikasi, dan perbaikan. Graf menentukan status apa saja yang ada dan bagaimana perpindahan dapat dilakukan dari satu status ke status lainnya. Sebuah graf dapat mencakup satu atau lebih loop.

### Apakah semua agen AI memerlukan kerangka kerja graf seperti LangGraph?
Tidak. Untuk tugas yang sederhana dan singkat, satu agen dengan harness minimal mungkin sudah cukup. Nilai graf menjadi lebih besar ketika diperlukan percabangan bersyarat, pemrosesan paralel, penyimpanan sementara, pemulihan kegagalan, persetujuan manusia, atau audit jalur eksekusi.

### Apakah multiagen selalu memiliki kinerja yang lebih baik daripada agen tunggal?
Tidak. Multiagen berguna ketika diperlukan riset paralel, peran spesialis yang berbeda, dan pemisahan konteks. Jika perannya tumpang tindih atau tujuannya tidak jelas, hal itu hanya dapat menambah pekerjaan duplikat, kesalahan serah terima, keterlambatan, dan biaya.

### Bagaimana cara mencegah pengulangan tanpa batas pada loop agen?
Bukan hanya jumlah maksimum pengulangan, tetapi batas waktu, token, pemanggilan alat, dan anggaran biaya juga harus ditetapkan. Kondisi tanpa informasi baru atau tanpa penurunan kesalahan harus dinilai sebagai tidak adanya kemajuan, dan sistem harus dirancang agar berhenti atau dialihkan kepada manusia ketika mencapai kriteria tertentu.

### Apakah cukup hanya meninjau ringkasan Pull Request untuk kode yang ditulis oleh AI?
Ringkasan hanyalah materi pendukung dan tidak menggantikan perubahan asli. Untuk perubahan berisiko tinggi seperti autentikasi, pembayaran, informasi pribadi, migrasi data, dan konfigurasi deployment, diff aktual, cakupan pengujian, dependensi, serta prosedur rollback harus ditinjau secara langsung.

### Jika dokumen perusahaan terus diberikan, apakah berarti model telah belajar?
Hasilnya dapat berubah secara berkelanjutan, tetapi bobot model tidak diperbarui. Ini merupakan adaptasi pada tingkat sistem yang menyimpan dokumen eksternal, indeks pencarian, memori, dan instruksi untuk diberikan kembali pada eksekusi berikutnya, serta harus dibedakan dari fine-tuning dalam arti yang ketat.

### Apakah rekayasa graf berarti kembali ke alur kerja tetap seperti pada masa awal?
Tidak selalu demikian. Graf modern lebih mendekati kontrol hibrida yang memungkinkan agen merencanakan secara mandiri dan memilih alat pada bagian tertentu, sembari secara eksplisit membatasi transisi berbahaya dan titik persetujuan wajib.

### Apa yang harus ditentukan terlebih dahulu saat merancang harness?
Kriteria keberhasilan tugas dan biaya kegagalan harus ditentukan terlebih dahulu. Setelah itu, sebaiknya hanya sediakan konteks dan alat yang diperlukan, lalu tetapkan hak akses minimum, validasi otomatis, log eksekusi, batas biaya, dan kondisi penghentian.

## Sources

- [Anthropic — Membangun agen yang efektif](https://www.anthropic.com/research/building-effective-agents)
- [Anthropic — Rekayasa konteks yang efektif untuk agen AI](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents)
- [Anthropic — Cara kami membangun sistem riset multiagen kami](https://www.anthropic.com/engineering/multi-agent-research-system)
- [Ikhtisar LangGraph](https://docs.langchain.com/oss/python/langgraph/overview)
- [ReAct: Menyinergikan Penalaran dan Tindakan dalam Model Bahasa](https://arxiv.org/abs/2210.03629)
- [NIST AI 600-1 — Kerangka Kerja Manajemen Risiko Kecerdasan Buatan: Profil Kecerdasan Buatan Generatif](https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf)

## Images

![Sistem AI pusat dikelilingi panah berulang dan graf simpul keberhasilan serta kegagalan](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6ODI0NSwicHVyIjoiYmxvYl9pZCJ9fQ==--3a03e254c3d24990df4c3fc46145a5db24e457ba/ai-eb0e40fe.webp)
![Robot AI bergerak dari lingkungan aman melalui loop alat dan graf bercabang menuju validasi serta gerbang peringatan](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6ODI1MSwicHVyIjoiYmxvYl9pZCJ9fQ==--cea797c99aabaa4b8f760264327fe2ee8b34b423/ai-23d7d97a.webp)