Skip to main content

Apa yang terhitung sebagai bukti adanya AI component

Catatan: Dokumen ini adalah terjemahan otomatis dari versi asli bahasa Inggris.

Apa yang terhitung sebagai bukti adanya AI component

Ketika DecAIHub menilai apakah sebuah proyek memiliki AI component yang berfungsi, DecAIHub mencari artefak yang dapat diverifikasi — bukan materi pemasaran, bukan janji, bukan asosiasi merek. Halaman ini mencantumkan jenis-jenis bukti yang memperkuat sumbu AI reality dari skor DecAI Fit, diurutkan dari yang terkuat hingga terlemah.

Singkatnya: bukti AI berarti artefak yang dapat Anda periksa, uji, atau verifikasi secara independen — kode, dokumentasi, metrik dengan metodologi, demo yang berfungsi, dan evaluasi pihak ketiga.

Bukti Tier-1 (terkuat)

Sumber Tier-1 adalah artefak yang dipublikasikan atau dikendalikan oleh proyek itu sendiri. Untuk sumbu AI reality, bukti Tier-1 yang terkuat meliputi:

  • Repositori publik dengan kode AI/ML — skrip pelatihan model, logika inferensi, pipeline data, langkah-langkah praproses. Repositori dengan commit, rilis, dan pengujian jauh lebih kuat daripada repositori placeholder yang hanya berisi README.
  • Dokumentasi teknis — deskripsi arsitektur model, format masukan/keluaran, versi model, dan riwayat pembaruan. Ini menjawab "model apa, bagaimana bekerjanya, dan versi apa yang berjalan."
  • Metrik kualitas dengan metodologi — benchmark atau hasil evaluasi yang dipublikasikan yang menyebutkan apa yang diukur, pada data apa, kapan, dan dengan versi model yang mana. Metrik tanpa konteks ini bukanlah bukti.
  • Demo atau endpoint yang berfungsi — antarmuka, API, atau sandbox yang dapat diakses publik tempat AI component dapat diuji. Demo yang memproses masukan nyata dan mengembalikan keluaran yang digerakkan AI adalah bukti langsung.
  • Laporan audit atau evaluasi pihak ketiga — penilaian independen atas kualitas, keadilan, keamanan, atau kinerja model oleh entitas yang diakui.

Pola yang memperkuat bukti Tier-1

Tidak semua artefak Tier-1 sama meyakinkannya. Beberapa pola yang dapat diamati membuat bukti lebih kredibel:

  • Kedalaman riwayat commit. Repositori dengan commit inkremental selama berbulan-bulan atau bertahun-tahun, pull request, tinjauan kode, dan rilis berversi menunjukkan upaya rekayasa yang berkelanjutan. Satu unggahan massal memiliki bobot yang jauh lebih rendah.
  • Cakupan pengujian dan pipeline CI. Pengujian otomatis untuk inferensi model, validasi data, dan endpoint integrasi menandakan sistem kelas produksi alih-alih bukti konsep.
  • Model berversi dan changelog. Ketika dokumentasi melacak versi model mana yang di-deploy, apa yang berubah antar versi, dan mengapa, itu menandakan sistem yang hidup dengan siklus pengembangan yang aktif.
  • Keluaran yang dapat direproduksi. Jika sebuah demo atau API mengembalikan hasil yang konsisten dan dapat dijelaskan untuk masukan yang sama lintas sesi, ini lebih kuat daripada pertunjukan sekali pakai.
  • Pemisahan logika AI dari boilerplate. Basis kode tempat modul AI/ML dapat diidentifikasi dengan jelas — terpisah dari kerangka frontend, skrip deployment, atau kontrak token — memudahkan verifikasi apa yang sebenarnya dilakukan AI component.

Bukti Tier-2 (konteks, bukan pembuktian)

