title: “Python SDK Agent Skill של Failproof AI Observability” description: “עברו מ-agent ללא instrumentation לאירועים שתוכלו לראות, כאשר coding agent שלכם מוצא את נקודות ה-instrumentation, כותב אותן ומוכיח שהן הועברו בהצלחה.”
ספרו ל-coding agent שלכם “add Failproof AI Observability to this agent” והניחו לו לקרוא את ה-loop שלכם, להבין היכן ה-instrumentation צריך להיות, לכתוב אותו ולאמת את האירועים לפני שהוא מסיים את התרגיל. ה-Python SDK skill (agenteye-python-sdk) הוא Agent Skill: תיקייה של הוראות שמסוגל coding agent כמו Claude Code או Codex לטעון על-דרישה כשמשימה תואמת אותה. היא מלמדת את ה-agent להשתמש ב-Python SDK — זה לא ספרייה, וזה לא משנה כלום בדרך שה-SDK עובד.
Instrumentation קל לכתיבה וקל להשתבש בשקט
ה-SDK קטן: שלוש עשרה שיטות אירוע, כולן keyword-only. coding agent יכול לקרוא את ה-Python SDK reference ולייצר instrumentation הגיוני תוך דקה. הבעיה היא ש-SDK זה לא זורק exception כשאתם טועים, וinstrumentation שגוי נראה בדיוק כמו instrumentation נכון עד שמישהו פותח dashboard ומוצא אותו ריק. הטעויות שעולות זמן אמיתי הן כולן שקטות:
כלא אחד מאלה זורק exception. כלא אחד מופיע בבדיקות. כל אחד נמצא בה-skill, צוין כחוזה עם הבדיקה שתופסת אותו.
מה היא עושה, בסדר
ה-skill מריצה את אותם שלושה שלבים שמהנדס זהיר היה עושה:- Plan. היא קוראת את ה-agent loop שלכם ושואלת שתי שאלות שרק אתם יכולים לענות עליהן: מה נחשב כ-run אחד (ה-
session_idשלכם), ומי הגורמים המובחנים (ה-agent_idשלכם). היא מקבלת את ההסכמה לפני כתיבת קוד, כי שינוי שלהם מאוחר יותר מפצל את ההיסטוריה שלכם ושובר את המגמות. - Write. היא קשרת identity פעם אחת ל-run במקום להעביר אותו דרך כל callsite, והיא בוחרת צורה בטוחה לconcurrency — פרט שחשוב, כי הדרך הקצרה הברורה מערבבת בשקט שני runs חופפים ל-session אחד.
- Verify. היא מריצה את ה-agent שלכם וקוראת את קובצי האירוע שנוצרו, בודקת ש-
agent_startקיים, ש-environment נכון, וש-run אחד ייצר session אחד.
איך זה קשור לשאר ה-skills
שלוש skills, חלוקה נקייה אחת:
הן מעבירות בסדר הזה: skill זה מקבל אירועים לזרימה, ה-evaluator דורג אותם, ה-CLI קוראה אותם חזרה. אין כלום להערכה וכלום לקריאה עד שה-agent שלכם משדר sessions, אז אם אתם מתחילים מאפס, התחילו כאן.
דרישות מוקדמות
- Python 3.10+ וחזן ה-agent שתרצו לinstrument.
- ה-SDK. הוא מופץ ללקוחות כ-private wheel ולא מindex ציבורי — ה-onboarding שלכם מכסה איך להשיג אותו והתקן אותו. ה-skill יודעת את נתיב ההתקנה ותשאל אתכם במקום לנחש אם היא לא יכולה למצוא אותו.
- כלום אחר. אין dashboard login, אין API key, אין רשת. ה-skill מאמתת מול קובצי האירוע שה-SDK כותב, כך שהיא יכולה לסיים ולהוכיח את עבודתה offline.
היכן להשיג אותה
ה-skill גרה בקולקצייתFailproofAI/skills הציבורית:
-g כדי להתקין אותה לכל פרויקט במקום רק לפרויקט הנוכחי, וודא --copy אם הסביבה שלכם לא עוקבת אחרי symlinks. עבור Codex, העברו -a codex.
התקנה ידנית
Agent Skills הן תיקיות המכילותSKILL.md בתוספת הפניות. אם הייתם מעדיפים לא להשתמש במתקין:
- Claude Code: העתיקו את התיקייה
agenteye-python-sdk/ל-~/.claude/skills/(כל פרויקט) או ל-<your-repo>/.claude/skills/(רק הריפו הזה). Claude Code גילתה אותה באופן אוטומטי — בדוקו את רשימת/skills, או פשוט שאלו משהו שתואם אותה. - Codex: Codex קוראה את אותו
SKILL.md. ה-agents/openai.yamlהמאוחסן מגדירallow_implicit_invocation: true, אז היא נבחרת באופן אוטומטי כשמשימה תואמת; אחרת הפעילו אותה כ-$agenteye-python-sdk.
איך session נראה
מה אתם יכולים לשאול אותה
- “Why isn’t my agent showing up on the dashboard?” → הולכת בסולם: האם אירועים נכתבים, האם
agent_startשם, האם environment נכון, האם ה-collector קוראה באותו מקום. - “Everything’s landing under dev.” → ה-environment מעולם לא הוגדר, או הוגדר מחדש על ידי קריאה מאוחרת יותר.
- “Add token tracking.” → מוצאת את LLM wrapper שלכם ורושמת model, stop reason, ו-usage.
- “Instrument the sub-agents too.” → session אחד, תוויות agent מובחנות, קינון תחת ההורה שלהם.
- “Write tests for the instrumentation.” → מעניקה ל-SDK ספריית ארעית וטוענת על האירועים שהיא כתבה.
מה יש לשים לב אליו
הניחו לה לאמת. השלב שהופך את ה-skill הזו לשווה שימוש הוא האחרון — הרצת ה-agent שלכם וקריאת האירועים חזרה. agent שכותב instrumentation ועוצר עשה את החצי הקל, והחצי שנכשל בשקט הוא האחר. הסכימו על השמות לפני הקוד.session_id ו-agent_id הם הצירים שכל משטח מקבץ על ידם. שינוי שם מאוחר יותר מפצל את ההיסטוריה: runs ישנים שומרים את התוויות הישנות וההמגמות שלכם שוברות. ה-skill תשאל; התשובה שווה דקה של חשיבה.
אם ה-agent שלכם מציע התקנת ה-SDK מindex ציבורי, ה-skill לא נטענה. ה-SDK מופץ בפרטיות. הצעה זו היא ספר אמין שה-coding agent שלכם מנחש במקום לעקוב אחרי ה-skill — עצרו אותה שם ובדוקו שה-skill מותקנת.
מעבר לכך זה blast radius קטן: היא כותבת קוד בספרייה העבודה שלכם וקובצי אירוע היכן שאתם אומרים לה. היא קוראת כלום מה-deployment שלכם ולא משנה כלום בו.
שלבים הבאים
- Python SDK: ה-event reference השלם — כל סוג אירוע ושדה — מאחורי מה שה-skill זו מאטומטית.
- Sessions: מה ה-instrumentation שלכם ייצור כאשר אירועים יעברו בהצלחה.
- Evaluator Agent Skill: השלב הבא ברגע ש-runs מעברים בהצלחה — דירוגם.
- CLI Agent Skill: קריאת ה-telemetry שלכם חזרה.

