Pola Workflow AI Agent: 7 Pola dan Kapan Masing-Masing Benar-Benar Menang (2026)

Pola Workflow AI Agent: 7 Pola dan Kapan Masing-Masing Benar-Benar Menang (2026)

Pola workflow AI agent akhirnya punya angka: pada Januari 2026, Google Research mengevaluasi 180 konfigurasi agent dan menemukan bahwa perubahan koordinasi yang sama menaikkan penalaran finansial yang bisa diparalelkan sebesar 80,9%, namun menjatuhkan perencanaan sekuensial hingga 70% di PlanCraft. Tuas yang sama, hasil yang berlawanan. Variabel penentunya adalah seberapa mudah tugas dipecah, bukan jumlah agent, dan ketujuh pola di bawah ini dinilai berdasarkan data yang dipublikasikan, bukan diagram vendor.

• Tujuh pola yang penting: sekuensial, routing, paralelisasi, orchestrator-workers, reflection, ReAct, plan-and-execute.
• Kemudahan tugas dipecah menentukan pemenangnya. Kerja yang bisa diparalelkan untung; kerja sekuensial merosot.
• Mulai dengan satu agent. Tambah agent kedua hanya jika satu agent macet di bawah akurasi ~85%.

Sekilas Pola Workflow AI Agent: Apa Kata Data

Ketujuh pola AI agent itu adalah sekuensial (prompt chaining), routing (handoff), paralelisasi (fan-out/fan-in), orchestrator-workers, reflection (evaluator-optimizer), ReAct, dan plan-and-execute. Lima dokumen vendor menamainya berbeda-beda, tapi ketujuh bentuk ini mencakup setiap taksonomi yang dipublikasikan Anthropic, OpenAI, Vercel, Microsoft, dan Google Cloud saat ini. Human-in-the-loop bukan salah satu dari ketujuhnya: ia adalah lapisan kontrol yang membungkus salah satu dari mereka.

Baca kolom terukur dengan skeptis. Tiga baris membawa angka sungguhan; empat baris membawa "tidak ada pengukuran publik", dan itulah kondisi jujur bidang ini di 2026. Lima vendor mempublikasikan lima nama berbeda untuk apa yang sebenarnya tiga atau empat bentuk dasar. Kolom terakhir ada supaya kamu bisa memetakan nama-nama itu kembali ke bentuk dasarnya, dan sisa artikel ini mengupas satu keluarga demi satu keluarga.

Dua kolom yang tidak dibahas siapa pun di SERP adalah biaya token dan anggaran latensi. Sekuensial dan routing paling hemat untuk keduanya; orchestrator-workers paling boros untuk keduanya; paralelisasi menukar belanja token dengan waktu wall-clock. Pilih pola berdasarkan resource yang benar-benar membatasi tugasmu, bukan berdasarkan diagram yang terlihat mengesankan.

Apa Itu Pola Workflow AI Agent (dan Apa 4 Tahapan Workflow AI)?

Pola desain workflow AI agent adalah bentuk-bentuk yang bisa dipakai ulang untuk menata panggilan LLM, penggunaan tool, dan logika kontrol menjadi sebuah sistem. Tujuh pola yang selalu muncul di setiap taksonomi vendor adalah sekuensial, routing, paralelisasi, orchestrator-workers, reflection, ReAct, dan plan-and-execute. Masing-masing menukar biaya token, latensi, dan akurasi secara berbeda, jadi pilihan yang tepat bergantung pada struktur tugas, bukan framework yang kebetulan kamu pakai.

Workflow AI agent tipikal berjalan dalam empat tahap, dalam satu loop:

1. Plan: model memutuskan apa yang dilakukan selanjutnya, berdasarkan tujuan dan riwayat sejauh ini.
2. Act: ia memanggil tool, yang di 2026 biasanya berarti server MCP atau function call. Model Context Protocol (MCP) menstandarkan lapisan tool itu lintas model.
3. Observe: hasil tool masuk kembali ke konteks sebagai pesan baru.
4. Reflect / loop: model menilai apakah hasilnya sudah cukup baik, lalu mengulang atau berhenti.

Setiap pola dalam artikel ini adalah cara berbeda untuk merangkai keempat tahap itu. Sekuensial mengunci urutannya di kode. ReAct membiarkan model memilih tahap berikutnya tiap giliran. Orchestrator-workers membagi loop itu ke beberapa model.

