failproofai-sdk כדי ש-Failproof AI יוכל לשחזר כל הרצה, לבדוק את ההתנהגות שלה ולמצוא כשלים מסומכים בראיות. ה-SDK כותב אירועים מובנים עבור Failproof daemon להעביר ל-Cloud. זה דורש Python 3.10 או חדש יותר.
Tracing הופך סוכנים מותאמים לניתני תצפית ולביקורת. מניעת פעולה לא בטוחה לפני שהיא מתבצעת דורשת גם hook אכיפה בזמן ריצה שלך.
כדי אכוף מדיניויות בהגדרת סוכן מותאמת, צור קשר עם Failproof AI. אנחנו נעזור למפות את גבולות המודל, הכלים וחיי המחזור של זמן הריצה שלך לאגוזי מדיניות.
התקן את failproofai-sdk
ה-SDK מופץ כרגע כגלגל פרטי. בקש מאחד ה-Failproof AI שלך את הגרסה הנוכחית וגישה להורדה.
uv, הורד את הגלגל תחילה והרץ uv add ./failproofai_sdk-${VERSION}-py3-none-any.whl. קבע את הגלגל במאגר חפצים פרטי או בנעילת תלות.
החבילה מותקנת כ-failproofai-sdk ומיובאת בפייתון כ-failproofai.
חבר את Failproof daemon
- לוח בקרה
- CLI
-
עבור אל Admin → Keys וצור מפתח עם
events:add. - חבר את Failproof daemon לCloud על מכונת הסוכן.
- הרץ הפעלה מכוונת אחת, ואז מצא את המזהה המדויק שלה תחת Observe → Events.
-
עבור אל Observe → Sessions, בחר באותה סביבה ופתח את העקבה שחוזרה.

כוונן הרצה שלמה
קרא ל-configure() פעם אחת בעת התחלת התהליך. כל קריאת אירוע היא keyword-only ודורשת session_id ו-agent_id יציבים.
agent_start פעם אחת לכל שחקן. עבור תת-סוכנים, השתמש חוזר ב-session_id של ההורה, תן לכל שחקן agent_id מובחן, והגדר parent_id ל-agent ID של ההורה, לא למזהה ההפעלה.
התייחסות תצורה
ה-SDK כותב ל-
base_dir המפורש כשהוא מוגדר. אחרת, הוא משתמש בספול custom-agents של Failproof daemon תחת FAILPROOFAI_HOME או ~/.failproofai.
ה-SDK תוור קריאות בזיכרון וכותב אצווות בחוט רקע. הוא גם מנסה flush סופי דרך טיפול atexit של Python. עבור עובדים קצרי חיים, אפשר כיבוי מתורגם רגיל; סיום תהליך קשה יכול לאבד אירועים עדיין בזיכרון.
קטלוג אירועים
כל השיטות מחזירותNone. שדות שנותרו כ-None מושמטים ולא כתובים כ-JSON null.
השתמש ב-
outcome="failed", "error", "timeout", או "rejected" כאשר השלמה צריכה להיספר ככישלון. ערכים אחרים, כולל "failure", אינם מסווגים ככשלים על ידי ה-backend הנוכחי.
כללי קורלציה ומשך זמן
- השתמש חוזר באותו
tool_call_id,hook_id,pause_id, אוinput_idעבור אירוע ההשלמה המתאים. - ה-SDK מחשב
duration_msעבורtool_result,hook_completed,agent_resume, ו-human_input. העברתו בעצמך לשיטות אלה מעלהValueError. - זיהויים של כלים וחישוקים חולקים מפת pending אחת בחוץ תהליך. הפוך אותם ייחודיים בעולם על פני הפעלות בו-זמנית ועל פני שני מרחבי השמות; זיהויים מספקי או UUIDs הם בטוחים ביותר.
- זוג מפוצל על פני תהליכים עדיין מתייחסות במורד הזרם, אך ה-SDK אינו יכול לחשב את משך ה-in-process שלו.
- מפת ההמתנה מחזיקה לכל היותר 10,000 התחלות וסילוקי הכניסה הישנה ביותר כשהיא מלאה.
שדות וטעימות מותאמים
כל אירוע מקבל שדות keyword נוספים. השתמש בערכים תואמים JSON כאשר שאילתות במורד הזרם צריכות מבנה. עלים לא נתמכים כגון UUIDs, datetimes, decimals, sets, bytes, and model objects מחרוזים על ידי הכותב. שמות מותאמים שמורים הםtimestamp, session_id, agent_id, type, ו-environment. שגיאות באות field אופציונלית מתקבלות כשדות מותאמים חדשים, לכן בדוק את ה-JSON המופץ כאשר שדה סטנדרטי לא מופיע בCloud.
העבר ובדוק
- לוח בקרה
- CLI
ב-Observe → Events, בדוק תחילה שקיים
agent_start ו-agent_end קיים אחרון. לאחר מכן פתח Observe → Sessions ובדוק שמודל, כלים, אנוש, חישוק ואירועי שגיאה מופיעים בסדר הנדרש. השתמש במזהה ההפעלה כמפתח בעיות עיקרי.$FAILPROOFAI_HOME/custom-agents/events, אחרת ~/.failproofai/custom-agents/events. קבצי JSONL מוכיחים פליטת SDK; ספול גדל מצביע על תצורת daemon או מסירה, בעוד שספול ריק מצביע על כיוונון או חיי תהליך.

