Agent Discovery Registry: Apakah Kita Akan Punya Search Engine untuk Agent

Ada satu pertanyaan yang terdengar makin masuk akal pada 2026.

Kalau jumlah AI agent terus bertambah, bagaimana sebuah agent menemukan agent lain?

Manusia punya Google, marketplace, app store, directory, LinkedIn, GitHub, dan rekomendasi teman. Software punya package registry, API catalog, service discovery, DNS, dan berbagai enterprise directory.

Agent juga butuh discovery.

Kalau agent procurement ingin mencari agent logistik, ia harus tahu siapa yang tersedia, capability-nya apa, endpoint-nya di mana, bagaimana autentikasinya, dan apakah ia layak dipercaya.

Dari sini muncul ide yang gampang memancing imajinasi: apakah kita akan punya “search engine untuk agent”?

Jawaban paling akurat per Agustus 2026 adalah: arahnya memungkinkan, beberapa building block sudah nyata, tetapi belum ada satu search engine universal yang menjadi pusat discovery semua agent.

Dan justru bagian “belum” itu yang menarik.

A2A sudah menstandardisasi kartu identitas agent

Agent2Agent Protocol atau A2A tidak mencoba membuat mesin pencari.

Ia lebih dulu memecahkan format deskripsi.

A2A memakai Agent Card, dokumen JSON yang menjelaskan identitas agent, provider, endpoint layanan, capability, authentication scheme, dan skills.

Ini langkah penting.

Search membutuhkan sesuatu yang bisa di-index.

Kalau setiap agent mendeskripsikan dirinya dengan format berbeda, discovery sulit dibuat konsisten.

Agent Card memberi struktur dasar agar client dapat bertanya, “Agent ini menawarkan apa?”

Namun dokumentasi A2A secara eksplisit menyatakan bahwa discovery method dapat berbeda tergantung environment dan kebutuhan keamanan.

Ada tiga pola yang dibahas.

Pertama, well-known URI. Public agent dapat menyediakan Agent Card di path standar pada domainnya.

Kedua, curated registry. Sebuah registry menyimpan banyak Agent Card dan memungkinkan pencarian berdasarkan capability, skill, tag, provider, atau kriteria lain.

Ketiga, direct configuration atau private discovery. Client memang sudah diberi tahu agent tertentu karena hubungan enterprise atau partner bersifat terbatas.

Ini bukan detail implementasi kecil.

Ini menunjukkan agent discovery kemungkinan besar tidak akan punya satu bentuk.

Search publik hanya salah satu kemungkinan.

Curated registry paling mirip search engine

Kalau orang membayangkan “Google untuk agent”, curated registry adalah pola yang paling dekat.

Registry menyimpan koleksi Agent Card.

Client melakukan query.

Registry mengembalikan kandidat.

Secara teori, agent dapat mencari “agent yang bisa memproses freight quote Asia Tenggara” lalu menerima daftar capability yang relevan.

Tetapi dokumentasi A2A saat ini mencatat satu batas penting: spesifikasi belum menetapkan standard API untuk curated registries.

Artinya dua registry bisa sama-sama menyimpan Agent Card tetapi menawarkan query API, ranking, access control, atau trust model yang berbeda.

Komunitas A2A menyebut standardisasi registry interaction sebagai area yang masih dieksplorasi.

Jadi kalau seseorang berkata, “A2A sudah punya global agent search engine,” itu terlalu jauh.

Yang ada adalah fondasi discovery dan pola registry.

MCP memberi contoh bahwa registry nyata bisa muncul

Di sisi MCP, ekosistem sudah punya Official MCP Registry.

Registry MCP berfungsi sebagai centralized metadata repository untuk MCP server yang dapat diakses publik. Per Agustus 2026 statusnya masih preview, sehingga breaking changes atau data reset masih mungkin terjadi sebelum general availability.

MCP Registry bukan registry agent A2A.

Objek yang di-index berbeda.

MCP Registry fokus pada server yang menyediakan tools, resources, atau capability melalui MCP.

Tetapi keberadaannya memberi contoh penting: begitu ecosystem capability tumbuh, katalog standar menjadi berguna.

Developer dan AI application perlu tempat untuk menemukan integration.

Maintainer perlu cara publish metadata.

Registry perlu ownership verification dan moderation.

Client perlu API atau mekanisme search.

Persoalan yang sama kemungkinan muncul di agent discovery, hanya trust problem-nya lebih berat.

Mencari agent lebih sulit daripada mencari halaman

