אולי פשוט נבנה את זה בעצמנו על API של מודל?

האבטיפוס הוא עשרה אחוזים, והם העשרה המהנים

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

שני החלקים שקשים באמת

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

מתי לבנות זו התשובה הנכונה

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

השאלה ששווה לשאול בכל מקרה

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