Satu pembedaan penting sebelum katalognya. Workflow adalah jalur kode yang sudah ditentukan; agent menyerahkan kendali ke model. Anthropic menarik garisnya begini dalam Membangun Agent yang Efektif: "Workflow menawarkan prediktabilitas dan konsistensi untuk tugas yang terdefinisi dengan baik, sedangkan agent adalah pilihan lebih baik ketika fleksibilitas dan pengambilan keputusan oleh model dibutuhkan dalam skala besar."

Jika kamu datang mencari tipe-tipe klasik agent dalam AI (simple reflex, model-based, goal-based, learning), taksonomi itu lebih tua dari LLM; ketujuh pola di ataslah yang menentukan apakah buatanmu bisa rilis.

Pola-Pola Deterministik: Sekuensial, Routing, dan Paralelisasi

Tiga pola menjaga kendali tetap di kodemu, bukan di model. Ketiganya paling murah dijalankan dan paling mudah di-debug, dan panduan tim Claude dari Maret 2026 terus terang soal mulai dari mana: "Mulai dari pola paling sederhana yang menyelesaikan masalahmu. Default ke sekuensial."

Sekuensial (prompt chaining)

Satu panggilan memberi makan panggilan berikutnya. Kamu memecah tugas sulit menjadi langkah-langkah berurutan, dan tiap langkah mendapat output langkah sebelumnya sebagai input. Keuntungannya adalah keterbacaan: kamu bisa memeriksa setiap hasil antara dan meng-cache tiap langkah. Hindari pola ini ketika subtugasnya independen, karena kamu membayar latensi untuk urutan yang tidak kamu butuhkan. Jika state harus bertahan antar langkah atau antar sesi, itu masalah memori, bukan masalah chaining; lihat panduan memori agent kami untuk pembagiannya. Satu-satunya dukungan publik yang dimilikinya adalah sebagai default: tidak ada studi yang mengukur gain dari chaining itu sendiri, karena ia adalah baseline yang harus dikalahkan pola lain dengan biaya ekstra.

from anthropic import Anthropic

client = Anthropic()

def chain(steps: list[str], context: str = "") -> str:
    for step in steps:
        msg = client.messages.create(
            model="claude-sonnet-4-5",
            max_tokens=1024,
            messages=[{"role": "user", "content": f"{context}\n\n{step}"}],
        )
        context = msg.content[0].text
    return context

summary = chain([
    "Extract the five key claims from this report: {report}",
    "Rewrite those claims as bullets an engineer would trust.",
])

Routing (handoff)

Sebuah classifier murah membaca input dan mengirimnya ke prompt atau model spesialis. OpenAI membingkainya dalam dokumen Agents SDK: "Agent triase mengarahkan percakapan ke seorang spesialis, dan spesialis itu menjadi agent aktif untuk sisa giliran tersebut." Hindari routing ketika classifier-nya kurang bisa diandalkan dibanding menjalankan satu jalur umum saja, karena setiap salah rute adalah jawaban salah yang senyap. Mode kegagalan yang punya nama di sini adalah hilangnya konteks saat handoff: spesialis hanya melihat apa yang diteruskan router. Membawa seluruh jejak adalah keputusan context engineering, dan salah menanganinya adalah alasan sistem routing terasa pelupa. Hitung-hitungan token tetap memihak routing: classifier berjalan di model kecil (gpt-4o-mini di atas), jadi router menambah beberapa ratus token murah per permintaan, bukan panggilan mahal kedua.

from openai import OpenAI

client = OpenAI()
SPECIALISTS = {
    "billing": "You answer billing and refund questions.",
    "technical": "You debug API errors and integration issues.",
}

def route(question: str) -> str:
    triage = client.responses.create(
        model="gpt-4o-mini",
        input=f"Reply with exactly one of {list(SPECIALISTS)}: {question}",
    )
    key = triage.output_text.strip().lower()
    return client.responses.create(
        model="gpt-4o",
        instructions=SPECIALISTS.get(key, SPECIALISTS["technical"]),
        input=question,
    ).output_text

Paralelisasi (fan-out/fan-in)

