הדרכת סוכנים מותאמים
התקנה, עיצוב, שיטות אירועים, דוגמה מעובדת, ובעיות נפוצות.
משתמש בפריימוורק?
LangChain, CrewAI, LlamaIndex ו-Pydantic AI מעצבים את עצמם עם קריאה אחת.
התקנה
failproofai-sdk וייבוא ב-Python כ-failproofai_sdk. תוספות פריימוורק כגון failproofai-sdk[langgraph] מותקנות הן את הפריימוורק עצמו; המתאמים תמיד משלחים בגלגל בסיס.
חברת את שדכן Failproof
- לוח בקרה
- CLI
-
עבור ל-Admin → Keys וצור מפתח עם
events:add. - חבר את שדכן Failproof ל-Cloud על מכונת הסוכן.
- הפעל הפעלה מעוצבת אחת, ואז מצא את המזהה המדויק שלה תחת Observe → Events.
-
עבור ל-Observe → Sessions, בחר את אותה סביבה, ופתח את העקבה שנוצרה מחדש.

תצורה
הגדר לפי משתנה סביבה במקום:
אירועים מתורים בזיכרון וכתבו בתוך הרקע כל
flush_interval שניות, עם שטיפה סופית ביציאת המתורגמן. תהליך שנהרג בגלוי מאבד כל מה שלא היה כתוב עדיין.
זהות
כל אירוע שייך לתוך הפעלה וסוכן. ההיקפים ממלאים את שניהם, כך שאתה רק לעתים קרובות עוברים אותם:session_id או agent_id בגלוי עדיין עובד וניצחונות. לא כבול ולא עבר, הקריאה מעלה TypeError במקום לפעול אירוע Cloud היה שקט מוסר.
זהות נוסעת על משתני הקשר. היא עוקבת אחר
asyncio משימות באופן אוטומטי, אך לא חוטים חדשים — עטוף עובד ב-failproofai_sdk.propagate() או האירועים שלו נחת לא מחובר.קטלוג אירועים
חמש עשרה שיטות. רובם באים בזוגות — אתה קורא את הפותח, ואז הסוגר, וה-SDK מעבור הפער.
שלושה עומדים לבד:
error, human_pause, human_interrupt.
כל שדה, לכל שיטה
כל שדה, לכל שיטה
כל שיטה גם לוקחת
session_id ו-agent_id, אשר ההיקפים ממלאים בשבילך. כל דבר שנותר כ-None זורק ולא נשלח כ-JSON null, וכל שיטה מחזירה None.זיווג ומשך
כלל אחד: תן לאירוע הסגירה את אותו מזהה כמו הפותח שלו. זה מה זיווג אותם, ומה שמאפשר ל-SDK למדוד את הפער.
אל תעבור
duration_ms בעצמך. ה-SDK מודד אותו, ועברתו מעלה ValueError.
חריג אחד הוא model_response, שם רק אתה יודע את חביון הספק האמיתי. עבור מספר שלם של אלפיות שנייה — צף מעלה, כי העמודה היא מספר שלם של 32 סיביות וייכנס אחרת ריק.
מקרי קצה
מקרי קצה
- מזהים רק צריכים להיות ייחודיים לפי סוג, לכל הפעלה. קריאה כלים וחיבור יכולים לחלוק אחד; שתי הפעלות פעם בו זמנית יכולות לעשן מחדש את אותם מזהים ללא התנגשות.
- הם לא מתוחמים לסוכן. זוג פתוח תחת סוכן אחד וסגור תחת אחר עדיין תואם — שהיא התיק הרגיל בקוד מולטי-סוכן.
request_idאופציונלי אך מומלץ. ללא זה, אירועי מודל מזווגים בסדר ההגעה, כך ששתי קריאות בו זמנית באותו סוכן יכולות שגויות זוג.- זוג מפוצל על פני תהליכים עדיין תואם ב-Cloud, אך ה-SDK לא יכול למדוד את זה — שום דבר בשתי התהליכים ראה שתי החצאים.
- לכל היותר 10,000 פותחים מחכים לסוגר בו זמנית. פחות מזה הישן הישן זורק, כל דליפה לא יכול לגדול ללא גבול.
השדות שלך שלך
כל טיעון נוסף שאתה עובר מאוחסן עם האירוע:Decimal, סט, bytes, אובייקט מודל — מאוחסן כמחרוזת.
חמש שמות אלה שמורים ודחויים בגלוי: timestamp, session_id, agent_id, type, environment.
משלוח ואימות
- לוח בקרה
- CLI
ב-Observe → Events, אימות
agent_start קיים בתחילה ו-agent_end קיים אחרון. לאחר מכן פתח Observe → Sessions ובדוק שמודל, כלי, אדם, חיבור, ואירועי שגיאה מופיעים בסדר המיועד. השתמש במזהה ההפעלה כמפתח פתרון בעיות ראשוני.$FAILPROOFAI_HOME/custom-agents/events, אחרת ~/.failproofai/custom-agents/events. קבצי JSONL מוכיחים פליטת SDK; ספול גדל מצביע על תצורת שדכן או משלוח, בעוד ספול ריק מצביע על עיצוב או משך תהליך.
בדוק את הספול רק כאשר השדכן עצור. בזמן שהוא פועל, הוא אוסף ומוחק כל אצווה תוך אלפיות שנייה, כך שרישום ספריה מתחרה בקלט ומציג הרבה פחות אירועים מאלו שפליטו.

