Trove מול PageIndex: למצוא את העמוד הנכון בספר ============================================== כתובת העמוד: https://yotamfromm.dev/developer/blog/trove-vs-pageindex/ עודכן: 2026-10-16 גרסת Markdown: https://yotamfromm.dev/developer/blog/trove-vs-pageindex.md מפת האתר ל-agents: https://yotamfromm.dev/llms.txt השוויתי שתי דרכים למצוא עמוד מדויק בספר, באנגלית, במקרא ובמקורות עבריים. ‏Trove נשאר ברירת המחדל, ו-PageIndex נכנס כאפשרות. אם אתה מחפש עמוד מדויק בספרים בעברית, תוצאה של בדיקה באנגלית לא תגיד לך אם הכלי יעבוד. כאן הפער בין שתי הדרכים היה אחד מתוך חמישה מול חמישה מתוך חמישה, ורק בעברית. ה-plugin שלי academic-writer צריך להצביע על העמוד המדויק בספר. השוויתי שתי דרכים בחמישה שלבים, שלושה שלבי מדידה, בניית נתיבי ספרייה ו-live tests: Trove, הספרייה שבה הספרים שלי יושבים, ו-PageIndex, אינדקס שנבנה לספר. ‏Trove נשאר ברירת המחדל, ו-PageIndex נכנס כאפשרות עקיפה. השאלה כשה-plugin מצטט, האם התשובה מצביעה על העמוד המדויק? המדד בשלבי המדידה הוא פגיעה בעמוד המדויק. הזרימה, שלב אחר שלב 1. אנגלית. תשעה מתוך עשרה לשני הצדדים, Trove ו-PageIndex עם רמזים מ-Trove. החיפושים של PageIndex עלו 19% יותר, כך שבאנגלית אין סיבה להחליף. 2. מקרא בעברית. כאן ההבדל חד: Trove מצא אחד מתוך חמישה. PageIndex עם רמזים מצא חמישה מתוך חמישה, הגרסה בענן ארבעה מתוך חמישה, וה-pipeline המקומי המלא ארבעה מתוך חמישה. 3. מקורות עבריים מספרות אשכנז. תיקו, 10 מתוך 28. 4. נתיבי ספרייה. נבנו ב-plugin נתיבי ספרייה. 5. live tests על מכונה נפרדת. העזר הותקן ברמת המבנה ב-62 שניות. ספר אחד, של Pedersén, נבנה באינדקס עם Gemini ב-75 קריאות, ב-23.7 שניות וב-0.32$. ספר אחר, של Alstola, נבנה מהרמזים בלי שום קריאה, ב-1.3 שניות. למה Trove נכשל במקרא הסיבה שמצאתי: טווחי העמודים בתוכן העניינים שלו נגמרים עמוד אחד מוקדם מדי כשפרקים חולקים עמוד. כלומר הכשל הוא במבנה הנתונים של תוכן העניינים, והעמוד שבו הפרק נגמר נשמט. ההחלטות - Trove נשאר ברירת המחדל, ו-PageIndex הוא אפשרות עקיפה. - PageIndex לא משמש לוויקי האישי שלי. - ההערכה הסופית תהיה עיוורת, בעמוד פרטי, ואני מכריע בה בעצמי אחר כך. מה עדיין פתוח שלב 5, ה-PageIndex המובנה ב-plugin ב-branch `feat/library-routes`, נעצר ב-16 באוקטובר 2026 כשאמרתי לעצור. ה-branch מקומי ולא נדחף. הצעדים הבאים: לסיים שני תיקונים, למזג, לבנות מחדש, להריץ את השערים ואת ה-live tests, להריץ את ההערכה העיוורת האמיתית, לשפוט, לחשוף את המיפוי ורק אז לפתוח בקשת merge ולשחרר. הסתייגויות - חמש שאלות במקרא הן מדגם קטן. הפער, אחד מול חמישה, ברור, אבל חמש שאלות אינן מדד יציב. - ההערכה העיוורת שתכריע עדיין לא רצה, והמסקנה שכאן זמנית. מה אפשר לקחת מזה - בודקים בכל שפה ובכל קורפוס בנפרד. באנגלית יצא תיקו, 9 מתוך 10 לשני הצדדים, ובמקרא העברי 1 מתוך 5 מול 5 מתוך 5. - מחפשים את הסיבה לפני שבוחרים כלי. הפער לא בא מדירוג התוצאות אלא מטווחי תוכן עניינים שנגמרים עמוד אחד מוקדם מדי, ולכן הוא נמצא בנתונים ולא בחיפוש. - הכלי המבוסס נשאר ברירת המחדל, והחדש נכנס כאפשרות עקיפה. באנגלית PageIndex עלה 19% יותר בחיפושים בלי יתרון. - שמים לב לעלות הבנייה לכל ספר. ספר אחד נבנה באינדקס ב-75 קריאות, 23.7 שניות ו-0.32$, ואחר נבנה מהרמזים בלי קריאות ב-1.3 שניות. - ההערכה הסופית עיוורת, והמסקנה זמנית עד שהיא רצה. חמש שאלות במקרא הן מדגם קטן, ולכן אני מכריע בעצמי אחרי הערכה עיוורת בעמוד פרטי.