---
title: "Rekayasa Graf: Prinsip Desain untuk Menstrukturkan Alur Kerja Agen AI"
locale: id
category: ai_data
category_name: "Data AI"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/graph-engineering-ai-agent-workflow-guide
published_at: 2026-08-21T02:29:06+09:00
---

# Rekayasa Graf: Prinsip Desain untuk Menstrukturkan Alur Kerja Agen AI

> Rekayasa graf adalah pendekatan yang membagi tugas AI yang kompleks menjadi node dan aturan transisi, serta merancang status, validasi, pemulihan kegagalan, dan persetujuan pengguna secara eksplisit. Intinya bukan menyerahkan semua tahap kepada AI, melainkan membedakan peran kode, model, dan manusia.

## Key Points

- Rekayasa graf tidak hanya merancang satu jawaban model, tetapi juga seluruh jalur tugas, status, percabangan, pengulangan, dan kondisi penghentian.
- Node menjalankan tugas, edge menentukan jalur perpindahan, status meneruskan data antartahap, dan kondisi memilih jalur berikutnya.
- Perutean, eksekusi paralel, pengulangan generator–evaluator, dan persetujuan pengguna merupakan pola graf agen yang umum.
- Lebih baik menugaskan pekerjaan deterministik seperti validasi format dan perbandingan numerik kepada kode, interpretasi ambigu kepada AI, dan keputusan berisiko tinggi kepada manusia.
- Graf yang siap dioperasikan memerlukan skema status, batas percobaan ulang, pencegahan eksekusi duplikat, observabilitas, batas kewenangan, dan anggaran biaya.

Graph Engineering adalah pendekatan yang merancang urutan dan kondisi pelaksanaan berbagai tugas serta alat, alih-alih hanya meningkatkan kualitas jawaban dari satu model AI. Dengan merepresentasikan pekerjaan kompleks sebagai node dan hubungan antarnode, input dan output setiap tahap, penyebab kegagalan, jalur percobaan ulang, serta titik persetujuan manusia dapat dikelola secara terpisah.

Namun, istilah ini belum menjadi istilah standar tunggal yang disepakati oleh seluruh industri. Istilah ini lebih tepat dipahami sebagai konsep praktis yang mencakup perancangan alur kerja agen, orkestrasi berbasis graf, dan pengendalian multiagen.

## Latar belakang munculnya graf dalam rekayasa AI

Fokus perancangan aplikasi AI telah berkembang sebagai berikut. Ini bukan tahapan perkembangan resmi yang dilalui secara identik oleh semua organisasi, melainkan lapisan-lapisan perancangan yang saling melengkapi.

| Lapisan | Pertanyaan utama | Sasaran perancangan utama |
|---|---|---|
| Rekayasa prompt | Bagaimana cara memberikan instruksi kepada model? | Instruksi, contoh, format output |
| Rekayasa konteks | Informasi apa yang perlu disusun untuk pengambilan keputusan? | Hasil pencarian, memori, hasil alat, aturan sistem |
| Rekayasa loop | Bagaimana mengulangi perencanaan, pelaksanaan, verifikasi, dan perbaikan? | Kondisi pengulangan, kriteria evaluasi, kondisi penghentian |
| Graph Engineering | Melalui jalur apa berbagai tugas dan pihak pengambil keputusan harus dihubungkan? | Node, transisi, status, percabangan, paralelisasi, persetujuan |

Prompt dan konteks tetap diperlukan di dalam graf. Loop juga dapat direpresentasikan sebagai edge siklik dalam graf. Oleh karena itu, Graph Engineering bukan teknologi yang meniadakan teknik-teknik sebelumnya, melainkan lebih menyerupai perspektif perancangan tingkat tinggi yang menempatkan teknik tersebut dalam struktur eksekusi.

## Komponen Graph Engineering

### Node

Node adalah unit tugas dengan satu tanggung jawab yang jelas. Tidak hanya pemanggilan LLM, kode umum seperti kueri basis data, pemanggilan API pencarian, validasi format, kalkulasi, dan menunggu persetujuan pengguna juga dapat menjadi node.

Node yang baik memiliki input dan output yang jelas serta dapat diuji secara mandiri. Untuk memudahkan debugging, lebih baik mempersempit tanggung jawab dengan nama seperti `mengumpulkan data terbaru dari industri yang ditentukan`, `menghapus duplikasi sumber`, dan `memeriksa bukti untuk setiap klaim` daripada nama dengan cakupan luas seperti `riset pasar`.

### Edge