Search engine web bisa salah memilih halaman dan dampaknya mungkin pengguna membaca informasi yang kurang relevan.

Agent registry bisa salah memilih agent dan dampaknya dapat berupa action.

Itu perbedaan fundamental.

Bayangkan agent perusahaan mencari penyedia untuk “buat booking hotel”.

Dua kandidat muncul.

Kandidat pertama punya capability valid dan provider jelas.

Kandidat kedua mendeskripsikan skill yang sama tetapi endpoint-nya dioperasikan pihak tidak dikenal.

Kalau sistem hanya ranking berdasarkan keyword match, kita punya masalah.

Discovery agent membutuhkan lebih dari relevance.

Ia membutuhkan trust.

Siapa operatornya?

Apakah domain dan identity valid?

Apakah Agent Card ditandatangani?

Apakah capability pernah diuji?

Apa security scheme-nya?

Apakah ada policy tertentu?

Apa reputasinya?

Apakah agent punya izin untuk menangani data sensitif?

Apakah capability tersedia untuk tenant kita?

Apakah versi protocol kompatibel?

Pertanyaan tersebut membuat agent search lebih dekat ke gabungan search engine, app store, service registry, certificate ecosystem, dan procurement catalog.

Tidak cukup satu ranking score.

Ranking untuk agent bisa multidimensi

Di search web, ranking mengejar relevansi, quality, usefulness, dan banyak sinyal lain.

Di agent registry, kandidat ranking bisa punya dimensi operasional.

Relevance terhadap task.

Capability match.

Compatibility.

Latency.

Reliability.

Geographic availability.

Cost.

Security posture.

Trust relationship.

Enterprise approval.

Data residency.

Access entitlement.

Conformance evidence.

Versi protocol.

Bahkan daftar tersebut belum lengkap.

Untuk organisasi besar, ranking publik mungkin kalah penting dibanding policy.

“Agent yang boleh dipakai finance hanya yang sudah ada di approved registry.”

“Agent yang menyentuh personal data harus provider tertentu.”

“Agent luar negeri tidak boleh menerima dokumen kategori X.”

“Untuk pembayaran, hanya agent yang punya signed identity dan kontrak aktif.”

Dengan kata lain, search engine agent tidak bisa hanya bertanya “mana paling relevan?”

Ia harus bertanya “mana yang relevan dan boleh dipakai?”

SEO untuk Agent Card?

Begitu ada registry dan ranking, marketing instinct biasanya langsung aktif.

“Berarti nanti ada SEO untuk Agent Card?”

Mungkin akan ada optimization, tetapi jangan buru-buru mengulang sejarah buruk SEO.

Agent Card seharusnya mendeskripsikan capability secara akurat, bukan menjadi lahan keyword stuffing.

Kalau field skill diisi 300 kata sinonim agar masuk semua query, registry akan membutuhkan spam control.

Kalau provider mengklaim capability yang sebenarnya tidak stabil, registry membutuhkan verification.

Kalau ribuan agent palsu meniru brand populer, registry membutuhkan identity protection.

Kalau review bisa dimanipulasi, ranking membutuhkan anti-abuse.

Semakin bernilai discovery channel, semakin besar insentif untuk gaming.

Ini hampir pasti.

Jadi “Agent Discovery Optimization” yang sehat semestinya fokus pada clarity, correctness, machine-readable capability, trust evidence, dan reliability.

Bukan manipulasi ranking.

Domain bisa kembali menjadi anchor kuat

Well-known URI di A2A menarik karena menempelkan Agent Card ke domain yang diketahui.

Dalam model ini, sebuah perusahaan dapat menaruh Agent Card di lokasi standar di domainnya.

Secara konsep, domain menjadi salah satu anchor discovery dan ownership.

Ini tidak otomatis membuktikan bahwa capability aman. Domain bisa diretas, perusahaan bisa membuat klaim berlebihan, dan identitas tetap perlu diverifikasi sesuai risk level.

Tetapi hubungan antara web identity dan agent identity menjadi lebih jelas.

Buat brand, ini penting.

Website perusahaan bukan cuma tempat content.

Domain dapat menjadi titik di mana machine-readable identity, capability, security information, dan agent endpoint bertemu.

Kalau selama ini tim GEO berbicara tentang entity consistency across web, agentic era menambah objek baru: capability consistency.

Nama brand di website sama dengan provider di Agent Card?

Skill yang diklaim sama dengan product documentation?

Endpoint memakai domain yang logis?

Legal entity jelas?

Support dan incident channel tersedia?

Informasi tersebut mungkin terasa administratif, tetapi untuk machine trust, justru itu dasar.