Sumber Tier-2 memberikan konteks tetapi tidak membuktikan adanya AI component yang berfungsi dengan sendirinya:

  • Wawancara atau AMA tempat tim mendeskripsikan pendekatan AI, arsitektur, atau proses pelatihannya.
  • Deskripsi agregator (CoinGecko, DeFiLlama, dll.) yang menyebutkan kapabilitas AI.
  • Pengumuman kemitraan dengan penyedia AI atau laboratorium riset.

Bukti Tier-2 dapat mendukung temuan Tier-1 tetapi tidak dapat menggantikannya. Kemitraan dengan perusahaan AI tidak membuktikan proyek memiliki AI yang berfungsi milik sendiri.

Kapan bukti Tier-2 penting

Sumber Tier-2 menjadi relevan ketika menguatkan artefak Tier-1 atau mengisi celah yang dibiarkan ambigu oleh Tier-1 saja:

  • Wawancara teknis tempat tim menjelaskan langkah demi langkah arsitektur yang dideskripsikan dalam dokumentasi mereka menambah kredibilitas dokumentasi Tier-1.
  • Cantuman agregator yang cocok dengan kapabilitas yang dideskripsikan dalam whitepaper proyek itu sendiri menandakan konsistensi.
  • Presentasi konferensi dengan demo langsung yang mencerminkan perilaku API publik proyek memperkuat bahwa demonya tidak dibuat berdasarkan skrip.

Namun, tanpa artefak Tier-1 yang mendasari, bahkan sumber Tier-2 yang meyakinkan tetaplah konteks — bernilai untuk pemahaman, tidak cukup untuk verifikasi.

Apa yang tidak terhitung

Beberapa artefak terlihat seperti bukti tetapi tidak mendemonstrasikan AI component yang berfungsi. Sinyal palsu yang umum meliputi materi pemasaran, repositori kosong, metrik tanpa metodologi, dan pembungkus API tanpa logika milik sendiri. Untuk daftar terperinci, lihat Apa yang tidak terhitung sebagai bukti AI.

Cara DecAIHub mencatat bukti AI: flag AI_0 hingga AI_4

Sumbu AI reality menggunakan lima flag biner untuk menangkap bukti apa yang telah ditemukan:

Flag Apa yang diperiksanya Nilai
AI_0 Apakah setidaknya ada deklarasi Tier-1 tentang niat AI (roadmap, pembaruan resmi) 1 / 0
AI_1 Apakah ada deskripsi tentang apa yang dilakukan AI 1 / 0
AI_2 Apakah ada demo atau contoh yang berfungsi 1 / 0
AI_3 Apakah ada metrik kualitas dengan konteks (apa, pada data apa, kapan) 1 / 0
AI_4 Apakah ada deskripsi teknis, arsitektur, atau versi model 1 / 0

Semakin banyak flag bernilai 1, semakin tinggi ai_score, dan semakin baik DecAI Fit proyek. Jika tidak ada flag yang diset, ai_score = 0 dan DecAI Fit tidak bisa melebihi 0.

Bagaimana kombinasi flag memetakan tingkat keyakinan

Flag individual menjawab pertanyaan yang sempit, tetapi kombinasinya melukiskan gambaran yang lebih utuh:

Flag yang diset Interpretasi yang lazim
Hanya AI_0 Niat dideklarasikan; belum ada AI yang berfungsi yang terverifikasi
AI_0 + AI_1 AI dideskripsikan dalam kata-kata; tanpa demo, tanpa metrik, tanpa arsitektur
AI_0 + AI_1 + AI_2 Demo yang berfungsi ada; masih tanpa metrik atau kedalaman teknis
AI_0 + AI_1 + AI_2 + AI_4 Demo dan arsitektur ada; pengukuran kualitas tidak ada
Kelima-limanya (AI_0 hingga AI_4) Profil bukti terkuat: niat, deskripsi, demo, metrik, dan arsitektur

Sebuah proyek tidak perlu memenuhi kelima flag untuk menerima ai_score bukan nol. Bahkan AI_0 saja (niat dengan sumber Tier-1) menetapkan ai_score = 1. Namun, flag yang lebih tinggi berkontribusi pada plafon DecAI Fit yang lebih tinggi.