Edge adalah transisi dari satu node ke node berikutnya. Ada edge tetap yang selalu berpindah ke tahap berikutnya yang sama, edge bersyarat yang memilih jalur setelah memeriksa status, serta edge bercabang yang memulai beberapa tugas secara bersamaan.

### Status

Status adalah data yang dibagikan selama graf dijalankan. Data ini dapat mencakup permintaan pengguna, hasil antara, sumber pencarian, kode kesalahan, hasil persetujuan, dan jumlah pengulangan.

Status berbeda dari sekadar riwayat percakapan. Field mana yang wajib, siapa yang dapat mengubahnya, bagaimana menggabungkan hasil paralel, dan kapan menghapus informasi sensitif harus ditentukan melalui skema dan aturan.

### Kondisi

Kondisi adalah aturan untuk memilih jalur berikutnya. Kondisi deterministik seperti `apakah ada setidaknya tiga sumber` dapat dinilai dengan kode. Sebaliknya, kondisi yang memerlukan penilaian makna seperti `apakah bukti cukup mendukung kesimpulan` mungkin memerlukan evaluasi model atau peninjauan manusia.

## Alasan lebih mudah dikendalikan daripada agen tunggal

Jika satu agen diberi seluruh tugas riset, analisis, penulisan, dan verifikasi, penyebabnya sulit dibedakan ketika hasilnya keliru. Hal ini karena kesalahan perencanaan, pencarian yang terlewat, kegagalan pemanggilan alat, dan pembuatan konten tanpa dasar tercampur dalam satu catatan eksekusi.

Dengan menguraikan pekerjaan menjadi graf, hal-hal berikut dapat dikelola pada setiap tahap.

- Membatasi alat dan hak akses data yang diizinkan untuk setiap node.
- Menyimpan hasil antara dan mengevaluasinya secara mandiri.
- Mengurangi biaya dan waktu dengan hanya menjalankan ulang node yang gagal.
- Memperoleh persetujuan manusia tepat sebelum tindakan eksternal yang penting.
- Melacak jalur eksekusi, latensi, penggunaan token, dan kesalahan.

Namun, membagi pekerjaan menjadi banyak node tidak otomatis meningkatkan keandalan. Jika penyampaian status tidak akurat atau kriteria evaluasi tidak jelas, kesalahan dapat teramplifikasi sepanjang beberapa tahap.

## Pola umum pemanfaatan graf

### Pola router

Router memilih jalur yang berbeda berdasarkan jenis atau tingkat risiko permintaan. Misalnya, pertanyaan tentang pengembalian dana dapat dikirim ke node pencarian kebijakan, sedangkan gangguan teknis dapat dikirim ke node diagnosis.

Jika kriteria routing berupa kata kunci sederhana atau status akun, penggunaan kode lebih sesuai. Jika konteks perlu ditafsirkan, klasifikasi model dapat digunakan, tetapi diperlukan mekanisme pengaman yang mengarahkannya ke jalur default atau peninjauan manusia ketika tingkat keyakinannya rendah.

### Pola eksekusi paralel

Tugas-tugas yang tidak saling bergantung dijalankan secara bersamaan, lalu digabungkan di node agregasi. Contoh umumnya adalah menjalankan riset pasar, pelanggan, dan pesaing secara paralel.

Paralelisasi dapat mengurangi latensi, tetapi meningkatkan jumlah pemanggilan dan biaya sesaat. Jika hasil mengubah field status yang sama secara bersamaan, aturan penyelesaian konflik dan urutan penggabungan juga harus ditentukan.

### Pola pembuat-evaluator

Pembuat menyusun draf, lalu evaluator memutuskan apakah draf tersebut lulus, perlu diperbaiki, atau perlu ditulis ulang berdasarkan kriteria. Karena hasil evaluasi dikembalikan kepada pembuat, sebuah loop terbentuk di dalam graf.

Jika evaluator juga merupakan LLM, evaluator dapat membuat penilaian yang keliru. Komponen yang memungkinkan harus dilengkapi dengan validasi deterministik seperti pemeriksaan skema, pelaksanaan pengujian, dan verifikasi URL kutipan, serta jumlah pengulangan maksimum harus ditetapkan untuk mencegah loop tanpa akhir.

### Pola persetujuan pengguna

Eksekusi dihentikan dan menunggu keputusan manusia sebelum tindakan yang sulit dibatalkan atau memiliki tanggung jawab besar, seperti mengubah sistem eksternal, mengirim pesan, melakukan pembayaran, atau melakukan deployment. Demi keamanan, layar persetujuan sebaiknya tidak hanya menampilkan hasil akhir, tetapi juga tindakan yang akan dijalankan, data yang digunakan, dampak yang diperkirakan, dan cara membatalkannya.