Subtugas independen berjalan sekaligus, lalu langkah penggabungan menyatukan hasilnya. Anthropic membaginya menjadi sectioning (membagi pekerjaan) dan voting (menjalankan tugas yang sama beberapa kali dan membandingkan). Inilah bentuk yang diukur Google Research sebesar +80,9% dibanding satu agent pada penalaran finansial yang bisa diparalelkan di Januari 2026, justru karena tugasnya terpecah dengan bersih. Hindari begitu langkah n+1 bergantung pada output langkah n; memparalelkan rantai dependensi hanya menyusun ulang jawaban-jawaban salah lebih cepat. Latensi adalah separuh gain lainnya: panggilan independen berjalan konkuren, jadi waktu wall-clock turun kira-kira seiring jumlah worker sementara total belanja token tetap.

from concurrent.futures import ThreadPoolExecutor
from anthropic import Anthropic

client = Anthropic()

def run(subtask: str) -> str:
    msg = client.messages.create(
        model="claude-sonnet-4-5",
        max_tokens=1024,
        messages=[{"role": "user", "content": subtask}],
    )
    return msg.content[0].text

def fan_out(subtasks: list[str]) -> list[str]:
    with ThreadPoolExecutor(max_workers=len(subtasks)) as pool:
        return list(pool.map(run, subtasks))

parts = fan_out([
    "Summarize Q1 revenue drivers in two sentences.",
    "Summarize Q1 churn drivers in two sentences.",
])
merged = run(f"Combine into one executive summary:\n{parts}")

ReAct vs Plan-and-Execute: Pola Penalaran Mana yang Harus Kamu Pakai?

ReAct menyelang-nyelingkan penalaran dengan aksi: model berpikir, memanggil tool, mengobservasi hasilnya, dan baru kemudian memutuskan langkah berikutnya. Plan-and-execute menulis rencana lengkap sebelum tool apa pun berjalan, lalu mengeksekusi langkah-langkahnya berurutan. ReAct beradaptasi terhadap kejutan di tengah jalan; plan-and-execute membayar satu panggilan perencanaan besar di awal dan mempercayai rutenya.

ReAct memutuskan langkah berikutnya setelah setiap observasi; plan-and-execute mengunci seluruh rute sebelum panggilan tool pertama.

ReAct berasal dari Yao et al. (arXiv 2210.03629, v1 Oktober 2022, v3 Maret 2023), yang melaporkan kesuksesan absolut +34% di ALFWorld dan +10% di WebShop dibanding baseline imitation dan reinforcement learning, hanya dengan satu atau dua contoh in-context. Ia adalah loop default di balik kebanyakan agent pengguna tool, dan ia adalah celah di hasil SERP #3: dokumen orkestrasi Microsoft Learn sepanjang 7.133 kata menghilangkan ReAct sama sekali. Irama observasi-putuskan itulah alasan ReAct menangani tugas terbuka ("jelajahi sampai kamu menemukan X") lebih baik daripada rencana di awal mana pun: rencananya harus menebak isi halaman sebelum membacanya.

Plan-and-execute berasal dari Wang et al., Plan-and-Solve Prompting (arXiv 2305.04091, ACL 2023), yang pertama-tama menyusun rencana yang membagi tugas menjadi subtugas, lalu melaksanakannya. Paper itu melaporkan kemenangan atas zero-shot chain-of-thought di seluruh sepuluh dataset yang dievaluasi; kami tidak mengutip satu angka pun karena abstrak paper-nya tidak mempublikasikan angka. Pakai ketika rutenya bisa diprediksi dan merencanakan ulang setelah tiap langkah hanya membuang token. Tradeoff-nya adalah kerapuhan: jika langkah ketiga gagal, loop plan-and-execute butuh hook replan eksplisit, sedangkan ReAct merencanakan ulang secara konstruksi.

Baris bukti-terukur adalah penanda jujurnya. ReAct punya paper 2022 dengan angka level tugas; plan-and-execute punya sapuan sepuluh dataset tanpa angka judul, yang merupakan salah satu alasan ia lebih sering dikutip daripada di-benchmark.

from anthropic import Anthropic

client = Anthropic()

