סוכן מחקר watchlist למניות בעזרת AI

הגדירו מה נחשב עדכון משמעותי

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

הפרידו איסוף מיצירת מחקר

השתמשו בהזנות מקור או polling מותר כדי לאסוף תחילה metadata, ואז החליטו אם חומר חדש מצדיק עבודת מודל. משאבי מפתחים של SEC מתארים הזנות ואינדקסים של filings שיכולים לתמוך באיסוף ממדווחים בארה״ב; שווקים אחרים זקוקים למקורות מוסמכים משלהם. שמרו זמן פרסום, זמן אחזור ו-revision מקור בנפרד. wrapper של דף אינטרנט שהשתנה לא צריך להיחשב גילוי חברה חדש. בנו זהות תוכן מהמסמך או מהאירוע הרלוונטי ושמרו שגיאות מקור בנפרד מהקביעה שלא היה שינוי.

תזמנו לפי שוק ומקור, לא לפי שעון גלובלי אחד

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

השתמשו במצבי משימה והתראה מפורשים

מכונת מצבים קטנה מקלה על תפעול עבודה חוזרת. הבחינו בין ללא שינוי, ראיה חדשה, מקור לא זמין, מחקר ממתין ובדיקה נדרשת. הרשומה להמחשה שלהלן היא עיצוב יישום, לא תצורת מוצר scheduler. שמרו event key יציב ו-hash של מניפסט המקור כדי שניסיון חוזר של אותה משימה לא ייצור עבודה או התראות כפולות. שמרו את ה-artifact לפני סימון האירוע כהושלם. למסירת התראה צריך להיות מצב אישור משלה ולא להסיק אותה מיצירת דוח מוצלחת.

{
  "issuer_id": "REQUIRED",
  "event_key": "REQUIRED_STABLE_KEY",
  "source_manifest_hash": "REQUIRED",
  "collection_status": "pending",
  "research_status": "not_started",
  "review_status": "pending",
  "notification_status": "not_sent"
}

צרו הערת שינוי מהחבילה הנוכחית ומהקודמת

ספקו למודל את המקור החדש, ההערה הקודמת שנבדקה והשאלות הפתוחות. בקשו יומן שינויים קצר עם מאתרי מקור והסבר ברור לאילו אמירות קודמות נדרש עדכון. שמרו את ההערה המקורית כ-revision במקום לדרוס אותה. גילוי חדש יכול לחזק, להחליש או להשאיר פרשנות ללא שינוי; אל תכריחו כל אירוע להפוך לאות כיוון למניה. אם החבילה הקודמת חסרה, הפיקו מצב מחקר ראשוני במקום להמציא השוואה היסטורית.

הגבילו תקציב חוזר ומדיניות ניסיונות

קבעו מגבלות לכל הרצה על מנפיקים, נפח מקור, ניסיונות מודל ועבודה לפי שעון לפני תזמון. השתמשו בחוזה המודל הנוכחי לתכנון ושמרו usage בפועל לפי אירוע ומשימה. הפרידו ניסיונות מקור מניסיונות מודל כדי שתקלה זמנית ב-filing לא תפעיל ניתוח חוזר של נתונים ישנים. שמרו חילוץ במטמון לפי גרסאות מסמך ו-parser. עצרו יצירת עבודה חדשה כאשר התקציב אזל, שמרו אירועים בתור והציגו את המצב שלא נפתר. שמרו תדירות התראות נפרדת מתדירות איסוף כדי לצמצם עומס בדיקה מיותר.

הפעילו miniflow תפעולי קטן

לפני הפעלת מסירה חוזרת, בדקו מסמך ללא שינוי, revision חדש, מקור שאינו זמין זמנית והתראה שנוסתה מחדש. ודאו זהות אירוע יציבה, סטטוס מחקר נכון ובדיוק התראה מיועדת אחת לאותו אירוע שהושלם. לאחר מכן בדקו הערת שינוי מלאה מול הראיות המקוריות. השאירו collector וכלי מחקר לקריאה בלבד והשתמשו באישור מפורש ליעדי מסרים חיצוניים. אישור מחקר אינו אישור פקודה; תהליך watchlist לא צריך לקבל הרשאות ברוקר רק מפני שהוא רץ ללא השגחה.

ראיות ומגבלות

מדריך זה הוא תכנון תהליך שמושפע ממשאבי filings רשמיים ומיישומי מחקר שנבדקו לפי מקור. לא בוצעו עבור דף זה משימת watchlist חוזרת, מסירת התראה או מקרה usage שנמדד. רשומת פריסה צריכה לזהות scheduler בפועל, כיסוי מקור, מודל, מצבי אירוע שנשמרו ובדיקת התראה לפני טענה שהתהליך החוזר תפעולי.

שאלות נפוצות