Mengapa metodologi penting bagi metrik

Angka yang berdiri sendiri — "akurasi 95%", "latensi rendah", "state-of-the-art" — bukanlah bukti tanpa konteks. DecAIHub menganggap metrik bermakna hanya ketika ia menjawab empat pertanyaan: apa yang diukur (akurasi, F1, latensi, perplexity), pada data apa (benchmark publik, set uji milik sendiri, lalu lintas produksi), kapan (tanggal evaluasi), dan versi apa dari model yang menghasilkan hasil tersebut. Tanpa ini, metrik adalah klaim, bukan bukti.

Uji empat pertanyaan

Saat mengevaluasi metrik yang dipublikasikan mana pun, terapkan daftar periksa ini:

  1. Apa — Apakah metriknya dinamai dan didefinisikan? "Akurasi" itu ambigu; "akurasi klasifikasi top-1" itu spesifik.
  2. Pada data apa — Apakah dataset evaluasinya diidentifikasi? Benchmark publik memungkinkan reproduksi independen; set uji milik sendiri tidak, tetapi menamainya lebih baik daripada diam.
  3. Kapan — Apakah ada tanggal atau tag rilis? Model berubah seiring waktu; metrik tanpa cap waktu mungkin tidak mencerminkan sistem saat ini.
  4. Versi apa — Apakah versi model atau sistemnya dinyatakan? Jika sebuah proyek telah merilis beberapa iterasi model, metrik harus terikat pada satu versi spesifik.

Jika salah satu dari empat ini hilang, metrik turun dari "bukti" menjadi "klaim" dalam penilaian DecAIHub. Ia masih bisa muncul di kartu proyek sebagai klaim yang dicatat, tetapi tidak akan berkontribusi pada penetapan flag AI_3 menjadi 1.

Cara menggunakan daftar periksa ini

Saat membaca kartu proyek, periksa apakah tabel Bukti (Evidence) merujuk artefak dari daftar Tier-1 di atas. Jika kartu menunjukkan ai_score = 0 atau menandai kekhawatiran AI-washing, itu berarti artefak-artefak ini tidak ditemukan per tanggal verifikasi — ini bukan tuduhan terhadap proyek.

Ketika artefak Tier-1 baru muncul, kartu diperbarui dan skornya bisa berubah.

Langkah praktis untuk pembaca

  • Mulailah dari tabel Bukti. Carilah tautan ke repositori, dokumentasi, atau demo. Jika tabel Bukti kosong atau hanya merujuk sumber Tier-2/3, klaim AI reality belum terverifikasi.
  • Klik dan telusuri artefaknya. Tautan repositori hanya sebaik isinya. Bukalah dan carilah kode AI/ML, bukan sekadar README atau skrip deployment.
  • Periksa tanggal verifikasi. Bukti adalah potret keadaan. Kartu yang diverifikasi enam bulan lalu mungkin tidak mencerminkan keadaan proyek saat ini, itulah sebabnya DecAIHub menerapkan penalti kedaluwarsa setelah 550 hari.
  • Rujuk silang dengan daftar anti-pola. Jika Anda melihat pola dari Apa yang tidak terhitung sebagai bukti AI, timbanglah buktinya sesuai temuan itu.

Apa yang tidak dibuktikan oleh daftar periksa ini saja

  • Memenuhi semua kriteria bukti tidak membuktikan AI-nya berkualitas tinggi atau berguna bagi pengguna akhir. Itu membuktikan artefak ada dan dapat diperiksa.
  • Bukti Tier-1 dari proyek itu sendiri tidak membuktikan independensi. Data yang dilaporkan sendiri idealnya dikuatkan oleh evaluasi pihak ketiga.
  • Rekam bukti yang lengkap tidak membuktikan token diperlukan. AI reality adalah satu sumbu DecAI Fit; token necessity adalah sumbu lain.