def react(question: str, tools: list, max_steps: int = 8) -> str:
    messages = [{"role": "user", "content": question}]
    for _ in range(max_steps):
        msg = client.messages.create(
            model="claude-sonnet-4-5",
            max_tokens=1024,
            tools=tools,
            messages=messages,
        )
        if msg.stop_reason == "end_turn":
            return msg.content[0].text
        messages.append({"role": "assistant", "content": msg.content})
        messages.append({"role": "user", "content": dispatch(msg.content)})
    return "Stopped: hit the iteration cap with no final answer."

Batas iterasi itu bukan opsional. Loop ReAct tanpa jalan keluar membakar token sampai anggaranmu habis; max_steps adalah guardrail termurah di seluruh artikel ini. Plan-and-execute butuh penjaga yang sama satu level di atas: batasi replan, bukan hanya langkahnya, atau rencana yang gagal akan meregenerasi dirinya sendiri tanpa batas.

Pola-Pola Kualitas: Reflection, Evaluator-Optimizer, dan Human-in-the-Loop

Pola kualitas menghabiskan token ekstra untuk menaikkan kualitas output, dan hanya terbayar ketika kualitas bisa diukur. Reflection (Anthropic menyebutnya evaluator-optimizer) menjalankan generator dan kritikus dalam satu loop: satu model membuat draf, model lain mengkritik, drafnya membaik. Jika kamu tidak bisa memberi skor pada output dengan tes, rubrik, atau model grader, kritikusnya hanyalah token ekstra yang berdebat dengan dirinya sendiri. Membangun scorer itulah bagian sulitnya; panduan kami tentang mengevaluasi agent di produksi membahas apa yang dibutuhkan fungsi skor yang bisa dipakai. Ketika prasyaratnya terpenuhi, pola ini adalah asuransi murah: Anthropic mendeskripsikan evaluator-optimizer sebagai dua panggilan LLM dalam satu loop, satu menghasilkan dan satu mengkritik, yang membeli kenaikan kualitas terukur dengan beberapa detik latensi ekstra.

Mode kegagalan yang tidak digambar siapa pun adalah reflection yang lepas kendali: kritikus dan generator berputar selamanya, atau lebih buruk, berosilasi. Perbaikannya adalah batas iterasi keras plus jeda tanpa-perbaikan, ditulis dalam kode, bukan diminta di prompt:

def refine(task: str, score_fn, max_rounds: int = 4) -> str:
    best = generate(task)
    best_score = score_fn(best)
    for _ in range(max_rounds):
        critique = critic(task, best)
        candidate = generate(f"{task}\n\nCritique:\n{critique}")
        score = score_fn(candidate)
        if score <= best_score:
            break  # no improvement: stop spending tokens
        best, best_score = candidate, score
    return best

Human-in-the-loop adalah lapisan kontrol, bukan pola kedelapan. Ia membungkus salah satu dari ketujuhnya: seorang manusia menyetujui sebelum langkah yang tidak bisa dibatalkan berjalan. Hanya 2 dari 6 hasil SERP teratas yang membahasnya sama sekali. Tempatkan gerbangnya di aksi yang tidak bisa dibatalkan, pengeluaran uang sungguhan, dan apa pun yang meninggalkan sistemmu sebagai komunikasi eksternal. Semua yang lain sebaiknya berjalan tanpa ditunggui atau tidak berjalan sama sekali. Gerbangnya sendiri harus kode bodoh, bukan LLM lain: antrean persetujuan, ambang belanja, allowlist domain. Menyerahkan model untuk memutuskan apakah seorang manusia harus melihat justru menggagalkan tujuannya.

Apakah Multi-Agent Sepadan dengan Token 15×? Apa Kata Benchmark Sebenarnya

Orchestrator-workers adalah pola ketujuh: agent utama memecah tugas, mendelegasikan bagiannya ke agent pekerja, dan menggabungkan apa yang mereka kembalikan. "Multi-agent" adalah pola ini yang dibawa ke ekstremnya, bukan bentuk terpisah, jadi pertanyaannya sebenarnya adalah kapan orchestrator sepadan dengan overhead-nya.

Kapan kamu harus memakai multi-agent alih-alih satu agent? Hanya ketika satu agent macet di bawah akurasi sekitar 85% pada tugas itu. Aturan praktis ini beredar di r/AI_Agents (2026-04-23) berbarengan dengan studi Google Research, dan cocok dengan data terukur: di atas ambang itu, menambah agent menambah biaya dan amplifikasi error tanpa menambah akurasi.

