בלוג

הנדסת הקשר ב-2026: מהי, במה היא שונה מהנדסת פרומפטים וכיצד ליישם אותה ב-Claude Code

Markdown

מהי הנדסת הקשר וכיצד היא שונה מהנדסת פרומפטים. הקאנון של Anthropic, 7 טעויות והגדרה מינימלית עבור Claude Code.

קריאת המאמר המלא

נקודות מרכזיות

הנדסת הקשר היא התחום העוסק בהגדרת כל מה שנכנס לחלון ההקשר של Claude לפני ההודעה שלכם: הנחיית המערכת, הכלים, ההיסטוריה, קובצי הזיכרון והנתונים מהכלים. ב-2026 היא החליפה את הנדסת הפרומפטים כמיומנות המרכזית — כך אומרים ב-Anthropic. המדריך הזה מכסה את הקאנון ממקורות ראשוניים, 7 טעויות נפוצות שמבזבזות טוקנים והגדרה מעשית בת 7 שלבים עבור Claude Code.

מידע על העבודה עם Ailoot זמין בתיעוד.

מהי הנדסת הקשר — בשורה אחת?

נקודות מרכזיות

הנדסת הקשר היא התחום העוסק באצירת כל מה שנכנס לחלון ההקשר של סוכן AI בכל שלב: הנחיית המערכת, הכלים, ההיסטוריה, קובצי הזיכרון והנתונים ממקורות חיצוניים. הנדסת פרומפטים ענתה על השאלה „איך כותבים פרומפט?” הנדסת הקשר עונה על השאלה „מה ה-AI יודע כשכותבים לו פרומפט?”

Anthropic ביססה את המונח בפוסט בבלוג ההנדסה שלה ב-29 בספטמבר 2025:

הנדסת הקשר היא מכלול האסטרטגיות לבחירה ולתחזוקה של קבוצת הטוקנים (המידע) האופטימלית במהלך הסקת מסקנות של LLM, לרבות כל מה שנכנס מלבד הפרומפטים עצמם.
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

אותו מאמר מציע את המשפט החשוב ביותר לשינוי נקודת המבט:

העבודה עם מודלי שפה עוסקת פחות ופחות במציאת המילים והביטויים הנכונים בפרומפטים, ויותר במענה על שאלה רחבה יותר: 'איזו תצורת הקשר צפויה ביותר להפיק את התנהגות המודל הרצויה?'
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

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

למה הנדסת הפרומפטים התיישנה ב-2026?

נקודות מרכזיות

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

השינוי התרחש בקיץ 2025.

29 בספטמבר 2025: Anthropic מבססת את התחום בפוסט בבלוג ההנדסה שלה ומציגה קאנון של 4 עקרונות.

הנדסת פרומפטים לא „מתה”. היא הפכה לאוריינות בסיסית, כמו לדעת להקליד במקלדת. על גביה התפתח תחום שבלעדיו סוכני AI קורסים במשימות ארוכות: הנדסת הקשר.

במה הנדסת הקשר שונה מהנדסת פרומפטים? 5 הבדלים

נקודות מרכזיות

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

היבטהנדסת פרומפטיםהנדסת הקשר
מה עובר אופטימיזציההניסוח של פרומפט יחידכלל הטוקנים: הנחיית מערכת + כלים + היסטוריה + נתונים שנשלפו
טווח הזמןתור אחדתורים רבים וגם מעברים בין מפגשים
הסיכון המרכזיהמודל לא מבין את הפרומפטהמודל טובע ברעש (context rot)
המיומנות הבסיסיתכתיבה שיווקית והבנת המודלארכיטקטורת מידע ושליפה ממוקדת
המקור בפרויקטתבנית הפרומפט שלכםCLAUDE.md, קובצי זיכרון, שליפה, תת-סוכנים, כיווץ הקשר
מטפורה„איך כותבים פרומפט”„מה ה-AI יודע כשכותבים לו פרומפט”

