Skip to main content
Failproof AI Observability חוקר את הכשלים שלא כתבת עבורם כלל כלל, ומסר לך רשימת עדיפויות מדורגת ומבוססת ראיות של בדיוק מה לתקן. זה כמו שיש לך אנליסט שמסרק את הלוגים שלך כל לילה, ואז משאיר את הרשימה הקצרה על השולחן שלך בבוקר.
סיור של שתי דקות: מריצה מתוזמנת לתיקון שאתה יכול לפעול לפיו. דף הAudits: עבודות חוזרות שסורקות את ההפעלות שלך לדפוסי כשל, כל אחת עם לוח זמנים והרגישות כל 审查 היא עבודה חוזרת שחוקרת את ההפעלות שלך וכותבת המלצות מדורגות ומבוססות ראיות.

הפסק להנחש מה לתקן הבא

התראות תופסות את הבעיות שאתה כבר יודע שצריך לעקוב אחריהן. 审查 תופסות את אלה שאתה לא. על לוח זמנים שאתה קובע, 审查 קורא על פני כל הפעלות ה-agent שלך וציד אחר דפוסים שכדאי לתקן, כדי שתוכל להקדיש את הזמן שלך לפעול על ממצאים במקום לגלול ברישומים בתקווה לזהות אותם בעצמך. ריצה יחידה רודפת אחרי מצבי הכשל שבעצם שוברים agents בייצור:
  • clusters שגיאה: אותו כשל חוזר תחת סיבה ערך משותפת.
  • drift לעומת baseline: התנהגות שקט גולשת משחלון ידוע-טוב.
  • כשל יעד בתמלילים: ריצות שסיימו בטכנית אבל לעולם לא עשו את העבודה.
  • שימוש לא נכון בכלי: הכלי הלא נכון, ארגומנטים גרועים, או לולאות שבוערות קריאות.
  • עסקות איכות ועלות: איפה שאתה משלם יותר מדי עבור פלט שאתה יכול להשיג בזול יותר.
  • פערי כיסוי: התנהגות שאף eval או התראה לא משקיפה עליה.
אתה מחליט כמה קשה זה חוקר עם הגדרת הרגישות יחידה (נמוכה, בינונית, או גבוהה), כך ש-agent בכל שלב אחד וכזה נעול-למטה בייצור יכול כל אחד להיות כוונן לאות שאתה רוצה.

כל המלצה מגיעה עם קבלות

אתה לעולם לא צריך לקחת ממצא על אמונה. כל המלצה מצטטת את ההפעלות המדויקות שהיא באה מהן ו-SQL שחשפה אותה, כך שתוכל לפתוח את הראיות ולאשר את הבעיה בקליק במקום להנדס הפוך תביעה. כאשר ממצא הוא בנושא הדמי שהיה בורח, זה הולך צעד קדימה אחד וקישורים את האירועים הבודדים שהוא התאים. לחץ על אחד ואתה נוחת על רגע מדויק בהפעלה, כבר נבחר — לא לראש תמלול ארוך כדי לגלול דרכו. הקישור שם את האירוע; זה לעולם לא מעתיק את הסוד שזוהה לתוך הממצא, כך שקריאת ממצא היא לא מקום שני הסוד שלך נכתב. אם אירוע כבר לא שם כי ההפעלה עברה את חלון ההחזקה שלך, הדף אומר זאת בבירור במקום להשאיר אותך תוהה אם לחצת על הדבר הלא נכון. זה גם מה שמחזיק audits כן. השרת בודק שכל הפעלה שצוטטה באמת קיימת ומשליך כל המלצה שהראיות שלה לא מתקיימות, כך ש審查 חוקר אבל לעולם לא ממציא. מה שנחת ברשימה שלך הוא אמיתי, שחזור, ומדורג לפי כמה זה חשוב, עם הניצחונות הגדולים בראש.

הפוך תיקון לתחזוקה

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

איפה למצוא את זה

Audits חיים בלוח הבקרה ב /<org-slug>/audits (צד לאנליזה ל審查). צפייה בריצות וממצאים צריכה audits:read; יצירה, עריכה, וטריאג’ות של audits צריך audits:write. קבע את ההיקף וקדנציה של審查, ואז לחץ על Run now כל פעם שאתה רוצה תוצאות מיד במקום להמתין לעבור המתוזמן הבא.

קשורה

  • Alerts: קבל דף בנקודה הן סף שאתה כבר יודע על חצתה.
  • Evaluations: קלע כל ריצה כך רגרסיות איכות על פני השטח בעצמם.
  • Error tracking: קבוצה ועקוב אחר השגיאות agents שלך לזרוק.
  • Incidents: עקוב אחרי בעיה審查 הופכת עד לתיקון שלה.