Inilah setiap angka publik yang bisa kami verifikasi, berdampingan:

Satu peringatan sebelum kamu mengklik: setiap angka Google Research di atas berasal dari postingan blog 2026-01-28, dan paper di baliknya (arXiv 2512.08296) sudah direvisi sejak itu, jadi versi terbarunya melaporkan 260 konfigurasi dan R² = 0,373, bukan 180 dan 0,513 milik blognya. Arahnya tetap sama; angka persisnya bergantung pada versi mana yang kamu baca.

Dua baris ini rutin salah dikutip, jadi inilah hitung-hitungannya. Angka 15× Anthropic diukur terhadap interaksi chat, dan angka single-agent-nya adalah 4×. Jadi multi-agent memakan kira-kira 15 / 4 = 3,75× token satu agent, bukan 15×. Dan amplifikasi error Google Research sebesar 17,2× untuk agent independen versus 4,4× untuk yang tersentralisasi berarti orchestrator menahan amplifikasi error kira-kira 17,2 / 4,4 = 3,9× lebih sedikit dibanding membiarkan agent berjalan tanpa pengawasan.

Membaca tulisan Anthropic berdampingan dengan angka Google Research, pembacaan kami adalah: kemudahan dipecah, bukan jumlah agent, adalah variabel penentunya. Tugas riset Anthropic terbagi bersih menjadi sub-pencarian paralel, jadi lebih banyak agent membantu. Tugas perencanaan sekuensial Google tidak terbagi, jadi lebih banyak agent malah saling menghalangi.

Itu cocok dengan kata para praktisi begitu sistem masuk produksi. Di r/AI_Agents, sebuah thread berjudul "Sistem multi-agent benar-benar mimpi buruk di produksi" (2026-04-23, 56 poin, 68 komentar) datang dari OP yang sudah merilis 20+ sistem klien: "Yang benar-benar tetap berjalan… hampir memalukan sederhananya," dan "setiap kali satu agent bicara ke agent lain, kamu kehilangan konteks. Seperti permainan pesan berantai." Komentar teratas menyaring seluruh bagian ini: "coba selesaikan masalahmu dengan satu agent. Jika agent ini punya akurasi >85%, sistem multi-agent tidak akan menambah nilai apa pun."

Sebelum menambah agent, coba perbaikan murah yang diukur Anthropic: satu deskripsi tool yang diperbaiki menghasilkan penurunan 40% waktu penyelesaian tugas, dan panggilan tool paralel memangkas waktu riset hingga 90%. Keduanya mengalahkan agent kedua soal biaya. Jika kamu memang memilih multi-agent di tool sungguhan, subagent Claude Code adalah orchestrator-workers yang bisa kamu periksa baris demi baris.

Pola Sama, Lima Nama: Tabel Rosetta Framework

Keempat bentuk yang sama muncul dengan nama berbeda di dokumen setiap vendor, dan namanya tidak bisa dipindahkan antar framework. "Magentic" dan "group chat" milik Microsoft tidak berarti apa-apa di OpenAI SDK sampai kamu menerjemahkannya, dan pajak penerjemahan itu adalah biaya nyata yang dihapus tabel ini.

Lima vendor, lima kosakata, tiga atau empat bentuk nyata. Biaya praktisnya muncul ketika kamu pindah framework: tim yang pindah dari Agent Framework Microsoft ke OpenAI SDK harus memetakan ulang "magentic" ke agents-as-tools dan "group chat" ke grafik handoff sebelum satu baris kode pun dipindahkan. Taksonomi sebelas nama Google Cloud adalah yang terpanjang, daftar tujuh nama Anthropic paling sering dikutip, dan tiga nama milik blog Claude adalah yang akan kamu implementasikan lebih dulu. Baca bentuknya, lalu baca SDK-nya. Judul kolomnya adalah dokumen-dokumennya sendiri: Anthropic, blog Claude, OpenAI Agents SDK, Vercel AI SDK, Microsoft Learn, dan Google Cloud. Begitu kamu melihat bentuk-bentuknya, memilih framework adalah keputusan terpisah; rangkuman kami soal framework AI agent terbaik 2026 dan perbandingan LangGraph vs CrewAI vs OpenAI Agents SDK membahas yang itu.