### Pola manajer-spesialis

Node manajer menguraikan tugas dan membagikannya kepada node spesialis seperti pencarian, analisis, dan penulisan, kemudian menghimpun hasilnya. Pemisahan peran memang berguna, tetapi menambah jumlah agen tidak boleh menjadi tujuan itu sendiri. Untuk prosedur tetap, alur kerja eksplisit mungkin lebih mudah diprediksi.

## Prinsip pembagian peran AI, kode, dan manusia

| Karakteristik tugas | Sarana utama | Contoh |
|---|---|---|
| Aturan jelas yang harus menghasilkan hasil sama | Kode umum | Menghitung jumlah, membandingkan tanggal, memeriksa skema JSON |
| Penilaian yang menangani makna dan ambiguitas bahasa alami | Model AI | Klasifikasi niat, peringkasan, penyusunan draf, evaluasi kualitatif |
| Keputusan yang memerlukan tanggung jawab, etika, dan penilaian berisiko tinggi | Manusia | Persetujuan pengiriman eksternal, pemberian pengecualian, persetujuan tindakan berisiko tinggi |

Menggunakan LLM meskipun aturannya jelas akan meningkatkan biaya, latensi, dan sifat non-deterministik secara tidak perlu. Sebaliknya, menetapkan semua penilaian sebagai aturan kode akan menyulitkan pemrosesan input nyata dengan ekspresi beragam. Graf yang baik menggabungkan keunggulan ketiga sarana tersebut dan memvalidasi input serta output pada setiap batasnya.

## Perbedaan graf pengetahuan dan Graph Engineering

Kedua konsep ini dapat berkaitan, tetapi tidak sama.

- **Graf pengetahuan** adalah representasi data terstruktur dari entitas seperti orang, organisasi, dokumen, dan konsep, beserta hubungan di antaranya.
- **Graf eksekusi agen** merepresentasikan urutan dan kondisi pelaksanaan tugas.
- **Graph Engineering** dapat merujuk pada praktik merancang struktur, status, kontrol, validasi, dan cara pengoperasian graf eksekusi.

Pencarian graf pengetahuan dapat dihubungkan sebagai salah satu node, tetapi graf pengetahuan tidak selalu diperlukan dalam Graph Engineering. Sebaliknya, membangun graf pengetahuan juga tidak otomatis menghasilkan alur kerja agen yang memiliki jalur percobaan ulang dan persetujuan.

## Elemen perancangan tersembunyi yang menentukan kualitas operasional

Diagram graf saja tidak cukup untuk menyelesaikan sistem produksi. Faktor yang menentukan keandalan sebenarnya adalah semantik eksekusi dan kontrak operasional.

### Kontrak status dan manajemen versi

Skema input-output, field wajib, sumber data, dan hak pembaruan setiap node harus ditentukan. Kompatibilitas skema status dan versi alur kerja juga harus dikelola agar eksekusi yang sebelumnya terhenti dapat dilanjutkan setelah graf diubah.

### Pemulihan kegagalan dan idempotensi

Jika node dijalankan ulang setelah kesalahan jaringan, pengiriman email atau pembayaran dapat terduplikasi. Tugas yang memiliki efek samping eksternal memerlukan kunci idempotensi, pemeriksaan sebelum eksekusi, tindakan kompensasi, atau penyimpanan pencegah duplikasi.

Tidak semua kegagalan sama. Jalur harus dibedakan berdasarkan jenis kesalahan, misalnya mencoba ulang kesalahan API sementara, mengembalikan input yang keliru kepada pengguna, dan segera menghentikan pelanggaran kebijakan.

### Kondisi penghentian dan anggaran biaya

Loop pembuat-evaluator harus memiliki jumlah pengulangan maksimum, batas waktu, serta batas token atau biaya. Diperlukan pula kondisi untuk menghentikan proses atau menyerahkannya kepada manusia jika peningkatan kualitas tidak signifikan.

Total biaya graf harus dihitung dengan mencakup tidak hanya biaya setiap pemanggilan model, tetapi juga percobaan ulang, pemanggilan paralel, penyimpanan status, alat eksternal, dan sistem observabilitas.

### Observabilitas dan evaluasi

Catatan operasional harus mencatat node dan model yang dijalankan, jalur yang dipilih, serta input, output, dan kesalahan yang terjadi. Namun, masking dan periode retensi harus diterapkan agar informasi pribadi, informasi autentikasi, dan data bisnis sensitif tidak tersimpan apa adanya dalam log.