Public registry versus private registry

Tidak semua agent cocok untuk internet terbuka.

Bayangkan perusahaan besar punya 70 internal agents.

Agent HR.

Agent legal.

Agent procurement.

Agent engineering.

Agent finance.

Agent customer support.

Sebagian tidak pernah boleh ditemukan publik.

Maka private registry menjadi sangat masuk akal.

Di sana, discovery bisa mempertimbangkan role user, department, data classification, atau tenant.

Marketing tidak masuk.

Governance masuk.

Sebaliknya, public marketplace cocok untuk vendor yang memang ingin capability-nya ditemukan luas.

Kedua dunia ini bisa coexist.

Internet publik punya search engine.

Perusahaan punya internal directory.

App ecosystem punya store.

Cloud punya service catalog.

Agent ecosystem kemungkinan mengikuti pola plural yang mirip.

Search engine universal mungkin muncul, tetapi tidak akan menggantikan enterprise registry.

Yang dicari bukan cuma agent, tetapi izin

Ini insight yang sering kelewat.

Dalam banyak workflow, agent discovery dan authorization tidak bisa dipisahkan sepenuhnya.

Sebuah agent mungkin ada, tetapi Anda tidak berhak memakai skill tertentu.

Agent Card publik bisa menunjukkan capability dasar. Setelah login, Extended Agent Card dapat membuka informasi tambahan sesuai identitas dan permission.

Jadi hasil pencarian agent dapat berubah tergantung siapa yang bertanya.

Seorang anonymous client melihat tiga skill.

Partner terverifikasi melihat delapan.

Internal employee melihat dua belas.

Ini berbeda dari web search klasik yang sebagian besar memandang dokumen publik.

Agent discovery bersifat contextual dan entitlement-aware.

Kalau search engine agent lahir, ia mungkin tidak punya satu SERP universal.

Ia bisa menghasilkan katalog berbeda untuk setiap identity.

Apakah GEO perlu memikirkan ini sekarang?

Ya, tetapi dengan kepala dingin.

Belum ada dasar untuk menjanjikan bahwa membuat Agent Card akan meningkatkan visibility di ChatGPT atau sistem AI search tertentu.

Belum ada satu ranking factor universal.

Belum ada registry A2A global dengan standard API yang diwajibkan spesifikasi.

Jangan jual spekulasi sebagai kepastian.

Yang layak dilakukan adalah membangun readiness.

Identitas brand harus jelas.

Capability harus terdokumentasi.

Domain ownership kuat.

API dan tool description konsisten.

Agent Card, jika memang dibutuhkan, harus akurat.

Security dan authorization jangan ditambahkan belakangan.

Conformance perlu diuji.

Dan yang paling penting, organisasi harus tahu capability mana yang memang ingin dibuat discoverable.

“Semua dibuka biar gampang ditemukan” bukan strategi.

Itu security incident yang sedang menunggu waktu.

Search engine untuk agent kemungkinan bukan satu website

Kalau saya harus menebak bentuk masa depannya, ia mungkin bukan satu kotak pencarian raksasa.

Ia bisa menjadi layer yang tersebar.

Public registry untuk open agents.

Enterprise catalog untuk internal capability.

Industry registry untuk sektor tertentu.

Partner registry untuk supply chain.

Marketplace dengan commercial terms.

Well-known discovery dari domain.

Direct configuration untuk hubungan sensitif.

AI host kemudian menggabungkan beberapa sumber berdasarkan policy user.

Ini lebih mirip federated discovery daripada satu search engine tunggal.

Dan itu mungkin lebih sehat.

Agent bukan artikel.

Ia adalah pihak yang dapat menerima task dan berpotensi memengaruhi dunia nyata.

Karena itu discovery perlu membawa konteks trust sejak awal.

Jadi, apakah kita akan punya search engine untuk agent?

Sangat mungkin kita akan punya banyak layanan yang terasa seperti search engine.

Beberapa bahkan mungkin menggunakan kata “search”.

Tetapi tantangan terbesarnya bukan indexing.

Indexing bisa dibuat.

Masalah sebenarnya adalah ranking siapa yang layak dipercaya untuk bertindak.

Di situlah agent discovery akan berbeda dari search yang kita kenal.

Masa depan bukan cuma “find the answer”.

Ia bergerak menuju “find the capability, verify the actor, check the permission, then decide whether to act.”

Dan untuk agent ecosystem, empat langkah itu tidak boleh dipisahkan hanya demi pengalaman yang terasa cepat.