Kapan Kamu Sebaiknya TIDAK Memakai Workflow Agent Sama Sekali?

Sering kali, sebaiknya tidak. Tangga keputusan dengan upvote terbanyak di r/AI_Agents (2026-03-09) menyatakannya dengan polos: "Jika pernyataan if…then bisa bekerja, pakai itu. Lalu jika workflow tradisional bisa bekerja, pakai itu. Selain itu baru pakai AI agentik." Dua dari tiga hasil SERP teratas adalah dokumentasi cloud yang secara struktural tidak bisa menyuruhmu membangun lebih sedikit. Kami bisa. Data di artikel ini menunjuk ke arah yang sama: dua gain terukur terbesar (+80,9% dan +90,2%) sama-sama datang dari tugas yang terpecah bersih, dan kerugian terukur terburuk (−70%) datang dari memaksakan agent pada tugas yang tidak terpecah.

Mode-mode kegagalannya punya nama, dan masing-masing sekarang punya angka:

• Kehilangan konteks saat handoff: setiap pesan antar-agent menjatuhkan state (keluhan "pesan berantai" r/AI_Agents, 2026-04-23).
• Amplifikasi error: 17,2× untuk agent independen versus 4,4× tersentralisasi (Google Research, 2026-01-28).
• Loop reflection lepas kendali: batasi iterasi dan berhenti saat tidak ada perbaikan, seperti di kode di atas.
• Degradasi tugas sekuensial: 39–70% lebih buruk ketika kamu memparalelkan pekerjaan yang tidak terpecah (Google Research, 2026-01-28).
• Biaya membengkak: token chat kira-kira 15× untuk sistem multi-agent (Anthropic, 2025-06-13).

Setiap mode kegagalan itu punya batas yang bisa kamu tulis dalam sepuluh baris kode, dan batasnya selalu lebih murah daripada agent yang hendak kamu tambahkan.

Walden Yan dari Cognition membuat argumen yang sama dari sisi pembangun dalam Jangan Bangun Multi-Agent (2025-06-12): "Bagikan konteks, dan bagikan jejak agent lengkap, bukan hanya pesan individual," dan "Aksi membawa keputusan implisit, dan keputusan yang bertentangan membawa hasil yang buruk." Perbandingan r/AI_Agents adalah yang terus kami ulang: "multi-agent mulai terlihat seperti microservices. kuat ketika batas-batasnya nyata, menyakitkan ketika batasnya dikarang."

Cara Techsy Memilih Pola

Tangga di bawah adalah pembacaan kami atas temuan Google Research dan Anthropic plus thread para praktisi, bukan hasil terukur kami sendiri. Kami menjalankannya dari atas ke bawah dan berhenti di baris pertama yang cocok:

Tiga hal mengikuti dari data di artikel ini. Mulai sekuensial, karena Anthropic bilang begitu dan tidak ada apa pun di SERP yang membantahnya. Paralelkan hanya yang terpecah, karena perubahan koordinasi yang sama yang terukur +80,9% juga terukur −70%. Dan perlakukan agent kedua sebagai upaya terakhir, karena tagihan tokennya nyata dan amplifikasi error-nya terukur. Benang merahnya adalah bahwa menambah agent adalah langkah scaling, bukan langkah kualitas: benchmark hanya mengganjarnya ketika pekerjaannya terbagi, dan thread praktisi mengonfirmasinya di semua tempat lain. Jika kamu ingin pendapat kedua soal arsitektur sebelum membangunnya, Dapatkan konsultasi gratis.

Pertanyaan yang Sering Diajukan

Apa 7 pola AI agent?

Ketujuhnya adalah sekuensial (prompt chaining), routing (handoff), paralelisasi (fan-out/fan-in), orchestrator-workers, reflection (evaluator-optimizer), ReAct, dan plan-and-execute. Mereka muncul berulang dengan nama berbeda di setiap taksonomi vendor, dari Anthropic sampai Google Cloud. Human-in-the-loop dibahas berdampingan dengan mereka, tapi ia lapisan kontrol yang membungkus salah satu dari ketujuhnya, bukan pola kedelapan.

Apa 4 tahapan workflow AI agent?