הנדסת הקשר אינה „פשוט לשפוך עוד פנימה”. היא מינון מדויק. מעט מדי, וה-AI חסר הקשר וממציא מידע. יותר מדי, וה-AI טובע ברעש, מאבד את מקומו באמצע ועולה יותר.

הנדסת פרומפטים טיפלה בשלב האחרון. הנדסת הקשר מטפלת בכל מה שקדם לו.

למה 1M טוקנים לא אומר „לשפוך הכול פנימה”?

נקודות מרכזיות

חלונות ההקשר של המודלים גדלו ב-2026: Claude Opus 4.7 ו-Sonnet 4.6 תומכים במיליון טוקנים. הדבר יוצר אשליה שאפשר לשפוך את כל המאגר לחלון. בפועל, חלון גדול אינו אומר זיכרון שימושי גדול — המודלים מתחילים להידרדר הרבה לפני הגבול.

מגבלות ההקשר הנוכחיות של מודלי Claude:

מודלחלון הקשרזמין ב
Claude Haiku 4.5200,000 טוקניםבכל המסלולים
Claude Sonnet 4.61,000,000 טוקניםPro+ עם קרדיטים לשימוש
Claude Opus 4.71,000,000 טוקניםPro, Max, Team, Enterprise

1M טוקנים הם בערך 2,500 עמודי טקסט. נראה שאפשר לטעון את כל תיעוד הפרויקט, כל התכתובות וכל המפרטים — ולתת ל-AI להבין את השאר. אבל Anthropic אומרת בפירוש בבלוג ההנדסה שלה:

עליכם להתייחס להקשר כאל משאב סופי עם תשואה פוחתת.
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

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

המיומנות העיקרית ב-2026 אינה להשאיר הכול פתוח. היא לעבור במהירות בין הקשרים צרים, אחד לכל משימה.

הטעות הגדולה ביותר: האם יותר הקשר פירושו תוצאה גרועה יותר?

נקודות מרכזיות

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

האפקט השני, אובדן המידע באמצע, פועל במקביל.

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

Anthropic ממליצה על הגבלת אורך בתיעוד CLAUDE.md:

שאפו להשאיר את CLAUDE.md מתחת ל-200 שורות — קבצים ארוכים יותר צורכים יותר הקשר ומפחיתים את ההיענות להנחיות.
— Anthropic, https://code.claude.com/docs/en/memory

פחות מ-200 שורות הוא יעד אורך בהנחיות המצוטטות, ולא סף קשיח שבו ההיענות לכללים נפסקת. טווח 80-120 השורות הוא העדפת העבודה של המחבר בפרויקטים המתוארים כאן, ולא דרישה נפרדת של Anthropic. שמרו על הוראות רלוונטיות ובדקו אם הכללים החשובים מתקיימים; כל שורה נוספת מתחרה על תשומת לב והקשר. למידע נוסף על כתיבת CLAUDE.md תמציתי ובדיקת ההוראות החשובות, ראו את המדריך „כיצד להגדיר CLAUDE.md ב-2026”.

5 עקרונות של הנדסת הקשר לפי Anthropic

נקודות מרכזיות

בפוסט בבלוג ההנדסה מ-29 בספטמבר 2025, Anthropic תיעדה 5 אסטרטגיות הקשר בסיסיות: משאב סופי, שליפה בדיוק בזמן, רישום הערות מובנה, כיווץ הקשר וארכיטקטורות של תת-סוכנים. זהו הקאנון שכל שאר הכותבים בנושא מצטטים כיום.

עיקרון 1. הקשר הוא משאב סופי

זוהי הנחת היסוד, שבלעדיה ארבעת העקרונות האחרים אינם עובדים. Anthropic כותבת:

העצה הכללית לכל רכיבי ההקשר (הנחיות מערכת, כלים, דוגמאות, היסטוריית הודעות וכו') היא לחשוב עליהם היטב ולשמור על הקשר אינפורמטיבי אך צפוף.
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

„הדוק” פירושו „צפוף, בלי מילוי”. כל טוקן בחלון צריך לשנות באופן מהותי את החלטת המודל. אם שורה ב-CLAUDE.md אומרת „אנחנו משתדלים לכתוב קוד נקי”, אפשר למחוק אותה; אין בה מידע שימושי.

עיקרון 2. שליפה בדיוק בזמן

סוכן ה-AI שולף נתונים דרך כלים תוך כדי עבודה במקום לטעון הכול מראש לחלון. זו הארכיטקטורה של Claude Code: במקום מסד נתונים וקטורי או אינדקס, הסוכן משתמש ב-glob וב-grep, כפי שמהנדס מחפש קוד ידנית.

מתי להשתמש בזה: אינכם יודעים מראש אילו קטעים יידרשו למשימה.

עיקרון 3. רישום הערות מובנה

הסוכן כותב הערות לאחסון חיצוני וטוען אותן לפי הצורך. ב-Claude Code, הדבר מיושם באמצעות כלי הזיכרון. Anthropic מתארת זאת בספר הבישול שלה כך:

זיכרון הוא הערות מובנות: הסוכן כותב לאחסון חיצוני מתמשך כדי לעקוב אחר התקדמות בין משימות ומפגשים, בלי להחזיק הכול בהקשר הפעיל.
— Anthropic Cookbook, https://platform.claude.com/cookbook/tool-use-context-engineering-context-engineering-tools

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

עיקרון 4. כיווץ הקשר

דחיסת היסטוריית ההודעות לסיכום כשהמגבלה מתקרבת. ב-Claude Code, זו הפקודה /compact, לצד כיווץ אוטומטי כשהחלון מגיע לכ-80%. Anthropic כותבת:

כיווץ הקשר דוחס את החלון כולו כשהוא נעשה גדול מדי.
— Anthropic Cookbook, https://platform.claude.com/cookbook/tool-use-context-engineering-context-engineering-tools

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

עיקרון 5. ארכיטקטורות של תת-סוכנים

תת-סוכנים ייעודיים עובדים במקביל בחלונות הקשר משלהם ומחזירים סיכומים דחוסים לסוכן המוביל. Anthropic כותבת:

תת-סוכנים מסייעים בדחיסה: הם עובדים במקביל בחלונות הקשר משלהם וחוקרים היבטים שונים של שאלה בו-זמנית.
— Anthropic Engineering, https://www.anthropic.com/engineering/multi-agent-research-system

נתונים מהבדיקה הפנימית שלהם: סוכן Claude Opus 4 מוביל בתוספת תת-סוכני Claude Sonnet 4 מספקים +90.2% איכות לעומת Claude Opus 4 יחיד במשימות מחקר. המחיר: בערך פי 15 טוקנים. המסקנה: הדבר מוצדק כאשר התוצאה חשובה.

למידע נוסף על הגדרת תת-סוכנים ב-Claude Code, ראו את המדריך „תת-סוכנים עבור Claude Code”.

7 טעויות שמבזבזות טוקנים ופוגעות ב-Claude Code

נקודות מרכזיות

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

#דפוס אנטי-תבניתמה קורהאיך מתקנים
1הדבקתי את כל ה-README ועוד 5 קובצי קוד לפרומפט יחידהחלון מתמלא ב-50% בתור אחד, ואז מגיע במהירות למגבלהכלי זיכרון לעובדות ארוכות טווח בתוספת שליפה בדיוק בזמן — תנו ל-Claude לקרוא את הקבצים בעצמו באמצעות read_file/glob
2CLAUDE.md עם 500 שורותהוראות ארוכות עלולות לפגוע בהיענות, במיוחד כשהכללים החשובים קבורים באמצע80-120 שורות, ציוויים, סעיפים לפקודות ולסגנון. שימו את הדברים החשובים ביותר בתחילת הקובץ ובסופו
3אני לא מריץ /compact במפגשים ארוכיםמפגש מגיע ל-180k טוקנים, Claude שוכח את ההודעות הראשונות ואתם חוזרים על ההקשר ידניתהריצו /compact ידנית או השתמשו בכיווץ אוטומטי באמצעות טריגר. סימן לעומס הוא מחוון שימוש בהקשר ב-Claude למחשב
4Claude אחד לכל דברסוכן אחד מתכנן, מחפש, כותב קוד, סוקר ובודק — החלון גדל באופן מעריכיתת-סוכנים: לכל אחד הקשר משלו, והסוכן המוביל אוסף סיכומים. Anthropic מדווחת על +90.2% איכות במשימות מחקר
5קובצי זיכרון גדלים מתוצאות הכליםהסוכן קורא מחדש אותו קובץ 5 פעמים וממלא 96% מההקשר בתוצאות קריאות לכליםניקוי תוצאות כלים: שמרו 4-6 תוצאות אחרונות ונקו את השאר. העובדה שהתרחשה קריאה נשמרת
6הדבקתי את כל המאגר לתיקיית examples/ה-AI מחפש דפוס בין 200 דוגמאות והולך לאיבוד3-7 דפוסים קנוניים ב-examples/, כל אחד עבור סוג משימה מסוים
7רשימת Markdown בת 200 שורות בתור „תוכנית תכונות”רשימה ארוכה ולא מובנית עלולה להקשות על מעקב המשימה; אין נקודת כשל אוניברסלית בשורה 50ארטיפקט HTML או תוכנית ממוספרת בקובץ נפרד

ספר הבישול של Anthropic מתאר מדידה ספציפית לטעות מס' 5: במפגש הבסיס שלהם, המסמך הראשון בהקשר (על C. elegans) היה טכנית בחלון, אך קבור מתחת ל-335k טוקנים. זמין טכנית. בפועל, המודל לא נזכר בו. בעזרת כלי הזיכרון המצב נפתר כך: קובץ ההערות aging_model_organisms_comparison.md שוקל כ-3000 טוקנים במקום לטעון מחדש את הקורפוס המקורי.

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

איך בונים הגדרה שעובדת בערב אחד?

נקודות מרכזיות

להגדרת הנדסת הקשר מינימלית שעובדת ב-Claude Code יש 7 רכיבים: CLAUDE.md, דוגמאות, מסמכי PRP, כלי זיכרון, ‎/compact, תת-סוכנים ושליפה בדיוק בזמן באמצעות כלים. המסגרת הבסיסית אורכת 30-40 דקות להגדרה; הגדרה מלאה עם דוגמאות והנחיות מאומתות אורכת ערב אחד. אפשר לשפר אותה תוך כדי עבודה.

שבעת השלבים לפי הסדר:

  1. CLAUDE.md עם 80-120 שורות. בשורש הפרויקט. השתמשו בציוויים, לא בתיאורים. בתיעוד הרשמי, Anthropic ממליצה על עקרון Specificity: הכללים צריכים להיות קונקרטיים וחד-משמעיים, ולא עקרונות כלליים. בפועל, „לעולם אל תשתמשו במוקים מוטמעים בבדיקות” עובד טוב יותר מ„אנחנו משתדלים לכתוב קוד נקי”. לתבנית מפורטת, ראו את המדריך „כיצד להגדיר CLAUDE.md”.

  2. תיקיית examples/ עם 3-7 דפוסים מאומתים. דוגמה אחת לכל דפוס נפוץ: קריאת API, כתיבת בדיקה, מיגרציה, טיפול בשגיאות. כש-Claude רואה דפוס ב-examples/, הוא משחזר אותו בדיוק. בלי דוגמאות, הוא מנחש תוך כדי עבודה.

  3. מסמכי PRP לתכונות מרכזיות. PRP = Product Requirements Prompt. קובץ אחד לכל תכונה: הקשר + תוכנית + אימות + דוגמאות.

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

  5. /compact בתוספת כיווץ אוטומטי ב-80% מהמגבלה. אל תחכו שהחלון יגיע לקצה שלו. הפעילו כיווץ אוטומטי בהגדרות או הריצו בעצמכם את /compact כשהמפגש מתחיל להסתובב במעגלים.

  6. תת-סוכנים למחקר / סקירה / תכנון. לכל תת-סוכן הקשר משלו והנחיה ממוקדת. Claude המוביל מקבל רק את הסיכום, לא את חומרי המקור. למידע נוסף ראו את „תת-סוכנים עבור Claude Code” ואת „מיומנויות עבור Claude Code” (Skills הם דרך לארוז מומחיות ממוקדת במיומנות ש-Claude מחיל אוטומטית).

  7. שליפה בדיוק בזמן במקום טעינה מראש. אל תשפכו את כל המאגר לחלון. תנו ל-Claude לחפש בעצמו באמצעות glob ו-grep. זו הארכיטקטורה של Claude Code עצמו.

כללים מעשיים נוספים מתוך ניסיון הפרויקט המתואר:

  • משימה אחת, חלון אחד. כשתסיימו, סגרו אותו ופתחו חלון חדש. אל תצברו היסטוריה על פני כמה משימות רצופות.
  • תבנית לפקודה הראשונה בחלון חדש. השתמשו בכל פעם באותו טקסט: “קראו לפי הסדר את CLAUDE.md ואת אזור המשימה. אשרו בשורה אחת. אל תתחילו במשימה; המתינו להודעה הבאה.” בתהליך העבודה המתואר, התבנית שמורה בעורך קטעי טקסט תחת קיצור מקשים יחיד.
  • כשהחלון מלא ביותר מ-60%, עברו לחלון חדש. טכניקת ביניים: בקשו מ-Claude, “כתבו הנחיה כדי שהצ'אט השכן יוכל להמשיך במשימה בלי לאבד את המשמעות”, העתיקו אותה ופתחו חלון חדש.
  • כל טעות של AI היא סיבה להוסיף כלל. אל תכתבו כללים בקובצי זיכרון ביד. אמרו ל-Claude „זה לא נכון כי...” ברגע הטעות, והוא ינסח את הכלל לקובץ בהתאם למוסכמת „כלל → למה → איך”.

מה הלאה: כיצד יתפתח תחום הנדסת הקשר?

נקודות מרכזיות

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

כיוון אחד שבו התחום מתקדם כעת:

Dreaming — בחינה מחדש של מפגשים במהלך הלילה. בכנס Code w/ Claude SF ב-6 במאי 2026, Anthropic הציגה תכונה שבה סוכן בוחן מחדש מפגשים קודמים במהלך הלילה ומעדכן את ההערות שלו. קובצי זיכרון מובנים גדלים כעת לא רק כשכותבים בהם, אלא גם כשהסוכן מסיק מסקנות מניסיון מצטבר.

מגמה אחת ברורה: הנדסת הקשר נעשית תחום מלא של תכנון מידע עבור סוכני AI, ולא רק „איך לכתוב CLAUDE.md”. הנדסת פרומפטים הייתה אחת הרמות הראשונות של התחום הזה. הנדסת הקשר היא הבאה.

המינימום שכדאי להרכיב בערב הראשון: להגדיר את CLAUDE.md ל-80-120 שורות (המדריך כאן), ליצור תיקייה עם מבנה לידע עסקי, ללמוד להשתמש ב-/compact ולהפסיק לשרוף את המכסות.

לאחר מכן, הוסיפו תת-סוכנים (מדריך) ו-Skills כדי להעביר מומחיות ייעודית מההקשר המשותף אל מיומנויות ייעודיות.

מקורות

הכירו את Ailoot.

פרטים נוספים

שאלות ותשובות: הנדסת הקשר ב-2026: מהי, במה היא שונה מהנדסת פרומפטים וכיצד ליישם אותה ב-Claude Code

האם 200 שורות הן מגבלה קשיחה של CLAUDE.md?

לא. ההנחיות המצוטטות ממליצות להישאר מתחת ל-200 שורות כדי לחסוך הקשר ולשפר היענות. טווח 80-120 השורות של המחבר הוא העדפה מעשית; אמתו כללים חשובים במשימות אמיתיות במקום לראות במספר שורות הבטחה.

מה להעביר מחוץ להקשר הראשוני?

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

כל המאמרים