רכזו תיקונים חוזרים, בדקו מה באמת חוזר ובאיזה הקשר, והפכו אותם להנחיות עבודה ממוקדות. לכל הנחיה הגדירו מתי היא חלה, דוגמה לתוצאה תקינה ובדיקה שמוכיחה שהופעלה. התחילו במשימה אחת ובדקו אותה בשיחה חדשה לפני שמרחיבים לשאר העבודה.
אם אתם שוב מסבירים איך לכתוב, איך לבדוק ומה אסור לשנות, יש לכם חומר גלם לשיטת עבודה. ההסבר כבר קיים. הוא פשוט מפוזר בשיחות.
בפוסטים שלי תיארתי בדיקה של 995 קבצים ו־84 סשנים, שכללו 3,349 הודעות. נמצאו 2,227 פריטי הנחיה ייחודיים ועוד 218 מקבצי הנחיות וזיכרון. אלה מספרים מהבדיקה האישית שתיארתי, ולא תחזית למה שתמצאו אצלכם או מדידה של חיסכון.
הפוסט המקורי והעדכון בעקבות השיחה בתגובות נצפו ב־18.10.2026. LinkedIn הציג תאריכים יחסיים בלבד, ולכן יום הפרסום המקורי עדיין לא אומת.
מתוך פוסט המקור: "לא רק כמה פעמים ביקשנו, גם זמן תיקון, עבודה חוזרת וסיכון."
מה בכלל מחפשים בהיסטוריה?
בעיניי, לספור כמה פעמים ביקשנו משהו זו התחלה. השאלה העסקית היא כמה עבודה חוזרת אותה בעיה מייצרת. תיקון בשם הקובץ ותיקון בנתוני לקוח לא מקבלים בהכרח אותו משקל.
בקשו דוח שמפריד בין ההנחיה עצמה, מספר הפעמים שבהן חזרה, ההקשר והמחיר שלה בעבודה חוזרת. אם אין זמן מדוד, משאירים את השדה ריק. לא ממציאים אומדן רק כדי למלא טבלה.
אל תכניסו הכול להנחיות הקבועות. כלל על הצעות מחיר צריך להגיע כשכותבים הצעת מחיר. הוא לא צריך להעמיס על משימה של ניתוח אקסל. גם Anthropic מתייחסת לקונטקסט כמשאב מוגבל; ההחלטה מה להכניס לכל משימה היא חלק מהעבודה.
תהליך שאפשר להתחיל ממנו
- בחרו משימה שאתם עושים באופן קבוע. למשל דוח שבועי או הכנת מאמר.
- הגדירו אילו שיחות וקבצים מותר לנתח. התחילו מהחומר הרלוונטי שיש לכם גישה אליו.
- בקשו לאחד ניסוחים דומים, תוך שמירת הדוגמאות והחריגים. אחרת אותה העדפה תופיע בעשר גרסאות.
- בדקו סתירות ושינויים לאורך זמן. שינוי בהעדפה צריך להיות מוצג להחלטה, לא להימחק בשקט.
- כתבו הוראה שאפשר לבדוק: מתי מפעילים, מה עושים ואיך נראה תוצר שעומד בדרישה.
- פתחו שיחה חדשה ובצעו דוגמה אמיתית. בדקו אם ההנחיה הופעלה בלי תזכורת נוספת.
אם כבר קיים אצלכם סקיל והכלי עדיין מפספס, אל תמהרו לייצר עוד אחד. אולי הבעיה היא באופן שבו הכלי מגיע להנחיה או מזהה שהמשימה מתאימה לה.
פרומפט עבודה לתהליך הראשון
נתח את התיקונים וההעדפות במשימה שבחרנו, מתוך המקורות שאישרתי בלבד. הצג לכל הנחיה ניסוח מאוחד, דוגמת מקור, מספר הופעות והקשר. הפרד בין כלל קבוע להנחיה של פרויקט מסוים. הצג סתירות ושינויים לאורך זמן בלי למחוק מידע. הצע הוראות קצרות ובדיקת קבלה לכל אחת. אל תשנה קבצים לפני שאבדוק את הדוח.
הפרומפט הזה הוא ניסוח עבודה למאמר, ולא העתק של כל הפרומפטים מהפוסט. הוא נועד להתחיל ממשימה תחומה שאפשר לבדוק.
דוגמה להנחיה שאפשר לבדוק
זו דוגמה מוצעת למדריך, ולא הנחיה שנמצאה בהיסטוריה האישית שלי:
| רכיב | דוגמה ממולאת |
|---|---|
| תיקון חוזר | בדוחות השבועיים מופיע סכום בלי מטבע או תקופת מדידה |
| כלל מוצע לאישור | בכל דוח הכנסות שבועי יש לציין ליד הסכום את המטבע, התקופה ומקור הנתונים. אם אחד מהם חסר, מסמנים אותו כחסר לפני פרשנות |
| מתי מפעילים | הכנת דוח הכנסות שבועי מתוך מקורות שהוגדרו למשימה |
| בדיקת קבלה | בשיחה חדשה, דוח לדוגמה מציג את שלושת השדות בלי תזכורת. כשבקלט אין מטבע, הפלט כותב שהמטבע חסר ואינו מנחש |
| בדיקת רגרסיה | בקשה לכתוב הזמנה לאירוע אינה מקבלת שדות הכנסה מיותרים; דוח תקין קודם שומר על הנתונים המקוריים |
לפני שמכניסים כלל כזה לעבודה, בעל התהליך מאשר את הניסוח ואת התחום שבו הוא חל. הצלחה בדוגמה אחת אינה מוכיחה שהכלל יופעל בכל שיחה בעתיד; צריך לבדוק שימוש נוסף בתהליך האמיתי.
איך יודעים שזה שיפר את העבודה?
הפעילו שוב משימה דומה ורשמו כמה תיקונים נדרשו. בדקו בנפרד איכות, זמן בדיקה והיקף עבודה חוזרת. אל תהפכו צמצום בתיקונים להבטחה כספית בלי למדוד מה קרה לזמן שהתפנה.
אפשר להעמיק בבניית אינדקס לקונטקסט של סוכן AI ובחישוב ROI של שימוש ב־AI.
שאלות נפוצות
האם כל בקשה חוזרת צריכה להפוך לסקיל?
לא. לפעמים צריך לתקן הוראה קיימת, להוסיף דוגמה או להבהיר מתי היא חלה.
האם חייבים לסרוק את כל ההיסטוריה?
לא. אפשר להתחיל בתחום אחד. חשוב לתעד מה נבדק ומה נשאר מחוץ לבדיקה.
כמה זמן התהליך לוקח?
העתקת הבקשה קצרה; הניתוח, הבדיקה והדיוק תלויים בכמות החומר. אין כאן הבטחה לתהליך מלא בשתי דקות.
איך מעבירים את זה לצוות?
ממנים אחראי, שומרים גרסה משותפת ומוסיפים דוגמה ובדיקת קבלה. ההנחיה צריכה להשתלב גם בקליטת עובדים חדשים.
