בניית מוצר חיפוש מבוסס ציטוטים כמייסד יחיד

לפני שמתקינים חיפוש באתר, הוגן לשאול מי עומד מאחוריו.

בניתי את Achla AI כמייסד יחיד. יש מי ששומע בכך אחריות אישית; אחרים רואים סיכון משום שאין צוות גדול מאחורי הלוגו. שתי התגובות סבירות. מוצר שנבנה בידי מייסד לא צריך לבקש אמון בסיפור אישי במקום בראיות.

זה אינו טיעון שלפיו קטן תמיד טוב יותר. זהו הסבר על הבחירות, המגבלות והבדיקות שלדעתי קונה צריך לבצע.

כלל המוצר הגיע לפני המסר השיווקי

ההחלטה החשובה לא הייתה צורת הווידג׳ט אלא ההתנהגות כשאין מספיק חומר.

אם מערכת עונה באותה ביטחון כאשר באתר יש ראיות וכאשר אין, בעל האתר יורש את הסיכון. פסקה מלוטשת אינה הופכת הוראה שגויה לבטוחה.

רציתי התנהגות אחרת: לאתר את חומרי האתר, לענות מתוכם, להציג מקורות ולסרב כשהתמיכה אינה מספקת.

ב־pipeline הנוכחי תשובה נחשבת answered רק אם יש בה ציטוטים. אם המסלול הראשון מדולג, fallback יכול לנסח תשובה רק מן הקטעים שאוחזרו ולהחזיר “לא ניתן לענות” כשאינם מספיקים. בדיקת relevance יכולה להסיר מקורות ניווטיים או לא קשורים.

אלה בקרות ממומשות, לא הבטחה לשלמות. גם תשובה מצוטטת עלולה להבין מקור לא נכון, להשמיט הסתייגות או להסתמך על עמוד מיושן. הקורא צריך לפתוח את הקישורים ולבדוק.

מה האחריות האישית משנה

כאשר אדם אחד אחראי למוצר, קשה יותר להסתיר פשרה מאחורי מחלקה אחרת. אותו אדם יכול לעקוב אחרי בעיה משאלת המבקר, דרך ה־trace והמקור, ועד לדיווח ולתיקון.

היתרון הוא עקביות. החיסרון הוא קיבולת. אדם אחד אינו יכול לספק כל יכולת enterprise, לענות מיד לכל בקשה או לבטל key-person risk באמצעות הצהרה.

המגבלה הזאת מגדירה את Achla AI: שכבת תשובות מנוהלת לבעלי אתרים, שבה הסורק, האינדקס, קריאות המודל והווידג׳ט מגיעים כשירות אחד. היא אינה תחליף לתוכנית enterprise עם צוות חשבון, התאמות חוזיות ומפת אינטגרציות רחבה.

מה פירוש citation-first

הקשר לראיה הוא חלק מן ההחלטה לענות:

1. להכין את השאלה תוך שמירת הכוונה והשפה.
2. לאחזר חומר מאינדקס האתר.
3. לנסח תשובה קצרה הקשורה לחומר.
4. לדרוש ציטוטים שניתן לבדוק.
5. לסרב או להציע חומר קשור כשהאתר אינו תומך בתשובה ישירה.
6. לשמור trace של מסלול התשובה והמקורות שנשמרו או הוסרו.

הגישה מתאימה לתיעוד, מדיניות, הוראות וארכיוני מחקר. גם כישלון שימושי: שאלה ללא תשובה חושפת חוסר בתיעוד; ציטוט חלש חושף עמוד לא ברור.

מה איני טוען

איני טוען שהחיפוש לעולם אינו טועה. ציטוט אינו מוכיח שמסקנה נכונה. מייסד יחיד אינו בהכרח קשוב יותר מצוות. ולא כל אתר צריך שכבת תשובות: קטלוג עם faceted search או ניווט פשוט עשויים להזדקק למומחה אחר.

איך להעריך מוצר של מייסד יחיד

• נסו שאלות שאין להן תשובה באתר: האם המוצר מסרב או מאלתר?
• פתחו כל ציטוט ובדקו שהוא תומך במשפט.
• בדקו hard limit, חיוב ו־auto top-up כ־opt-in.
• שאלו על validation, rate limiting לפני קריאות בתשלום, לוגים וטיפול בכשל.
• שאלו על גיבויים, בעלות על התשתית, תיעוד פריסה ושחזור חשבון.
• בדקו התאמה לרגולציה, רכש ו־SLA שלכם.

אל תקנו את הביוגרפיה; בדקו את המערכת. אכפתיות נעשית תכונה רק כשהיא נראית בציטוטים, בסירוב, במכסה גלויה ובדרך מדוח באג לתיקון.

אם זה מתאים, קראו על חיפוש AI לתיעוד, בדקו את המחירים העדכניים או נסו את הדמו החי. המוצר צריך לזכות באמון בתיבת התשובה לפני שסיפור המייסד מבקש אותו.