اگر به دنبال بازی جدیدی در استیم میگردید، احتمالاً در حلقهای تکراری از ۱۰ نتیجهی همیشگی گیر کردهاید. برای شکستن این چرخه، IndieDex در ۲۲ اوت ۲۰۲۶ بهعنوان یک کاتالوگ جستوجومحور عرضه شد تا با جریمه کردن بازیهای محبوب، «جواهرات پنهان» را بیرون بکشد.
بیشتر فروشگاههای دیجیتال از مشکل «تکانه» (Momentum) رنج میبرند؛ یعنی بازیهایی که بیشتر دیده شدهاند، فارغ از کیفیت یا تطابق با نیاز کاربر، باز هم بیشتر دیده میشوند. ماشین فروشگاهها بر اساس تکانه میچرخد، به این معنا که عناوینی مثل Hades یا Balatro — یا هر بازی دیگری که در حال حاضر در دیسکورد اسپم میشود — همیشه در صدر میمانند. در حالی که استیم در نمایش آنچه پیشتر پیروز شده است عالی عمل میکند، اما اغلب عناوینی را که توسط استودیوهای کوچک با ۲۰۰ نقد متفکرانه (به جای ۲۰۰ هزار نقد) ساخته شدهاند، دفن میکند.
مشکل جستوجوی استاندارد
طبق گزارش توسعهدهنده این ابزار، مشکل اصلی خودِ جستوجو نیست، بلکه ابزاری است که کاربر با آن جستوجو میکند. فروشگاههای معمولی عباراتی مثل «بازی کشاورزی آرامبخش با داستانی غمانگیز» را صرفاً به عنوان یک «سطل حس و حال» (Vibe Bucket) میبینند و هر چه ترندتر باشد را برمیگردانند. در این سیستمها، محبوبیت پیش از آنکه ارتباط معنایی حتی فرصت رای دادن داشته باشد، ظاهر میشود. برای یافتن جواهرات پنهان، این رویکرد کاملاً معکوس است. یک موتور کشف (Discovery Engine) باید بتواند قصد کاربر را بفهمد، بازیهای مرجع را شناسایی کند و نظر تعریفشدهای درباره اینکه «کیفیت اما ناشناخته» واقعاً به چه معناست، داشته باشد.
به همین دلیل، IndieDex برچسبهای ساده را با «اثر انگشتها» جایگزین کرده است. متون خام لیستهای استیم معمولاً ناکافی هستند زیرا متون بازاریابی بیش از حد اغراق میکنند و نقدهای بازیکنان یا ممکن است ارزش بازی را کمتر از حد واقعی نشان دهند یا در جهتی کاملاً متفاوت حرکت کنند. برچسبها مفید هستند اما نویز زیادی دارند. این تکیه بر تحلیلهای خودکار هوش مصنوعی برای دسترسی به محتوا، یادآور چالشهای گستردهتری است که خلاصهسازهای هوش مصنوعی در تقابل با تفکر انتقادی ایجاد کردهاند و مرز بین راحتی در دسترسی و عمق یادگیری را به چالش میکشند.
ایجاد اثر انگشتهای بازی
این سامانه برای هر بازی یک اثر انگشت میسازد: پرترهای که توسط هوش مصنوعی زاینده (Generative AI) — از طریق سنتز مدلهای زبانی بزرگ (LLM) — از محتوای صفحه، طبقهبندیها و سیگنالهای اجتماعی مانند تحلیل احساسات نقدهای استیم استخراج میشود. سپس این متن به یک بردار معنایی (Embedding) تبدیل میشود که به عنوان هدف واقعی جستوجو عمل میکند.
یک تصمیم کلیدی در طراحی این بود که تضادها به جای میانگینگیری و حذف شدن، حفظ شوند. اگر بازاریابی یک بازی را «آرامبخش» مینامد اما بازیکنان آن را «پرهیجان اما منصفانه» توصیف میکنند، هر دو دیدگاه در اثر انگشت باقی میمانند. این شکاف به جای نویز، به عنوان یک سیگنال در نظر گرفته میشود تا تفاوت بین ادعای سازنده و تجربه کاربر ثبت شود. این اثر انگشتها بهصورت دستهای (Batch Jobs) و آفلاین بازسازی میشوند تا سرعت جستوجو در مقیاس بالا و برای کاربران ناشناس، ارزان و سریع باقی بماند.
خط لوله فنی (Technical Pipeline)
بر اساس مستندات فنی، این سیستم از یک لایه مسیریابی پیچیده استفاده میکند تا انواع پرسوجوها را پیش از رسیدن به ایندکس برداری مدیریت کند. یک خط لوله واحد برای هر سؤالی مناسب نیست:
- تشخیص موجودیت (Entity Resolution): برای پرسوجوهایی مثل «بازیهایی شبیه Celeste»، سیستم رشته متنی لیتراسی را جاسازی (Embed) نمیکند. در عوض، Celeste را به یک موجودیت در کاتالوگ تبدیل کرده و با استفاده از بردار اثر انگشت آن بازی، همسایههایش در «فضای بازیها» را مییابد و خودِ Celeste را از نتایج حذف میکند. این کار باعث میشود همسایگان معنایی پیدا شوند، نه لزوماً کلمات مشابه در نحو زبان انگلیسی.
- جستوجوی ترکیبی (Hybrid Search): برای عبارات ساده مثل «Celeste»، موتور جستوجوی کلیدواژهای و برداری را همزمان اجرا میکند تا عناوین دقیق حتی در صورت تاری بردارها، در نتایج ظاهر شوند.
- فیلترهای ساختاریافته: درخواستهایی مثل «روگلایکهای زیر ۱۵ دلار در سال گذشته» مستقیماً از طریق SQL و فیلترهای ساختاریافته برای قیمت، تاریخ انتشار و برچسبها پردازش میشوند. این روش ارزانتر، سریعتر و دقیقتر از پردازش برداری است.
- جستوجوی حس و حال (Semantic Vibe Search): عباراتی مثل «بازیهای دنج برای بعد از یک روز طولانی» به عنوان جستوجوی معنایی خالص پردازش میشوند. پرسوجو جاسازی شده و برای یافتن نزدیکترین همسایگان معنایی در کل کاتالوگ جستوجو میشود.
یک طبقهبندیکننده (Classifier) بالای ایندکس برداری قرار دارد تا مسیر صحیح را انتخاب کند و تضمین کند که پردازشهای گرانقیمت تنها زمانی اجرا شوند که ابزار مناسب باشند.
مهندسی برای مقیاسپذیری و کشف
برای کاهش هزینهها، این موتور کاندیداهای مشابه را بهصورت آفلاین با استفاده از پایگاهداده Postgres و ایندکس HNSW پیشمحاسبه میکند. جستوجوی زنده نزدیکترین همسایه (Nearest-Neighbor) در میان صدها هزار بردار برای هر پرسوجو، با بودجههای محدود مقیاسپذیر نیست. با ذخیره N همسایه اول در Postgres، درخواست «بازیهای شبیه X» به جای کل کاتالوگ، یک مجموعه محدود را میخواند.
بخش بازرتبهبندی (Reranking) جایی است که فلسفه «کشف» اجرا میشود. رتبهبندی در زمان نوشتن دادهها ثابت نمیشود؛ بلکه در زمان خواندن، یک بازرتبهبندی با ضرایب متغیری روی حدود ۵۰ کاندید اول اعمال میشود. این اجازه میدهد سیاستهای کشف — مثلاً افزایش تمایل به سمت استودیوهای کوچکتر — بدون نیاز به محاسبه مجدد کل گراف شباهت، تغییر کنند.
IndieDex برای مبارزه با این «حقیقت تلخ» که اکثر سیگنالهای رتبهبندی به طور پیشفرض به سمت محبوبیت میروند، از تلنگرهای ضربی و نرم استفاده میکند:
- تغییر وزن استودیو: استودیوها به سه دسته مستقل (Indie)، متوسط و AAA تقسیم میشوند. استودیوهای بزرگتر به آرامی جریمه میشوند. یک بازی بلاکباستر مرتبط همچنان میتواند ظاهر شود، اما بر اساس گرانش بازاریابی، بر یک عنوان مستقل با همان میزان ارتباط پیروز نمیشود.
- تنزیل آثار پرطرفدار (Megahit Demotion): بازیهایی با حجم نقد بسیار بالا در سطوح کشف به پایین رانده میشوند تا بازیهای مشهور، جایگاههایی را که برای آثار جدی و کوچک در نظر گرفته شده، اشغال نکنند.
- محورهای ضد-اسپم: ضرایب کاهشی کوچکی برای عناوینی با تعامل بسیار کم، الگوهای قیمتگذاری ارزانفروشی (Bargain-bin)، نسخههای قدیمی و رها شده، یا بازیهایی با پذیرش «مختلط» (Mixed) اعمال میشود.
- قصد کیفیت: اگر کاربر صراحتاً «بهترین روگلایکها» یا «شاهکارها» را بخواهد، سیستم این قصد را تشخیص داده و اجازه میدهد پذیرش مثبت و شهرت، نتایج را بالا ببرد. در اینجا محبوبیت اختیاری (Opt-in) است؛ در حالی که تنزیل شهرت، حالت پیشفرض است.
پشته تکنولوژی (Tech Stack)
این پلتفرم به عنوان یک اپلیکیشن Next.js ساخته شده است که از Convex برای مدیریت وضعیت کاربر (احراز هویت، لیستها و نقدها) و Postgres on Neon برای کاتالوگ استفاده میکند. اثر انگشتها با DeepSeek سنتز شده، با Gemini به بردار تبدیل شده و از طریق pgvector + HNSW جستوجو میشوند.
برای محافظت از بودجه، مسیرهای پرتردد (Hot Paths) کش شدهاند. دادههای کاتالوگ بهصورت یکطرفه از مرحله جذب به Postgres جریان مییابند و مرورگر تنها DTOهای شکلیافته را از طریق یک Backend-for-Frontend (BFF) میبیند. توسعهدهنده دریافت که در این مقیاس، استفاده از لیستهای مجاز (Allow-lists) بسیار کارآمدتر از دریافت همه دادهها و حذف فیلدها در مراحل بعدی است.
برای کاربرانی که پرسوجوی مشخصی ندارند، قابلیتهای «اتفاقی» (Serendipity) تعبیه شده است:
- «حس عجیبی دارم» (I'm Feeling Weird): این قابلیت از یک استخر منتخب از پرسوجوهای عجیب و دلپذیر استفاده کرده و آنها را از طریق خط لوله مسیریابی اجرا میکند.
- انتخاب تصادفی روزانه: این سیستم از یک تاس ساختاریافته استفاده میکند که بهطور سختگیرانه استودیوهای AAA و متوسط را حذف کرده، پذیرش مثبت در استیم را الزامی میکند و بازیهایی با ۱۵۰ تا ۲۰۰۰ نقد را هدف میگیرد؛ یعنی حدی که سیگنال کافی برای اثبات کیفیت وجود داشته باشد، اما بازی هنوز به دانستههای عمومی تبدیل نشده باشد.
این رویکرد، مزیت رقابتی را از طراحی رابط کاربری به کیفیت دادهها منتقل میکند. با نرمالسازی کاتالوگ و تست رگرسیون روی «پرسوجوهای طلایی»، این موتور تضمین میکند که یک عنوان مستقل مرتبط بتواند بر اساس شایستگی، بر یک بلاکباستر پیروز شود. تجربه IndieDex نشان میدهد که «شباهت» با «کشف» متفاوت است. برای یافتن آثار نادیده گرفته شده، باید سیاستی را کدنویسی کنید که فعالانه با گرانشِ محبوبیت بجنگد.
گام بعدی شما
- اگر توسعهدهنده هستید، بررسی کنید چگونه میتوانید با اعمال جریمه بر روی متغیرهای محبوبیت در سیستمهای توصیهگر خود، تنوع نتایج را افزایش دهید.
- از قابلیت Vibe Search در IndieDex برای یافتن بازیهایی استفاده کنید که با وضعیت روحی فعلی شما سازگارند، نه لزوماً با ژانرهای تعریف شده.
- مدلهای DeepSeek و Gemini را برای استخراج ویژگیهای متناقض از نظرات کاربران (Sentiment Analysis) در پروژههای تحلیل داده به کار ببرید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو