ניתוח מניות בעזרת AI עם ראיות שניתנות לעקיבה

שאלו שאלה שניתן לפתור מראיות

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

פתרו את זהות המנפיק ואת מועד חיתוך המידע

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

אספו חבילת מקור לפני בקשת סינתזה

התחילו בגילויי המנפיק, בדיווחים רגולטוריים רלוונטיים ובחומר תומך מורשה. ממשקי SEC submissions ו-XBRL יכולים לעזור למדווחים בארה״ב, אך אינם מחליפים מקורות גילוי בשוק המקומי או את הקשר הדיווח המקורי. שמרו URL מקור, חותמת זמן אחזור, hash מסמך ומאתר סעיף עם כל פריט שחולץ. תמליל הוא ראיה למה שדובר אמר; ציטוט שוק הוא ראיה למחיר בזמן מסוים; אף אחד מהם אינו מאמת אוטומטית את הטענות של האחר. דרשו סיבה ברורה לכל מקור שנכלל בחבילה.

חשבו קודם ואז בקשו הסבר

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

השתמשו בחוזה דוח מובנה

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

{
  "issuer_id": "REQUIRED",
  "as_of": "REQUIRED_ISO_TIMESTAMP",
  "question": "REQUIRED_RESEARCH_QUESTION",
  "facts": [],
  "computed_metrics": [],
  "interpretations": [],
  "counterevidence": [],
  "unknowns": [],
  "review_status": "pending"
}

בדקו טענות, לא רק עיצוב ציטוטים

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

תעדו ראיות עלות וכשל בכל שלב

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

ראיות וגישה למודל

מדריך זה מספק תהליך מבוסס מקורות ומבנה פלט להמחשה, לא מקרה חברה שבוצע. מקרה מלא זקוק לקלטים מותרים, גרסאות מקור וקוד, זהות מודל בפועל, רשומות שימוש וטענות שנבדקו. GPT-6 Astra קיימת רשמית, אך בדיקת הקטלוג הציבורי של APIsRouter ב-5 בספטמבר 2026 לא כללה אותה. השתמשו בקטלוג הנוכחי כדי לבחור מודל לתהליך הזה; גישה רשמית למודל וזמינות gateway הן נפרדות.

שאלות נפוצות