Evaluasi tidak berakhir pada skor jawaban akhir. Metrik untuk setiap node dan jalur, seperti akurasi routing, tingkat keberhasilan alat, tingkat pemenuhan bukti, tingkat deteksi risiko sebelum persetujuan, dan jumlah rata-rata percobaan ulang, harus diukur bersama agar hambatan dapat ditemukan.

### Batas keamanan dan hak akses

Prompt injection, yaitu instruksi dalam dokumen pencarian atau input pengguna yang mengubah aturan sistem, harus diperhitungkan. Argumen alat yang dihasilkan model harus divalidasi sebelum dijalankan, dan setiap node hanya diberi hak akses minimum yang diperlukan untuk melaksanakan tugas. Memisahkan hak membaca, menulis, menghapus, dan mengirim ke pihak eksternal dapat mengurangi risiko kesalahan pada satu node berkembang menjadi insiden pada seluruh sistem.

## Kondisi yang sesuai untuk Graph Engineering

Semakin banyak kondisi berikut yang terpenuhi secara bersamaan, semakin besar manfaat struktur graf.

- Diperlukan jalur pemrosesan khusus yang berbeda-beda sesuai input.
- Tugas independen dapat dijalankan secara paralel.
- Jika tahap tertentu gagal, proses harus kembali ke titik yang telah ditentukan.
- Hasil antara perlu diverifikasi atau diaudit.
- Persetujuan diperlukan sebelum mengubah sistem eksternal.
- Eksekusi berlangsung lama sehingga harus dapat dilanjutkan setelah dihentikan atau statusnya perlu dipertahankan.
- Hak akses dan cakupan akses data untuk setiap alat harus dipisahkan.

Untuk peringkasan sederhana, klasifikasi satu kali, dan tanya jawab singkat, pemanggilan model tunggal atau pipeline sekuensial pendek lebih baik. Jika beban manajemen status, pengujian, observasi, dan deployment akibat penerapan graf lebih besar daripada manfaatnya, itu merupakan over-engineering.

## Daftar periksa peninjauan desain

1. Tentukan hasil akhir dan kriteria keberhasilan dalam bentuk yang dapat diukur.
2. Batasi setiap node pada satu tanggung jawab serta input-output yang dapat diuji.
3. Implementasikan aturan yang jelas dengan kode dan minimalkan cakupan penilaian LLM.
4. Tentukan skema status dan aturan penggabungan hasil paralel.
5. Bedakan kesalahan yang dapat dicoba ulang dari kesalahan yang harus segera dihentikan.
6. Tetapkan batas atas jumlah pengulangan, waktu eksekusi, dan biaya.
7. Sediakan mekanisme pencegah eksekusi duplikat pada node yang memiliki efek samping eksternal.
8. Tempatkan persetujuan manusia dan penjelasan yang memadai sebelum tindakan berisiko tinggi.
9. Siapkan log dan metrik evaluasi untuk setiap node dan jalur, serta aturan perlindungan informasi pribadi.
10. Periksa kembali apakah keandalan yang sama tidak dapat dicapai dengan struktur yang lebih sederhana.

## Ringkasan utama

Jika agen tunggal menyerupai pemberian berbagai tugas sekaligus kepada seorang karyawan yang kompeten, Graph Engineering lebih menyerupai perancangan peran organisasi, jalur penyerahan pekerjaan, prosedur pemeriksaan, dan jalur persetujuan.

Kuncinya bukan jumlah agen, melainkan struktur yang dapat dikendalikan. Harus jelas pada tahap mana AI membuat penilaian, di mana kode melakukan validasi, dan kapan manusia mengambil keputusan yang bertanggung jawab. Graf baru menjadi sistem AI yang dapat dioperasikan, bukan sekadar diagram, jika dilengkapi kontrak status, pemulihan kegagalan, observabilitas, kontrol hak akses, dan batas biaya.

## FAQ

### Apa itu rekayasa graf?
Ini adalah pendekatan yang membagi tugas AI yang kompleks menjadi beberapa node serta merancang secara eksplisit jalur perpindahan antartugas, status bersama, kondisi percabangan, pengulangan, dan prosedur persetujuan. Alih-alih merupakan satu istilah standar yang disepakati oleh seluruh industri, istilah ini lebih dekat dengan ungkapan praktis untuk menjelaskan orkestrasi agen berbasis graf.

### Apa perbedaan antara rekayasa graf dan rekayasa prompt?
Rekayasa prompt membahas instruksi dan contoh apa yang akan diberikan kepada setiap pemanggilan model. Rekayasa graf membahas urutan dan kondisi untuk menghubungkan beberapa pemanggilan model, kode, alat, serta penilaian manusia. Prompt tetap digunakan di dalam setiap node yang membentuk graf.