Pertanyaan yang sering diajukan

Apa yang terhitung sebagai bukti AI paling lengkap dalam proyek kripto?

Repositori publik berisi kode AI/ML dengan riwayat commit yang bermakna, dikombinasikan dengan metrik kualitas yang dipublikasikan yang mencakup metodologi lengkap (apa yang diukur, pada data apa, kapan, dan versi model yang mana). Ketika keduanya ada dan didukung oleh demo atau endpoint API yang berfungsi, profil buktinya berada pada titik terlengkap. Tidak ada satu artefak pun yang definitif dengan sendirinya — kombinasi kode, metrik, dan keluaran yang dapat diuji itulah yang membedakan AI terverifikasi dari klaim yang belum terverifikasi.

Bisakah sebuah proyek memiliki AI yang nyata tanpa kode sumber terbuka?

Bisa. Kode sumber terbuka adalah bentuk bukti yang paling transparan, tetapi bukan satu-satunya. Sebuah proyek dapat mendemonstrasikan AI melalui dokumentasi teknis yang terperinci, benchmark yang dipublikasikan dengan metodologi, API yang berfungsi yang mengembalikan keluaran bertenaga AI yang dapat diverifikasi, atau evaluasi independen pihak ketiga. Namun, tanpa setidaknya satu artefak yang dapat diperiksa — kode, demo, atau evaluasi — tidak ada yang bisa diverifikasi oleh DecAIHub (atau siapa pun). Semakin tertutup sebuah proyek, semakin ia bergantung pada penguatan Tier-2 (wawancara, data agregator, demonstrasi konferensi) untuk membangun kredibilitas.

Apakah demo yang berfungsi membuktikan AI-nya nyata?

Demo yang berfungsi adalah bukti yang kuat, tetapi bukan pembuktian konklusif dengan sendirinya. Frontend yang dirancang baik dapat menyimulasikan perilaku mirip AI dengan respons yang di-hardcode, hasil yang dihitung sebelumnya, atau panggilan tersembunyi ke API pihak ketiga. DecAIHub memperlakukan demo sebagai bukti yang lebih kuat ketika disertai dokumentasi API, pengenal versi model, atau keluaran yang dapat direproduksi lintas masukan yang berbeda. Demo yang menerima masukan pengguna yang sembarang dan mengembalikan keluaran yang bervariasi serta sesuai konteks lebih meyakinkan daripada pertunjukan terpandu dengan contoh yang sudah ditentukan.

Apa bukti minimum yang dibutuhkan untuk ai_score bukan nol?

Minimumnya adalah deklarasi Tier-1 tentang niat AI — entri roadmap, pos blog resmi, atau halaman dokumentasi yang secara eksplisit menyatakan rencana terkait AI. Ini menetapkan flag AI_0 menjadi 1 dan menghasilkan ai_score = 1. Meskipun ini skor bukan nol terendah yang mungkin, ia membedakan proyek yang telah berkomitmen resmi pada arah AI dari yang sama sekali tidak menyebut AI. Untuk mencapai skor lebih tinggi, proyek perlu menyediakan artefak tambahan: deskripsi AI component (AI_1), demo (AI_2), metrik dengan metodologi (AI_3), dan detail arsitektur teknis (AI_4).

Referensi eksternal

  • CommonMark specification — standar markup yang digunakan di seluruh halaman wiki DecAIHub, termasuk kartu proyek dan explainer.
  • Model Cards for Model Reporting (Mitchell et al., 2019) — kerangka kerja fundamental untuk mendokumentasikan kinerja, tujuan penggunaan, dan keterbatasan model AI; selaras erat dengan prinsip transparansi di balik kriteria bukti DecAIHub.
  • NIST AI Risk Management Framework — kerangka kerja pemerintah AS untuk mengidentifikasi dan mengelola risiko AI, termasuk panduan tentang dokumentasi, pengujian, dan metodologi evaluasi.

Lihat juga