AWS bisa memberi agen jawaban bersitasi dalam satu panggilan. Apakah tautannya mendukung jawaban itu?
Amazon Bedrock AgentCore Web Answer menggabungkan pencarian, pengambilan sumber, dan penyusunan jawaban. Contoh layanan pelanggan menunjukkan cara memeriksa bukti tanpa membangun ulang sistem pencarian.
Seorang pelanggan bertanya apakah versi perangkat lunaknya masih menerima pembaruan keamanan. Asisten dukungan memberi jawaban dengan yakin dan menautkan dokumentasi vendor. Tautannya bisa dibuka dan domainnya benar. Masalahnya, halaman itu membahas versi terbaru, sedangkan pelanggan masih memakai versi sebelumnya.
Pada 5 November 2026, AWS merilis Web Answer untuk ketersediaan umum di Amazon Bedrock AgentCore. Bedrock AgentCore adalah infrastruktur AWS untuk menjalankan dan menghubungkan agen AI. Konektor terkelola barunya dapat menelusuri web publik, membaca halaman, dan menyusun jawaban bersitasi dalam satu panggilan alat. AWS mencantumkan konektor itu di wilayah US East (N. Virginia), atau us-east-1. Tim yang sebelumnya membangun tiap tahap secara terpisah dapat menghemat pekerjaan. Mereka juga memperoleh keluaran konkret untuk ditinjau sebelum mengirim jawaban kepada pelanggan. Peluncuran dan panduan AWS · Dokumentasi konektor AWS
Status dukungan versi, tanggal rilis, dan instruksi yang direvisi cocok dijadikan kasus uji. Setiap pertanyaan punya jawaban yang berguna jika sumber yang tepat tersedia. Sistem pencarian juga bisa dengan mudah mengembalikan halaman yang relevan tetapi mendukung klaim yang berbeda. Hubungan antara jawaban dan buktinya perlu dibuat mudah diperiksa.
Gedung pusat data AWS di Ashburn, Virginia, difoto pada 2020. Foto konteks wilayah oleh Vahurzpu, dipotong dan diubah ukurannya, CC BY-SA 4.0. Sumber gambar · Lisensi.
Satu panggilan alat menangani beberapa tahap
AWS menyediakan dua konektor yang berkaitan. Web Search Tool mengembalikan hasil yang diperingkat, dengan judul, tautan, cuplikan, dan tanggal publikasi. Pemanggil memilih hasil mana yang perlu diperiksa dan cara menyusunnya menjadi jawaban. Web Answer menerima pertanyaan dalam bahasa sehari-hari, merencanakan pencarian sendiri, membaca halaman relevan, lalu memberikan teks beserta sitasi. Perbedaan ini penting saat tim memilih tahap mana yang ingin ditangani sendiri. Perbandingan AWS Web Answer dan Web Search
Saat asisten dukungan perlu menjawab satu subpertanyaan faktual di tengah alur yang lebih besar, penyusunan otomatis bisa mengurangi satu putaran orkestrasi. Aplikasi bisa meminta satu pernyataan bersitasi tentang versi atau kebijakan tertentu, tanpa memberi model dua puluh cuplikan untuk dipilah. Jika peninjau perlu membandingkan artikel yang bertentangan, melihat ragam hasil, atau menjelaskan mengapa satu sumber lebih kuat, jalur pencarian biasa membuat lebih banyak keputusan terlihat. Tim dapat menggunakan keduanya untuk jenis pertanyaan yang berbeda di satu aplikasi.
Dua cara memakai pencarian dalam satu alur dukungan. Pada jalur Web Search, pemanggil membaca dan menyusun jawaban. Ilustrasi asli Telli.sh.
Konektor tersedia melalui AgentCore Gateway sebagai alat Model Context Protocol. AWS mendokumentasikan keluaran berupa teks dan daftar jawaban terstruktur. Tiap blok jawaban bisa berisi sitasi sendiri, dengan URL dan domain jika tersedia. Saat alat gagal, respons memberi tanda isError. AWS mewajibkan aplikasi yang memakai hasil Web Answer di keluaran pengguna akhir untuk mempertahankan dan menampilkan sitasi dan tautan sumber. Jaga hubungan antara blok jawaban dan sitasinya ketika keluaran berpindah ke antarmuka. Jika semua sitasi disatukan di bagian bawah tanpa pemetaan, jawaban masih terlihat bersumber tetapi lebih sulit diperiksa. Format respons dan aturan penggunaan AWS
| Pertanyaan | Kapan Web Answer berguna | Kapan pencarian berperingkat berguna |
|---|---|---|
| Apakah versi produk masih didukung? | Balasan dukungan membutuhkan satu status publik beserta buktinya | Beberapa edisi atau halaman siklus dukungan yang bertentangan perlu dibandingkan |
| Rilis mana yang menyebut sebuah masalah? | Agen memerlukan hasil ringkas tentang rilis tertentu | Peninjau perlu melihat semua catatan rilis yang mungkin relevan dan memilahnya |
| Apakah kebijakan berubah? | Asisten dapat bertanya tentang tanggal atau wilayah tertentu dan menampilkan kutipan pendukung | Analis perlu menelusuri versi kebijakan dan menyusun lini masa sendiri |
Berikan pertanyaan dengan batas yang jelas
Bayangkan vendor fiktif bernama ExampleSync. Pelanggan mengatakan bahwa ia menjalankan ExampleSync Server 4.2 dengan paket dukungan standar di Jerman. Pertanyaan yang berguna menanyakan apakah pembaruan keamanan untuk versi dan paket tersebut masih tersedia pada tanggal pertanyaan diajukan. Mintalah ketentuan siklus dukungan yang berlaku, URL sumber, tanggal efektif, dan penjelasan jika halaman yang dikutip membahas produk atau edisi lain. Nama pelanggan, nomor akun, kunci lisensi, dan korespondensi pribadi tidak diperlukan.
Cara ini memisahkan keputusan layanan dari permintaan bukti. Pertanyaan seperti “Bolehkah saya mengatakan bahwa pelanggan ini masih didukung?” bisa mendorong sistem menyimpulkan keseluruhan hubungan dengan pelanggan. Pertanyaan tentang siklus dukungan yang dipublikasikan untuk versi tertentu memberikan sesuatu yang bisa diperiksa peninjau. Jika jadwal publik tidak menyebut kontrak pemeliharaan privat, jawaban bisa mengarahkan petugas dukungan ke jalur pemeriksaan kontrak untuk keputusan selanjutnya.
Dokumentasi konektor saat ini menjelaskan kontrol domain, filter tanggal publikasi, dan petunjuk negara untuk versi 1.1.0 ke atas. Agen dapat menyertakan domain seperti situs dokumentasi dan dukungan vendor. AWS juga mendokumentasikan kontrol domain pada tingkat target. Gateway dapat menetapkan batas tanpa menyerahkan seluruh keputusan domain kepada perintah dari pengguna. Pengaturan negara membantu mempersempit hasil pencarian. Jika wilayah menentukan hasil, respons tetap perlu menunjukkan lokal atau kontrak yang berlaku. Konfigurasi filter dan skema masukan AWS
Kebijakan domain yang ketat membantu menghindari unggahan ulang, tetapi bisa membuat hasil tidak lengkap jika vendor menyebarkan materi di beberapa situs. Filter tanggal yang sempit dapat melewatkan dokumen siklus dukungan dari dua tahun lalu yang masih berlaku. Sebaliknya, halaman baru bisa menjelaskan tanggal efektif yang belum tiba. Catat tanggal publikasi, tanggal efektif yang tercantum, dan tanggal pemeriksaan secara terpisah. Jika hasilnya bertentangan, simpan sumber-sumber tersebut dan beri peninjau cara menentukan mana yang berlaku.
Telusuri sitasi sampai ke kalimat pendukung
Dalam alur dukungan, sitasi adalah penunjuk menuju bukti. Buka halaman yang dikutip untuk klaim penentu. Pastikan judul dan bahasanya sesuai, lalu temukan bagian yang relevan. Cocokkan nama produk, versi, edisi, dan wilayah. Jika jawaban menyebut tanggal, baca baris atau sel tabel yang menyatakannya. Penjelasan umum mengenai kebijakan akhir dukungan bisa benar tanpa menjawab tanggal untuk satu versi tertentu.
Peninjau memeriksa kutipan dan cakupannya sebelum memutuskan bagaimana jawaban akan digunakan. Ilustrasi asli Telli.sh.
Misalkan hasil mengatakan bahwa versi 4.2 menerima pembaruan keamanan sampai Desember. Sumbernya adalah halaman siklus dukungan vendor, tetapi tabelnya memiliki baris terpisah untuk dukungan standar dan diperpanjang. Standar berakhir pada September dan perpanjangan pada Desember. Peninjau perlu menangkap perbedaan ini meskipun tautannya terbuka dan tanggal yang disebut memang ada di halaman tersebut. Antarmuka yang baik menempelkan sitasi pada klaim yang dipersoalkan dan memudahkan penandaan ketidakcocokan paket.
Kadang-kadang masalahnya berasal dari rincian yang tidak disebutkan dalam pertanyaan. Jika pengguna belum menyebut edisi, langkah terbaik mungkin meminta klarifikasi. Kadang-kadang buktinya tidak lengkap. Ikhtisar produk bisa tidak menyebut versi yang mendukung fitur, atau catatan rilis membahas peluncuran bertahap tanpa mengonfirmasi ketersediaan umum. Antarmuka yang berguna menjelaskan apa yang ditemukan dan apa yang masih terbuka tanpa memaksa pengguna menafsirkan sederet tautan tanpa penjelasan.
| Pemeriksaan | Hal yang perlu ditemukan peninjau | Tindakan jika gagal |
|---|---|---|
| Otoritas sumber | Organisasi atau tim yang bertanggung jawab atas klaim | Cari catatan siklus dukungan atau rilis dari penerbitnya |
| Kecocokan bukti | Kalimat atau sel tabel yang mendukung jawaban | Persempit klaim atau kirim untuk ditinjau |
| Cakupan | Versi produk, paket, dan wilayah yang sesuai | Tanyakan rincian yang belum diberikan pengguna |
| Waktu | Tanggal efektif dan pemberitahuan yang menggantikan aturan sebelumnya | Tampilkan kedua sumber atau teruskan ke tim yang bertanggung jawab |
Lakukan hal yang sama untuk pertanyaan yang seharusnya dijawab dengan ketidakpastian. Misalnya, tanyakan versi yang tidak tercantum dalam jadwal siklus dukungan. Hasil yang diharapkan adalah penjelasan jelas bahwa dokumentasi publik belum memastikan statusnya, disertai langkah lanjutan yang berguna. Uji ini menilai kemampuan menjawab sekaligus mengenali kapan jawaban perlu ditahan.
Buat integrasi pertama mudah diukur
- Gunakan gateway uji di wilayah yang didokumentasikan. Ikuti panduan AWS untuk menambahkan Web Answer dan memberi peran layanan gateway izin untuk memanggil konektor. Berikan pemanggil izin terpisah untuk memanggil gateway sesuai pengujian. Gunakan akun uji atau lingkungan terisolasi yang sudah disetujui untuk permintaan berbayar. Panduan penyiapan AWS
- Siapkan kumpulan pertanyaan kecil sebelum menyetel prompt. Sertakan jawaban terkini, dokumen usang yang masih relevan, jawaban khusus paket, pertanyaan dengan sumber bertentangan, dan pertanyaan dengan bukti publik yang tidak memadai. Tulis keluaran yang layak untuk masing-masing kasus.
- Mulai dengan pertanyaan uji dan dokumentasi publik. Gunakan batas domain dan tanggal hanya jika tujuannya jelas. Periksa blok jawaban terstruktur, pertahankan tautan sumber pada tampilan, dan beri peninjau cara membandingkan teks dengan halaman asli.
- Bandingkan dengan alur manual saat ini atau konektor hasil berperingkat. Catat jumlah klaim yang didukung, jawaban yang ditahan dengan alasan tepat, dan pertanyaan yang harus dibuka ulang. Jika memungkinkan, ukur waktu dari pertanyaan masuk hingga persetujuan akhir agar waktu peninjauan manusia ikut dihitung.
- Siapkan jalur cadangan untuk kesalahan alat, sumber yang hilang, dan batas waktu yang terlewati. Izinkan petugas membuka dokumentasi resmi atau meneruskan kasus ke rekan. Catat kode alasan yang spesifik untuk diagnosis dan ikuti aturan penyimpanan serta akses organisasi untuk tiket asli.
Panduan AWS pada 5 November mencantumkan Web Answer seharga $10 per 1.000 panggilan alat. Dengan contoh tarif itu, biaya khusus Web Answer untuk 100 panggilan adalah $1 dan untuk 250 panggilan $2,50. Penggunaan Gateway, model yang dipakai agen pemanggil, dan panggilan ulang perlu dihitung terpisah. Dalam dukungan, satuan pembanding yang berguna adalah jawaban terverifikasi yang dapat dipakai. Jawaban singkat yang butuh tiga revisi dan beberapa menit untuk memeriksa sumber secara manual bisa lebih mahal daripada jawaban yang lebih lambat tetapi langsung diterima peninjau. Tarif dalam panduan AWS
Catat waktu itu dan alasan kegagalan yang paling umum sebelum memperluas cakupan. Jika sebagian besar masalah berasal dari edisi yang tidak cocok, tambahkan kolom edisi di formulir pertanyaan. Jika halaman usang menjadi masalah utama, tentukan kebijakan resmi vendor dan cara pembaruannya diumumkan. Jika sumber berguna sering berada di luar daftar domain yang diizinkan, revisi kebijakan gateway bersama penanggung jawab dukungan. Tiap perubahan menangani penyebab yang berbeda.
Pisahkan hasil pertanyaan sederhana dari kasus yang diperdebatkan. Jika sembilan belas pertanyaan rutin langsung disetujui tetapi pertanyaan kedua puluh mempertemukan dua kebijakan wilayah yang bertentangan, rata-rata akan menyembunyikan kasus yang menyita waktu peninjau. Catat alasan tiap kasus masuk peninjauan dan waktu yang dihabiskan. Pakai kembali kasus yang sama setelah mengubah pengaturan konektor. Tujuannya adalah melihat apakah kebijakan baru membuat lebih banyak jawaban bisa dipakai sambil tetap meneruskan kasus yang belum pasti kepada orang yang tepat.
Manfaat praktisnya adalah mempersingkat waktu dari pertanyaan yang terumuskan baik ke paket bukti yang bisa ditindaklanjuti peninjau. AWS menyediakan pencarian dan penyusunan dalam satu permintaan. Tim dukungan memperoleh manfaat ketika menetapkan bukti mana yang dianggap sah dan memberi petugas cara untuk membukanya.
Sumber
- Pengumuman ketersediaan umum AWS, 5 November 2026
- Panduan dan demo publik AWS Web Answer, 5 November 2026
- Konektor AWS Web Answer, filter, skema respons, dan aturan penggunaan
- Konektor AWS Web Search Tool
- Foto konteks oleh Vahurzpu, CC BY-SA 4.0
Untuk menyimpan pertanyaan, pemeriksaan sumber, dan keputusan dalam peninjauan dukungan agar mudah dicari, Buat akun Telli.sh.