ریبکس: بررسی ورود، تازگی و پیدا کردن داده
P28
برنامه شروع
خبر و سند تازه، کامل و مجاز به بازیابی درست ریبکس برسد.
قدم اول
گزارش فقطخواندنی شمار اسناد و وضعیت دریافت تا ایندکس را تهیه کنید؛ سند درست ۱۰ پرسش فارسی را علامت بزنید.
- مسئول پیشنهادی
- مسئول داده ریبکس و سردبیر خبر
- معیار نتیجه
- اختلاف شمارها توضیح داده شود، تاریخ و دسترسی درست بمانند و بازیابی روی پرسشهای مرجع بهتر شود.
ورودیهای لازم
- وضعیت مرحلههای دریافت و ایندکس
- سند خام، نسخه و زمان انتشار
- پرسش فارسی و سند مرجع
کمک هوش مصنوعی: جستوجوی معنایی و مرتبسازی نتایج مرتبط را کمک کند؛ دریافت، تاریخ، تکرار و مجوز با قواعد قطعی کنترل شوند.
روش آزمون و ابزارها
مقایسه با روش فعلی
دریافت محدود منابع مجاز، شناسه یکتا و hash محتوا، صف retry با سقف و گزارش شکست؛ جستوجوی واژگانی با نام مستعار موجودیت و فیلتر منبع/تاریخ/مجوز. همین مسیر باید پیش از جستوجوی معنایی قابل بازپخش باشد.
نمونه آزمون
طرح پیشنهادی: ۶۰ پرسش با ۱۰ مورد در هر گروه نام دقیق، بیان متفاوت فارسی، عدد/شرط، خبر تازه، بیپاسخ/متناقض و خارج از مجوز؛ ۱۵ مورد برای آزمون نهایی کنار گذاشته شوند. قطع منبع، تاریخ خراب، لغو مجوز، retry و تغییر embedding نیز در محیط تست بازپخش شود.
- درصد رکوردهای دارای وضعیت نهایی توضیحپذیر و زمان دریافت تا قابلیت جستوجو
- Recall@5 و رتبه سند درست به تفکیک گروه؛ پاسخ صحیح دارای ارجاع قابل بررسی
- نشت دسترسی، سند منسوخ استفادهشده و ترجمه عدد/نام غلط
- هزینه embedding و بازیابی، p95 تأخیر و زمان رفع شکست
معیار پیشنهادی پذیرش
پیشنهاد اولیه: تمام اختلاف شمارها توضیحپذیر، صفر سند غیرمجاز در خروجی آزمون و صفر خبر با تاریخ ساختگی؛ روش تازه باید روی آزمون نهایی بهبود مرتبطبودن نشان دهد و کیفیت/هزینه مورد توافق P27/P30 را حفظ کند. بدون baseline آستانه برتری عددی مصوب نداریم.
ابزارهای مرتبط
- pgvector — نامزد بازیابی کنار پایگاه موجود
- Qdrant — گزینه جایگزین جستوجوی ترکیبی مستقل
- BGE-M3 — نامزد embedding چندزبانه
- promptfoo — آزمون سند و پاسخ
منابع فنی
- C01 · Promptfoo — Assertions and metrics — آزمون قطعی، اعتبارسنجی ساختار، معیار هزینه و تأخیر و داوری مدل؛ مبنای طراحی مجموعه آزمون نسخهها.
- C03 · pgvector — Search, filtering and multitenancy — جستوجوی برداری در PostgreSQL، فیلتر و اثر فیلتر پس از جستوجوی تقریبی بر تعداد نتیجه؛ فایل مجوز PostgreSQL بررسی شد.
- C04 · Qdrant — Hybrid and multi-stage queries — ترکیب جستوجوی dense، sparse و واژگانی با prefetch و fusion؛ مجوز Apache-2.0 در مخزن رسمی بررسی شد.
- C14 · BAAI — BGE-M3 model card — نامزد embedding چندزبانه با حالتهای dense، sparse و multi-vector؛ متادیتای کارت مدل MIT را اعلام میکند.
- C15 · OWASP — LLM prompt injection prevention — ورودی خارجی نامطمئن، اعتبارسنجی آرگومان ابزار و مجوز در کد، حداقل دسترسی و تأیید اقدام حساس؛ فیلتر متن بهتنهایی کافی نیست.
منابع این پیشنهاد: RS03 · RS04 · RS05 · RS12 · RS13 · RS17 · RS18 · RS19 · RS20 · RS25
جزئیات پروژه و منابع

