AIEndpoint — standar terbuka endpoint `/ai` agar agen AI bisa langsung memahami semua layanan web

Halo.

Saat mengembangkan bersama AI, ketika meninjau situs lain dan sebagainya, saya sering kehabisan token dengan cepat lalu harus menunggu reset.
Lalu saya berpikir, bukankah AI pada dasarnya sedang "melihat layar yang bisa dibaca manusia dengan mata manusia"?
Karena itu, saya merasa perlu ada alternatif standar yang bisa mengurangi token dan mempercepat respons AI.

Saat ini, agen AI biasanya memakai kira-kira tiga cara untuk membaca layanan web:

1. Scraping HTML — lebih dari 80% konten yang dikembalikan adalah noise iklan, navigasi, dan skrip (~puluhan ribu token)
2. Membaca dokumentasi API lalu hardcoding — setiap kali layanan berubah, integrasi langsung rusak
3. Menggunakan MCP — sangat sedikit layanan yang memilikinya, dan ini khusus untuk developer

Karena itu, saya membuat ini sebagai open source untuk mengusulkan konvensi dengan alur berikut.

• robots.txt (1994) → kepada crawler: "jangan datang ke sini"
• sitemap.xml (2005) → kepada crawler: "ada di sini"
• /ai (2026) → kepada agen AI: "inilah yang bisa kami lakukan" ← bagian yang selama ini belum ada

(Saat mengerjakannya, saya menemukan bahwa robots.txt juga pertama kali diusulkan oleh insinyur perangkat lunak Belanda, Martijn Koster. Katanya, ini dirancang untuk mengatasi masalah crawler web awal yang memberi beban terlalu besar pada server.)

Saya ingin para pemilik layanan web mengimplementasikan GET /ai sehingga

• agen AI bisa langsung membaca informasi yang terstruktur
• dan bisa beralih ke pemanggilan API secara langsung
• tanpa scraping, tanpa parsing dokumen, tanpa pemborosan token.

Bisa dicek di sini.

curl https://api.aiendpoint.dev/ai | jq .  

Sejauh ini, inilah yang sudah saya kerjakan (with claude, codex)

• Spesifikasi terbuka (Apache 2.0) — https://github.com/aiendpoint/platform
• Registry — aiendpoint.dev (pendaftaran·pencarian)
• Validator — aiendpoint.dev/validate (skor 0~100)
• Server MCP — pencarian registry langsung dari Claude/Cursor
• Skill Claude Code — otomatis menambahkan /ai ke layanan yang sudah ada (10 menit)

Tanpa server MCP, registry hanyalah sebuah situs web.
Jika ada server MCP, saat Anda berkata kepada Claude, "tolong carikan API cuaca yang bisa dipakai tanpa autentikasi"
Claude langsung memberi jawaban terstruktur. Menutup loop inilah inti utamanya.

Masukan untuk spesifikasi ini sangat saya harapkan.
Apa yang dibutuhkan agar layanan kalian mau mengimplementasikan /ai?
Saya harap kita bisa ikut terlibat bersama dan membangun standarnya.
Seperti robots.txt yang pertama kali diusulkan di Belanda, mungkinkah kita juga bisa menciptakan arus baru?

GitHub: https://github.com/aiendpoint/platform

[aliveornot]

llm.txt sudah pernah diusulkan, dan bahkan ada paper yang meneliti validitasnya. Menurut Naver, setidaknya untuk saat ini para agen juga tampaknya belum terlalu sering melihatnya.

[aliveornot]

Katanya menurut Naver... ditulis sambil tidur ya... Yang benar adalah "menurut makalah tersebut".

[bejoyfuuul]

Hehe, benar sekali.
Kalau llms.txt berfokus pada penjelasan agar agen bisa 'memahami' sebuah layanan,
/ai berfokus agar AI bisa 'menggunakan' layanan tersebut. Jadi intinya memberi tahu, "API layanan kami dipanggil seperti ini." Kalau MCP dipakai di sini, AI bisa mulai dengan terlebih dulu 'meninjau sekilas' cara memakai situs tersebut (menghemat token).

Karena partisipasi langsung memang tidak selalu mudah, kami untuk sementara membagi versi 'pendaftaran langsung' dan 'komunitas', sehingga saat menggunakan /ai MCP, situs yang 'sudah pernah dicari' oleh seseorang bisa diakses dengan struktur yang lebih ringan dan cepat!

Terima kasih atas masukannya~

[vndk2234]

Kalau /ai menjadi terstandarisasi, bukankah sebaliknya juga bisa muncul alat yang cukup mengais /ai saja lalu menampilkan halaman yang enak dilihat tanpa iklan?

[dohyun682]

Menarik! Kalau begitu, sepertinya nanti juga akan ada yang menyisipkan iklan ke /ai ya.

[bejoyfuuul]

Kalau begitu, sepertinya perlu ditambahkan logika untuk menurunkan score saat konten iklan terdeteksi!

[bejoyfuuul]

Ya, cukup mungkin. Selain itu, karena alasan seperti penggunaan agen (traffic), pemrosesan, dan biaya token, saya juga berpikir web itu sendiri di satu sisi bisa menjadi lebih ringan seperti era telnet dulu. (lebih fokus pada konten daripada hiasan) Seperti GeekNews saat ini. (ini spekulasi!)