עיגון באינטרנט עבור ה-Decisions API

בססו החלטות על עובדות עדכניות מהאינטרנט עם ה-Decisions API של Perplexity. הוסיפו חיפוש בזמן אמת לקבלת תשובות מדויקות ועדכניות.

Web Grounded Decisions API title over an abstract sphere with glowing streams of light.

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

החל מהיום, ה-Decisions API של Perplexity יכול לחפש באינטרנט לפני שהוא עונה.

הוסיפו הגדרה אחת, "mode": "web_grounding", לכל בקשה ל-Decisions API, ו-Perplexity Fast Search יריץ שאילתה אחת לכל שאלה. התוצאות מתווספות ל-state שלכם כראיות, כך שמודל ההחלטות מחזיר הסתברויות המבוססות על מה שנמצא באינטרנט ממש עכשיו. ה-state יכול להיות גם כתובת URL, כדי להפנות את המודל לדף אינטרנט מסוים במקום להזין את הטקסט שלו.

ב-PWS-Decisions, מבחן ביצועים ציבורי עם 100 שאלות שתלויות בעובדות עדכניות מהאינטרנט, הדיוק עלה מ-51% ל-86%, עם זמני תגובה טיפוסיים של פחות מ-400 מילישניות.

איך עובד מודל החלטות

מודל החלטות מחזיר מספר כתשובה לכל שאלה. המשתמשים שולחים תוכן בתור state (טקסט, JSON או תמונות) יחד עם שאלה אחת או יותר. בשאלת noul (כן או לא), התוצאה היא ההסתברות ל"כן". בשאלת choice, התוצאה היא הסתברות לכל אפשרות שהמשתמש מגדיר. בשאלת score, התוצאה היא הסתברות לכל רמה במחוון הדירוג שלכם, וכן הציון הצפוי.

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

איך עובד עיגון באינטרנט

העיגון מתבצע בשער ה-API לפני הקריאה למודל. עבור כל שאלה בבקשה, השער בונה שאילתת Fast Search. השאילתות רצות במקביל. השער ממזג את התוצאות, מסיר כתובות URL כפולות ומצרף את הראיות ל-state: כותרת, כתובת URL וטקסט הדף. אם ה-state הוא כתובת URL, שאילתת החיפוש כוללת את כתובת ה-URL הזו, כך שהדף עצמו חוזר כראיה והמודל עונה על סמך הטקסט שלו. המודל מחזיר הסתברויות בדיוק כפי שהיה מחזיר עבור כל בקשה ל-Decisions API. אם חיפוש נכשל או חורג מהזמן הקצוב, המודל עונה על סמך הראיות שכן התקבלו. התגובה כוללת את search_results, כדי שהמשתמש יוכל לראות במה המודל השתמש. הבקשה של המשתמש ומבנה התגובה נשארים ללא שינוי. מה שמשתנה הוא הראיות שעומדות לרשות המודל כשהוא עונה.

בדיקת העיגון באינטרנט

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

ללא Web Grounding, ה-Decisions API ענה נכון על 56.4% מהטענות, תוצאה שקרובה לניחוש. עם Web Grounding, הוא ענה נכון על 97.3% מהן, ומספר השגיאות ירד מ-143 ל-9. המחיר הוא מהירות: זמן ההשהיה החציוני עלה מ-139 אלפיות שנייה ל-366 אלפיות שנייה, וזמן ההשהיה באחוזון ה-95 עלה מ-514 אלפיות שנייה ל-742 אלפיות שנייה.

PWS-Decisions

PWS-Decisions הוא מבחן ביצועים ציבורי של שאלות סגורות בנושאי זכאות חשבונות, יכולות מוצר, כללי מדיניות ואירועים שמתפתחים במהירות. 100 מהשאלות פומביות, והציון שלהן נקבע לפי התאמה מדויקת לתשובת ייחוס. הרצנו אותן מול Decisions API + Web Grounding (pplx-decider-v1.2) ב-4 בנובמבר 2026, והוא ענה נכון על 86 מהן. שאר התוצאות שלהלן לקוחות מטבלת הדירוג שפרסמו מחברי מבחן הביצועים. התוצאה שלהם, 51% עבור Decisions API ללא Web Grounding, תואמת את ההרצה שלנו.

בקשות ל-Decisions API + עיגון באינטרנט הוחזרו תוך 370 מילישניות בחציון ו-685 מילישניות באחוזון ה-95, כפי שנמדד מהלקוח שלנו על 100 השאלות הציבוריות. מחברי מבחן הביצועים מדווחים על 560 מילישניות ו-710 מילישניות עבור ה-API שלהם על כל מערך 300 השאלות, כפי שנמדד מהלקוח שלהם ב-29 באוקטובר 2026. בהשוואה לטבלת הדירוג שפורסמה, ל-Decisions API + עיגון באינטרנט יש את הדיוק הגבוה ביותר במערך הציבורי וזמן תגובה חציוני של פחות מ-400 מילישניות.

מה מפתחים יכולים לבנות

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

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

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

תחילת העבודה

הוסיפו "mode": "web_grounding" לכל בקשה ל-Decisions API. ה-state יכול להיות טקסט, כמו טענה או רשומה, או כתובת URL.

בדקו טענה מול מידע מהרשת:

bash
curl -X POST https://api.perplexity.ai/v1/decisions \ -H "Authorization: Bearer $PERPLEXITY_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "pplx-decider-v1.2", "mode": "web_grounding", "state": "Claim: The James Webb Space Telescope launched in December 2021.", "questions": { "supported": { "type": "noul", "instructions": "Is the claim true?" } } }'

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

כדי להפנות את המודל לדף מסוים, העבירו את כתובת ה-URL שלו כ-state:

bash
curl -X POST https://api.perplexity.ai/v1/decisions \ -H "Authorization: Bearer $PERPLEXITY_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "pplx-decider-v1.2", "mode": "web_grounding", "state": "https://pypi.org/project/requests/", "questions": { "newer_stable_release": { "type": "noul", "instructions": "Has this package published a stable release newer than 2.31.0 as of today?" } } }'

בספריית Python של Perplexity, העבירו את mode בגוף הבקשה:

python
from perplexity import Perplexity client = Perplexity() response = client.decisions.create( model="pplx-decider-v1.2", state="Claim: The James Webb Space Telescope launched in December 2021.", questions={"supported": {"type": "noul", "instructions": "Is the claim true?"}}, extra_body={"mode": "web_grounding"}, ) print(response.answers["supported"].noul)

כל חיפוש שהושלם עולה 0.001 דולר, בנוסף לטוקנים של הקלט. ראיות החיפוש נספרות כחלק מטוקני הקלט. בקשה שמשתמשת ב-Web Grounding יכולה לכלול עד 100 שאלות.

כדי להתחיל, עיינו בתיעוד של Web Grounding.