این پروژه چه کمکی به کار روزانه میکند؟
یک مثال فرضی: خبر امروز در سایت منبع هست، اما ریبکس آن را پیدا نمیکند. ابزار بررسی میکند خبر دریافت شده، متن آن ذخیره شده و با سؤال مرتبط پیدا میشود یا نه.
برای شروع، چه چیزی آماده میشود؟
گزارش مرحلهای: «دریافت خبر موفق؛ ذخیره متن موفق؛ پیداکردن خبر با سؤال آزمون ناموفق» همراه عنوان، منبع و زمان خبر.
در مرحله بعد، چه میتوان اضافه کرد؟
روش پیداکردن اسناد تغییر میکند و با همان سؤالها سنجیده میشود تا معلوم شود بهتر شده است یا نه.
قدیمیبودن پاسخ ممکن است از دریافت یا ذخیره یا جستوجو باشد؛ هر مرحله جدا بررسی میشود.
مراحل پیشنهادی کار
- مرحله ۱
منبعی را انتخاب میکنیم که اجازه دریافت اطلاعاتش را داریم.
منبعی را انتخاب میکنیم که اجازه دریافت اطلاعاتش را داریم.
- مرحله ۲
دریافت بدون تکرار
داده دریافت میشود؛ دریافت یا اجرای دوباره نباید رکورد تکراری بسازد.
- مرحله ۳
تاریخ، نسخه و مجوز
زبان، تاریخ، نسخه و دسترسی هر بخش ثبت میشود.
- مرحله ۴
ثبت و شمارش بخشهای آماده جستوجوی معنایی
متنها برای جستوجوی معنایی آماده میشوند و تعداد موارد آماده و ناموفق ثبت میشود.
- مرحله ۵
آزمون بازیابی فارسی
با سؤالهای فارسی آزمایش میکنیم که متن مرتبط پیدا میشود یا نه.
- مرحله ۶
پاسخ با منبع و تاریخ
پاسخ باید منبع و تاریخ داشته باشد؛ اگر دریافت یا آمادهسازی داده شکست خورد، هشدار ثبت میشود.
زمان، درستی خروجی و فایده کار را بسنجیم
۱. زمان و هزینه انجام کار
زمان دریافت و آمادهسازی داده تا آماده بودن برای جستوجو و رفع شکست
۲. کیفیت و اعتبار
درصد متنهای آماده جستوجوی معنایی، میزان پیدا شدن منابع مرتبط، و درستی منبع و تاریخ
۳. فایده و نتیجه اقتصادی
نرخ پاسخ موفق به سؤال روز و حفظ کاربر؛ نه تعداد بخش متن
توضیحات بیشتر برای اجرا و بررسی نتیجه
این کار کجا ثبت میشود؟
ادمین محتوا/عملیات ریبکس + کار تیمیک برای منبع خراب؛ retry با سقف و صف شکست
هر مرحله را چه کسی انجام میدهد و به چه کسی تحویل میدهد؟
- ۱
مسئول منبع، سند را آماده میکند
- ۲
محتوا، متن و ترجمه را بررسی میکند
- ۳
تیم فنی، ورود سند و جستوجوی آن را راهاندازی میکند
- ۴
کارشناس موضوع، درستی اطلاعات پیداشده را بررسی میکند.
مسئول منبع ← محتوا، متن و ترجمه را بررسی میکند ← تیم فنی، ورود سند و جستوجوی آن را راهاندازی میکند ← کارشناس موضوع، درستی اطلاعات پیداشده را بررسی میکند.
از کجا بفهمیم آزمون اولیه موفق بوده است؟
۳۰ پرسش روز/بروکر با جواب مرجع؛ تست منبع خاموش، تاریخ نامعتبر، نسخه متناقض و حذف تکرار؛ شمار قطعات با index تطبیق یابد.
چه زمانی باید کار را متوقف کنیم؟
بیشترکردن تعداد بخشهای متن یا تعویض مدل جستوجوی معنایی، بدون بررسی علت مشکل، کافی نیست. اطلاعاتی که دیگر معتبر نیست باید مشخص شود تا مبنای پاسخ قرار نگیرد.
برای شروع چه لازم است و بعد چه میکنیم؟
چه چیزهایی باید آماده باشد؟
این موارد باید از پروژههای مرتبط آماده شوند؛ کاملشدن همه امکانات آن پروژهها لازم نیست.
- P27؛ دیدن پروژه مرتبط
سؤالهای آزمون، پاسخ مرجع و بازبین کیفیت پاسخ مشخص باشند.
- P04؛ دیدن پروژه مرتبط
اطلاعات مورد استفاده، مثل کارمزد، با منبع، تاریخ و تأیید بازبین ثبت شده باشد.
مراحل پیشنهادی اجرا و توسعه
این مراحل برنامه پیشنهادیاند؛ انجامشدن آنها هنوز تأیید نشده است.
- مرحله ۱بررسی ورود سند
تعداد اسناد و خطاهای دریافت و ذخیره را کنترل کنید.
- مرحله ۲آزمون پیداکردن پاسخ
با سؤال ثابت ببینید سند درست پیدا میشود یا نه.
- مرحله ۳بهبود و تکرار آزمون
روش جستوجو و مرتبکردن نتیجه را تغییر دهید و تازگی خبر و راهنما را جدا کنترل کنید.