📋 סיכום יומי — 2026-07-15
---
⚠️ הערת פתיחה על מצב התימלול
קובץ התימלול של יום זה סובל מבעיות חמורות ברמות שונות לאורך כל היום:
- חלקים גדולים מורכבים מחזרות טכניות חסרות משמעות ("שמות המשתתפים באנגלית ובאנגלית בעברית...") — אלו שגיאות תעתוק אוטומטי שאינן תוכן אמיתי.
- חלקים נוספים מורכבים ממשפטי placeholder של מערכת התמלול ("If speech is unclear or background noise, omit it").
- שניים-שלושה קטעים בלבד מכילים שיחות ממשיות ניתנות לפענוח.
למרות זאת, לאחר ניתוח מדוקדק של כל הטקסט, להלן הסיכום הטוב ביותר האפשרי מהתוכן שניתן לחלץ.
---
👥 משתתפים
- שפריר — ככל הנראה הדובר המרכזי המקליט; מופיע בהקשר של ניהול שיחות, מתן הנחיות, ובניין מערכת AI לרשתות חברתיות.
- אורח 1 — דובר שהציג פרויקט פיתוח תוכנה (אפליקציית מתכונים עם AI ו-CI/CD pipeline) — ככל הנראה מציג פרויקט גמר/בחינה.
- אורח 2 (דובר בשיחת הטלפון, קטע [142526]) — לקוח או שותף שדיווח על בעיות טכניות עם פסים מגנטיים ודרייברים לתאורה.
---
1. 🎯 משימות עיקריות
א. צפייה בהצגת פרויקט פיתוח תוכנה (אורח 1)
קטע [105511–112513]
אורח 1 הציג פרויקט תוכנה הכולל:
- אפליקציית מתכונים מבוססת AI: המשתמש מכניס רשימת מצרכים שיש לו בבית (ביצים, שמן, סוכר וכו') → המערכת שולחת את הרשימה ל-Gemini (AI) → Gemini מחזיר מתכון → המשתמש יכול לאשר, לדחות, או לשנות → הנתונים נשמרים ב-Database עם תאריך וזמן.
- תמיכה בהגדרות מיוחדות: כגון תזונה ללא גלוטן.
- תשתית Docker ו-CI/CD (GitHub Actions): המערכת בודקת אוטומטית שהגרסה עובדת לפני העלאה לשרת. כולל שמירת גרסאות Docker (version tagging) כדי לאפשר חזרה לגרסה קודמת.
- מוניטור ו-Admin: כלי ניטור מובנה שמראה גרפים ושגיאות, בנוי בתוך הקונטיינר הראשי.
- תיקון bug בזמן אמת: אורח 1 הדגים תיקון שגיאה — המערכת ציפתה לקוד תגובה 200 אך קיבלה 204; הוא תיקן בקוד (backend, בקובץ recipes), עשה commit עם הודעה "fix" ו-push, וה-CI/CD pipeline אישר שהכל עובד.
- סטטוס: הצגה הסתיימה; מי ששמע (ככל הנראה שפריר) נתן משוב — שיש לחדד נושא אחד שלא הועבר מספיק בבהירות.
הערה חשובה: מההקשר עולה שמדובר בבחינה או הצגת פרויקט (הוזכרו "20 דקות", "מה אתה מחשב פה?", "זה רמה גבוהה"). שפריר (ככל הנראה) נתן משוב לאורח 1 לאחר הצגה.
---
ב. עבודה על מערכת AI לניהול טוויטר / רשתות חברתיות
קטע [112513–145534]
שפריר (ככל הנראה) עסק בבניה ושיפור של מערכת AI שמנהלת נוכחות בטוויטר. מדובר בפרויקט מתמשך שכלל היום:
- איפוס ובניית פרופיל מחדש: שפריר הסביר שהמודל הסתמך על פרופיל ישן שנוצר מסריקת הטוויטר, וזה לא עבד טוב. ההחלטה — לנטוש את הפרופיל הישן ולהתחיל מאפס עם הנחיות ידניות מפורשות.
- מבנה מערכת ההנחיות (Instructions):
- "מה למצוא" — פילטר על ציוצים שנכנסים: הגדרה ספציפית מה לסנן (לדוגמה: "אל תכניס לי ציוצים על X, על Y"). המערכת גוררת את כל הפיד ואז מסננת לפי ההנחיות.
- "איך לכתוב" — הגדרת סגנון הכתיבה (למשל: "אני כותב בסרקזם, בקשיות").
- "תבין לבד" — מנגנון שלישי שבו מכניסים חומר (נגיד תוכן של אתר) ומבקשים מהמודל לנתח ולהציע תובנות, שניתן לאשר (✓) או לדחות (✗) — ואז התובנות המאושרות נכנסות ל"מה למצוא" ו"איך לכתוב".
- בעיה שזוהתה: לימוד הבן אדם מקריאת ציוצים בלבד אינו מספיק לעומק הנדרש. שפריר אמר: "אני יכול ללמוד את האופי שלו מהציוצים שלו, אבל לא אופי כל כך עמוק כמו שאנחנו רוצים."
- פתרון שנבחן: הוספת שכבת "היסטוריה" — לא רק מה צויץ, אלא על מה הגיב המשתמש, עם מי אינטראקציה — להעמקת הבנת הפרסונה.
- שימוש ב-GPT לניתוח: שפריר הסביר שלאחר שהמערכת מייצרת ציוצים, הוא מביא את הציוצים שיצאו יחד עם ההנחיות שהוכנסו ל-GPT ומבקש ממנו להסביר מדוע הגיע לציוצים האלה — כדי ליצור שקיפות ולמידה.
- עבודה נוספת שהוזכרה בהקשר: שפריר ביקש מאורח אחר (ובשיחה אחרת נראה שעם גדי?) להעביר לו רשימת ספקים סיניים (שמות חברות בלבד) שהכין על ידי הקבלה, כדי שיוכל לתכנן נסיעה — חישוב מרחקים, תנועה, תוכנית לפי מיקום מלון.
---
ג. שיחת תמיכה טכנית — בעיות פסים מגנטיים ודרייברים
קטע [142526]
שפריר ניהל שיחה עם אורח 2 (לקוח/שותף בשטח) על בעיה טכנית בהתקנת תאורה:
- הבעיה שדווחה: פסים מגנטיים (magnetic strips) שלא מצליחים להדליק כראוי. אורח 2 דיווח שהמפסק/כלי עובד בלחיצה ישירה, אך בחיבור זה לא עובד.
- אבחון שפריר: שפריר אמר לאורח 2 שיש לו 8 ספוטים על קו אחד שיוצרים עומס של 200 וואט — וזה גורם ל-"over low" (עומס יתר). שפריר אמר: "יש לך שם שתי פסים מגנטיים על קו אחד שאתה עושה אותו... אתה עובד 200 וואט... זה לא עובד."
- הפתרון שהוצע: להפריד את הפסים — לא לחבר את כולם על קו אחד. "תפריד אותם, ואז יהיה כאן פחות בעיה."
- שאלה על דרייברים: שפריר שאל אם יש דרייבר לדימוב (dimming) בשטח, וביקש שאורח 2 יצלם תמונה של הדרייברים הקיימים.
- בעיה נוספת — WhatsApp: עלתה בשיחה בעיה עם שליחת תמונה/מסמך דרך WhatsApp — דיון על download לעומת preview, ועל הבדלים בין גישה מפלאפון לגישה ממחשב.
- סטטוס: הבעיה הטכנית ממתינה לפתרון — אורח 2 ינסה להפריד את הפסים ויצלם את הדרייברים.
---
2. 📞 שיחות ופגישות
שיחת תמיכה טכנית עם לקוח/שותף בשטח
- עם מי: אורח 2 (לא זוהה בשם)
- נושא: תקלה בתאורה — פסים מגנטיים שאינם מדליקים בחיבור
- מה עלה: ראה לעיל בסעיף 1ג
- מה סוכם: שפריר הנחה להפריד את הפסים ולצלם את הדרייברים לשם הכוונה נוספת
---
3. 💡 רעיונות ותובנות
א. גישה חדשה לאימון מודל AI — "הנחיות במקום פרופיל"
שפריר פיתח גישה לפיה במקום לנסות ללמוד את המשתמש מניתוח אוטומטי של ציוצים, עדיף לתת לו להגדיר את עצמו ידנית דרך הנחיות ספציפיות. הרציונל — מודל שמנסה להסיק אישיות מ-600 ציוצים יגיע לתובנות שטחיות, בעוד הנחיות ידניות מפורשות מניבות תוצאות מדויקות יותר.
ב. חשיבות ספציפיות בהנחיות
שפריר הדגיש: "אם אנחנו מאוד מאוד כלליים... הוא יסנן בצורה רחבה. לכן אנחנו בהנחיות צריכים מאוד מאוד להיות ספציפיים."
ג. שקיפות ה-AI — הסבר ה"למה"
שפריר תיאר שימוש ב-GPT לא רק לייצור ציוצים, אלא גם ככלי הסבר: לאחר שה-AI מייצר פלט, מביאים לו את הפלט + ההנחיות ומבקשים שיסביר את הקשר — לצורך שיפור מתמשך.
---
4. 📌 משימות להמשך
- המשך פיתוח מערכת ה-AI לטוויטר — להשלים את מנגנון "תבין לבד" ולבדוק אם הוא עובד. שפריר אמר בבירור: "תבדוק עכשיו אם הוא עובד. לא עובד, תחזור חזרה מיד אחורה, עד שזה עובד."
- קבלת תמונת הדרייברים מאורח 2 — לאחר שישלח תמונה, להמשיך בפתרון הבעיה הטכנית בשטח.
- הפרדת הפסים המגנטיים — לוודא שאורח 2 ביצע את ההפרדה ושהבעיה נפתרה.
- הכנת תוכנית נסיעה לפי רשימת ספקים סיניים — לאחר קבלת הרשימה (שמות חברות), לבנות תוכנית נסיעה המתחשבת במיקום המלון ובתנועה.
- הפקת הנחיות מסודרות למערכת ה-AI — בניית רשימה סגורה של "מה למצוא" ו"איך לכתוב" בצורה ספציפית ומפורטת.
---
✅ החלטות שהתקבלו
- איפוס פרופיל ה-AI ותחילה מאפס — שפריר החליט לנטוש את הפרופיל שנבנה מסריקת טוויטר ולהתחיל עם הנחיות ידניות. נימוק: הפרופיל הישן לא ייצג את האישיות האמיתית.
- מבנה שלושה שלבי הנחיות ("מה למצוא" / "איך לכתוב" / "תבין לבד") אומץ כארכיטקטורה הבסיסית של המערכת.
- הפרדת פסים מגנטיים — שפריר החליט (והנחה את אורח 2) לפצל את עומס 200 וואט על ידי הפרדת הפסים לקווים נפרדים, כפתרון לבעיית ה-over load.
- לא להתבסס על ניתוח אוטומטי של פעילות טוויטר בלבד לצורך לימוד אישיות — להוסיף שכבת הגדרה ידנית ואינטראקציה (מה הגיב עליו, עם מי) כשכבה עמוקה יותר.
---
> הערה על מגבלות הסיכום: כ-70%–80% מהתימלול של היום לא היה ניתן לפענוח בשל שגיאות תעתוק חמורות וחזרות טכניות. הסיכום לעיל מבוסס על הקטעים הקריאים שנמצאו בעיקר בין השעות 10:25–14:55. יתכן שנושאים ואירועים נוספים התרחשו ולא תועדו.