### Apakah rekayasa graf dan graf pengetahuan merupakan konsep yang sama?
Tidak. Graf pengetahuan adalah data yang menyusun entitas dan hubungan secara terstruktur, sedangkan graf eksekusi agen menunjukkan urutan tugas dan alur kendali. Pencarian graf pengetahuan dapat digunakan sebagai salah satu node dalam graf eksekusi, tetapi keduanya tidak saling menjadi prasyarat.

### Apakah semua node harus dibuat sebagai agen AI?
Tidak perlu. Untuk tugas dengan hasil yang jelas, seperti menghitung jumlah, membandingkan tanggal, dan memeriksa format, kode biasa lebih cepat, murah, dan dapat diprediksi. Cara yang tepat adalah menyerahkan interpretasi bahasa alami dan penilaian kualitatif kepada AI, sedangkan keputusan dengan tanggung jawab besar atau yang sulit dibatalkan diserahkan kepada manusia.

### Bagaimana loop pembuat–penilai mencegah pengulangan tanpa batas?
Jumlah pengulangan maksimum, batas waktu dan biaya, serta kriteria kelulusan harus ditetapkan terlebih dahulu. Diperlukan pula kondisi penghentian untuk mengembalikan hasil terbaik sebelumnya atau mengirimkannya ke jalur peninjauan manusia jika kualitas tidak membaik meskipun telah diulang atau tingkat keyakinan evaluasinya rendah.

### Apakah sistem multiagen selalu lebih baik daripada agen tunggal?
Tidak. Ketika jumlah peran bertambah, biaya pemanggilan, kesalahan penyampaian status, latensi, dan beban debugging juga meningkat. Struktur multiagen sebaiknya dipilih hanya ketika pemisahan antarperan khusus benar-benar berkontribusi pada kualitas atau pengendalian wewenang, sedangkan prosedur tetap mungkin lebih baik ditangani sebagai alur kerja dengan kode biasa.

### Apa yang harus disimpan dalam status graf?
Prinsipnya adalah hanya menyimpan data yang diperlukan untuk tahap berikutnya, seperti permintaan pengguna, hasil antara yang telah diverifikasi, sumber, jenis kesalahan, jumlah pengulangan, dan status persetujuan. Format dan wewenang pengubahan untuk setiap bidang harus ditetapkan, sedangkan informasi autentikasi atau data pribadi yang tidak diperlukan tidak boleh disimpan atau harus disamarkan.

### Apa yang perlu diperhatikan saat mencoba kembali node yang gagal?
Pertama-tama harus dibedakan apakah kesalahan tersebut bersifat sementara, apakah inputnya sendiri salah, atau apakah proses harus dihentikan berdasarkan kebijakan. Untuk tugas yang memiliki efek samping eksternal, seperti mengirim email, melakukan pembayaran, atau mengubah data, kunci idempotensi dan pemeriksaan eksekusi duplikat harus digunakan.

### Tugas apa yang tidak memerlukan rekayasa graf?
Rekayasa graf biasanya tidak diperlukan untuk tugas yang cukup dilakukan dengan satu pemanggilan, seperti ringkasan sederhana, tanya jawab singkat, atau klasifikasi satu kali. Jika biaya pengelolaan status dan operasional yang timbul akibat penambahan graf lebih besar daripada peningkatan kualitas, kendali, atau kemampuan pemulihan, sebaiknya pertahankan struktur yang sederhana.

## Sources

- [Membangun agen yang efektif](https://www.anthropic.com/research/building-effective-agents)
- [LangGraph](https://github.com/langchain-ai/langgraph)
- [Dokumentasi Temporal](https://docs.temporal.io/)
- [Kerangka Kerja Manajemen Risiko AI NIST](https://www.nist.gov/itl/ai-risk-management-framework)
- [Graphiti](https://github.com/getzep/graphiti)
- [OWASP Top 10 untuk Aplikasi Model Bahasa Besar](https://genai.owasp.org/llm-top-10/)

## Images

![Perempuan mengoperasikan grafik alur kerja pada layar sentuh di ruang server](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTA0NzMsInB1ciI6ImJsb2JfaWQifX0=--ef1105ce6a385a669f3ac38d2daca7268be12737/ai-8a9b7d63.webp)
![Diagram alur yang menghubungkan agen AI, dasbor data, validasi, keamanan, dan tinjauan manusia](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTA0NzksInB1ciI6ImJsb2JfaWQifX0=--dcdc470a0909904f41c12684bf7ee53b4ab8a805/ai-03b3a3b1.webp)