<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Pencarian Vektor on Nalar</title>
    <link>https://nalar.dev/id/tags/pencarian-vektor/</link>
    <description>Recent content in Pencarian Vektor on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Thu, 24 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/pencarian-vektor/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Anisotropi Embedding Memampatkan Rentang Cosine Similarity</title>
      <link>https://nalar.dev/id/anisotropi-embedding-memampatkan-rentang-cosine-similarity/</link>
      <pubDate>Thu, 24 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/anisotropi-embedding-memampatkan-rentang-cosine-similarity/</guid>
      <description>&lt;p&gt;Dua kandidat embedding dapat memiliki kecocokan semantik yang berbeda tetapi memperoleh skor cosine dalam interval yang sempit. Implementasi fungsi similarity belum tentu bermasalah. Pemampatan tersebut dapat berasal dari geometri ruang embedding: vektor cenderung menempati arah tertentu alih-alih tersebar merata pada dimensi yang tersedia. Konsentrasi arah ini umum disebut anisotropi.&lt;/p&gt;&#xA;&lt;p&gt;Anisotropi berpengaruh pada retrieval karena cosine similarity mengukur alignment sudut. Ketika banyak vektor memiliki komponen bersama yang cukup besar, pasangan yang tidak berkaitan dapat memiliki baseline alignment yang lebih tinggi. Pasangan relevan masih dapat memperoleh skor lebih tinggi, tetapi jarak skor yang tersedia antara kandidat relevan dan tidak relevan dapat menyempit.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Normalisasi L2 Mengubah Dot Product Embedding Menjadi Cosine Similarity</title>
      <link>https://nalar.dev/id/normalisasi-l2-mengubah-dot-product-embedding-menjadi-cosine-similarity/</link>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/normalisasi-l2-mengubah-dot-product-embedding-menjadi-cosine-similarity/</guid>
      <description>&lt;p&gt;Dua vektor embedding dapat mengarah hampir sama tetapi memiliki magnitudo yang sangat berbeda. Dot product mentah merespons kedua sifat tersebut. Normalisasi L2 menghapus komponen magnitudo, sehingga operasi dot product yang sama berubah menjadi perbandingan arah.&lt;/p&gt;&#xA;&lt;p&gt;Perubahan ini bukan sekadar penyesuaian numerik. Objektif retrieval ikut berubah ketika norm vektor membawa informasi atau berbeda antar-item.&lt;/p&gt;&#xA;&lt;h2 id=&#34;dot-product-memuat-komponen-magnitudo&#34;&gt;Dot product memuat komponen magnitudo&lt;/h2&gt;&#xA;&lt;p&gt;Untuk vektor nonzero (x) dan (y),&lt;/p&gt;&#xA;&lt;p&gt;[&#xA;x \cdot y = |x|_2 |y|_2 \cos(\theta),&#xA;]&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cosine Similarity Mengabaikan Magnitudo Embedding</title>
      <link>https://nalar.dev/id/cosine-similarity-mengabaikan-magnitudo-embedding/</link>
      <pubDate>Tue, 22 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/cosine-similarity-mengabaikan-magnitudo-embedding/</guid>
      <description>&lt;p&gt;Dua vektor embedding dapat mengarah ke arah yang sama meski memiliki norm yang sangat berbeda. Cosine similarity memberi keduanya skor arah yang sama. Raw dot product tidak demikian. Perbedaan ini menjadi batas implementasi ketika sistem retrieval mengganti metrik index, menormalisasi vektor saat ingestion, atau mencampur embedding dari pipeline yang berbeda.&lt;/p&gt;&#xA;&lt;p&gt;Persoalannya bukan menentukan satu metrik yang unggul untuk semua kasus. Yang perlu ditetapkan adalah apakah magnitudo vektor membawa informasi yang memang hendak dipertahankan oleh kontrak scoring. Setelah vektor dinormalisasi menjadi unit length, informasi magnitudo tersebut tidak lagi ikut dalam perhitungan similarity.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kuantisasi Embedding Tanpa Menyamarkan Error Retrieval</title>
      <link>https://nalar.dev/id/kuantisasi-embedding-tanpa-menyamarkan-error-retrieval/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/kuantisasi-embedding-tanpa-menyamarkan-error-retrieval/</guid>
      <description>&lt;p&gt;Kuantisasi embedding mengganti nilai vektor berpresisi lebih tinggi dengan representasi yang lebih kecil. Pengurangan penyimpanan mudah diukur. Dampaknya terhadap retrieval tidak sesederhana itu: error numerik kecil bisa tidak berpengaruh untuk satu query, tetapi mengubah urutan kandidat untuk query lain ketika beberapa skor kemiripan berdekatan.&lt;/p&gt;&#xA;&lt;p&gt;Karena itu, kuantisasi merupakan persoalan peringkat, bukan sekadar pilihan format penyimpanan. Pertanyaan yang relevan adalah bagaimana representasi terkompresi mengubah perbandingan yang digunakan untuk memilih tetangga terdekat.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Memperhitungkan Hubness dalam Retrieval Embedding</title>
      <link>https://nalar.dev/id/memperhitungkan-hubness-dalam-retrieval-embedding/</link>
      <pubDate>Tue, 15 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/memperhitungkan-hubness-dalam-retrieval-embedding/</guid>
      <description>&lt;p&gt;Sebuah indeks embedding dapat mengembalikan beberapa item yang sama untuk banyak query yang tidak berkaitan. Skor similarity-nya mungkin tampak biasa, dan algoritma nearest-neighbor bisa saja bekerja dengan benar. Distorsi tersebut dapat berasal dari geometri representasi itu sendiri: beberapa vektor menjadi neighbor bagi jumlah vektor lain yang tidak lazim banyaknya. Efek ini umum disebut &lt;strong&gt;hubness&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Hubness penting karena retrieval nearest-neighbor biasanya ditafsirkan secara lokal. Sebuah query meminta vektor tersimpan yang paling dekat dengannya, tetapi indeks biasanya tidak menunjukkan seberapa sering setiap kandidat juga muncul dekat dengan query lain. Kandidat yang berulang kali menempati daftar neighbor dapat memperoleh peluang retrieval lebih besar daripada yang layak berdasarkan relevansi semantiknya.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