Plan, act, observe, reflect. Model merencanakan langkah berikutnya, bertindak dengan memanggil tool, mengobservasi hasil tool masuk ke konteks, lalu merefleksikan apakah tujuannya tercapai dan mengulang atau berhenti. Setiap pola dalam artikel ini adalah cara berbeda untuk merangkai keempat tahap itu bersama.

Apa bedanya workflow AI dan AI agent?

Workflow mengikuti jalur kode yang sudah ditentukan; agent membiarkan model mengarahkan alur kontrolnya sendiri. Aturan Anthropic: workflow untuk prediktabilitas pada tugas yang terdefinisi baik, agent untuk fleksibilitas ketika keputusan oleh model dibutuhkan dalam skala besar. Kebanyakan sistem produksi adalah workflow dengan beberapa langkah agent di dalamnya.

ReAct vs plan-and-execute: mana yang harus kupakai?

Pakai ReAct ketika langkah berikutnya bergantung pada apa yang dikembalikan tool terakhir dan rutenya bisa berubah di tengah jalan. Pakai plan-and-execute ketika rutenya bisa diprediksi di awal dan merencanakan ulang setelah tiap langkah hanya membuang token. ReAct terukur +34% di ALFWorld (Yao et al., 2022); plan-and-execute mengalahkan zero-shot CoT di sepuluh dataset (Wang et al., 2023).

Apakah aku butuh framework seperti LangGraph untuk memakai pola-pola ini?

Tidak. Setiap blok kode di artikel ini adalah panggilan SDK polos, dan pola-pola ini lebih tua dari framework yang menamai mereka. Framework layak dipakai untuk persistensi state, retry, dan tracing, bukan untuk polanya sendiri. Jika kamu sedang memilih, perbandingan framework kami membahas tradeoff-nya.

Bagaimana cara menghentikan loop reflection agar tidak berjalan selamanya?

Dua penjaga, keduanya di kode: batas iterasi keras (kami pakai 4 ronde) dan jeda tanpa-perbaikan yang berhenti begitu tulisan ulang kritikus tidak mendapat skor lebih baik dari draf saat ini. Jangan percaya prompt untuk mengakhiri loop; model tidak tahu berapa harga sesuatu.

Kapan satu agent sudah cukup?

Ketika ia menembus akurasi kira-kira 85% pada tugasnya. Heuristik itu, yang beredar di r/AI_Agents (2026-04-23) berbarengan dengan studi Google Research, cocok dengan benchmark: di atas ambang itu, agent ekstra menambah biaya dan amplifikasi error tanpa menambah akurasi. Ukur baseline single-agent sebelum kamu merancang apa pun yang lebih besar.

Di mana aku bisa menemukan contoh pola workflow AI agent dengan kode?

Lima blok Python di atas mencakup sekuensial, routing, paralelisasi, ReAct, dan reflection, semuanya sebagai panggilan SDK polos yang bisa langsung kamu angkat. Untuk contoh bercita rasa vendor, Vercel AI SDK mengirim TypeScript yang bisa dijalankan per pola dan dokumen OpenAI Agents SDK membahas handoff dan agents-as-tools. Tautan ke keduanya ada di daftar Sumber di bawah.

Sumber

• Anthropic, Building Effective Agents (2024-12-19)
• Anthropic, How we built our multi-agent research system (2025-06-13)
• Google Research, Towards a science of scaling agent systems (2026-01-28); paper: arXiv 2512.08296
• Yao et al., ReAct: Synergizing Reasoning and Acting in Language Models (v3 2023-03-10)
• Wang et al., Plan-and-Solve Prompting (ACL 2023)
• Claude by Anthropic, Common workflow patterns for AI agents (2026-03-05)
• OpenAI Agents SDK, Orchestrating multiple agents
• Vercel AI SDK, Workflow Patterns
• Microsoft Learn, AI Agent Orchestration Patterns (diperbarui 2026-05-12)
• Google Cloud, Choose a design pattern for your agentic AI system (2026-05-28)
• Cognition (Walden Yan), Don't Build Multi-Agents (2025-06-12)
• r/AI_Agents, Multi agent systems are a total nightmare in production (2026-04-23); Wait, are workflows actually better than multi-agent systems? (2026-03-09)