מדריך העשרה · Part III זמן קריאה · 22 דקות רמה · בינוני-מתקדם עודכן · 23.04.2026

· חלק ג׳ בסדרה ·

הזיכרון שמבדיל assistant מ- collaborator.

Q: מה ההבדל בין Semantic Memory ל-Episodic Memory?

Semantic Memory מכיל ידע יציב וחוקים — למשל 'כל הלוגים עוברים ל-Winston'. הוא תמיד רלוונטי ונכתב ב-CLAUDE.md. Episodic Memory מכיל אירועים ספציפיים והחלטות נקודתיות — למשל 'ב-28.3 החלטנו לעבור מ-Redis ל-KeyDB בגלל X'. הוא רלוונטי רק בהקשר מסוים ונשמר ב-Auto Memory או Skills.

Q: מה Auto Memory ב-Claude Code 2.1.59+?

Auto Memory הוא מנגנון שמנהל זיכרון Episodic אוטומטית: Claude כותב לעצמו הערות על תיקוני באגים, העדפות קוד ותובנות ארכיטקטוניות — וטוען אותן רק כשרלוונטיות לסשן הנוכחי. הקבצים נשמרים ב-~/.claude/projects/ /memory/ וניתנים לעריכה ידנית. צפייה בפקודה /memory.

Q: מהו Memory Tool API של Anthropic ולמה הוא חשוב?

Memory Tool הוא כלי API רשמי שהושק ב-2026 ומאפשר ל-Claude לקרוא, לכתוב, לעדכן ולמחוק קבצים ב-directory ייעודי (/memories) בין סשנים. זה client-side tool — אתה שולט איפה הזיכרון נשמר (קבצים מקומיים, DB מוצפן, S3). זה הבסיס ל-just-in-time retrieval וקריטי לעסקים עם דרישות GDPR או אבטחת מידע.

Q: איך לבנות Memory Stack בצורה נכונה?

שלב 1 (30 דקות חד-פעמי): כתוב ~/.claude/CLAUDE.md — 50–80 שורות עם זהות מקצועית, סגנון תקשורת ועקרונות. שלב 2 (שעה לכל פרויקט): CLAUDE.md בשורש הפרויקט — stack, conventions, אינטגרציות. שלב 3 (תוך כדי עבודה): כשמזהים משימה שחוזרת פעמיים — יוצרים Skill. אל תחרוג מ-200 שורות ב-CLAUDE.md; אם גדל — פצל ל-CLAUDE.md בתת-תיקיות (nested) עם path scoping אוטומטי.

ב-2026, Anthropic עברה מ-context גדול יותר לארכיטקטורת זיכרון אג'נטית.
המפתח שממשיך להתייחס ל-Claude Code כ-chat bot ישלם פי 10 בטוקנים ויקבל תוצאות בינוניות.
המדריך הזה מראה איך לבנות Memory Stack בכוונה — לפני שהוא נבנה מבולגן מעצמו.

גלול להמשך

ניהול ידע לאורך זמן הוא בעיית ארכיטקטורה, לא בעיית קיבולת. · The Memory Architecture Principle · 2026 ·

THE CONTEXT CRISIS

ה-Context Window
הוא פלסטר, לא פתרון

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

הפתרון האינטואיטיבי — להגדיל את ה-Context Window — הוא פתרון מדומה. גם חלון של 200K או 1M טוקנים לא פותר את הבעיה האמיתית. חלון גדול פשוט דוחה את הקריסה. עלויות הטוקנים צומחות ליניארית, רלוונטיות הפלט יורדת עם העומס, וה"רעש" של הקשר ישן פוגע בדיוק של המודל.

המעבר האסטרטגי ש-Anthropic הובילה ב-2026

במקום לטעון הכל מראש, המערכת שולפת את הרלוונטי בדיוק כשצריך — גישה שנקראת just-in-time context retrieval. הרעיון: הפוך את ה-agent לישות בעלת היסטוריה, זהות ופרספקטיבה. לא כלי שמבין שאילתות — שותף שמכיר את הקוד שלך, את האופי של הלקוחות שלך, ואת הדפוסים שחוזרים אצלך. זה ההבדל בין assistant לבין collaborator.

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

זיכרון פרסיסטנטי — מידע ששורד מעבר לסשן. נכתב לקבצים, DB, או vector store, ונטען מחדש בסשנים עתידיים לפי רלוונטיות.

Claude Code ב-2026 מציע את שני הסוגים — אבל רק אם אתה מכיר את ה-Stack ובונה אותו בכוונה.

THE MEMORY STACK

שש שכבות,
מ-Identity ל-Auto Memory

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

Layer 1

Identity (Global)

מי אתה. נטען בכל פרויקט, בכל סשן.

~/.claude/CLAUDE.md

Layer 2

Strategic Context

מה זה הפרויקט. Stack, מוסכמות, אינטגרציות.

/project/CLAUDE.md

Layer 3

Nested CLAUDE.md (Path-scoped)

CLAUDE.md בתת-תיקיות — נטען רק כש-Claude נכנס לאזור הזה.

<subdir>/CLAUDE.md

Layer 4

Skills (On-demand)

מה לעשות כשמופעל טריגר. lazy-loaded.

.claude/skills/

Layer 5

Auto Memory

מה Claude למד אוטומטית. נטען לפי רלוונטיות.

~/.claude/projects/

Layer 6

Local Overrides

העדפות אישיות. gitignored, לא משותף.

CLAUDE.local.md

הכלל הקריטי שכבות 1–2 נטענות בכל סשן — הן עולות טוקנים תמיד. שכבה 3 (Nested CLAUDE.md) נטענת רק כש-Claude נכנס לתת-התיקייה הרלוונטית. Skills (שכבה 4) טוענות רק את ה-description (~שורה) בהתחלה, ואת המלא רק כשמופעל טריגר. זה ההבדל בין קוד יקר לקוד זול.

Identity Layer: "האני המקצועי" שלך

זה נכתב ב-~/.claude/CLAUDE.md — הקובץ הגלובלי שלך. הוא נטען בכל פרויקט, אז שמור אותו קצר (עד 100 שורות). זה לא "אישיות" של Claude — זה החוזה המקצועי. ההגדרה הזו קובעת מה הוא יעשה אוטומטית מבלי שתבקש שוב ושוב.

# Identity
- Name: Yaakov Bidani
- Role: Founder & CEO, BDNHOST Group
- Expertise: Full-stack, AI architecture, SaaS infrastructure
- Teaching: Senior lecturer, AI & CS, Israeli colleges

# Communication Style
- Hebrew for strategy and discussion
- English for code, APIs, technical terms
- Direct, no filler, no "Great question!" preambles
- Expect proactive next-step suggestions

# Core Principles
- Architect-Operator mindset: systems thinking + hands-on execution
- Prefer Python/Node.js backends, React/Vue frontends
- Always suggest production-ready patterns (error handling, logging, monitoring)
- Never assume — ask before destructive operations

Strategic Context: חיבור ל-Ecosystem

זה ה-CLAUDE.md ברמת הפרויקט. כאן אתה מתאר את המערכת שבה אתה עובד — לא את ההיסטוריה של החברה, אלא את ה-facts שחייבים להיות נגישים כל הזמן: stack, auth, deployment, cross-repo dependencies, conventions.

הכלל הפרקטי: אם רק חלק מהקוד בפרויקט משתמש בחוק מסוים — זה לא הולך ל-CLAUDE.md הראשי. הוסף CLAUDE.md בתוך תת-התיקייה הרלוונטית (למשל backend/CLAUDE.md) — Claude יטען אותו רק כשייגש לקוד שם.

SEMANTIC VS EPISODIC

האבחנה
הכי מבולבלת בתחום

זו ההבחנה הכי חשובה — והכי מבולבלת — בארכיטקטורת זיכרון AI. אם תערבב אותן, תמלא את ה-context בטריוויה היסטורית שלא עוזרת לכלום.

סוג זיכרון	מה הוא מכיל	איפה שומרים	דוגמה
Semantic	ידע יציב, חוקים, מוסכמות	`CLAUDE.md`	"כל הלוגים עוברים ל-Winston"
Episodic	אירועים ספציפיים, החלטות נקודתיות	Auto Memory / Skills	"ב-28.3 עברנו מ-Redis ל-KeyDB בגלל X"

ההבחנה המעשית: Semantic תמיד רלוונטי. Episodic רלוונטי רק בהקשר מסוים. מאז גרסה 2.1.59 (נובמבר 2025), Claude Code כולל מנגנון Auto Memory שמנהל את ה-Episodic אוטומטית: Claude כותב לעצמו הערות על תיקוני באגים, העדפות קוד, תובנות ארכיטקטוניות — וטוען אותן רק כשרלוונטיות לסשן הנוכחי.

# כבר פעיל כברירת מחדל
$ claude --version
# > 2.1.59+

# צפייה/עריכה בזיכרון שנצבר
$ /memory

# הקבצים נשמרים כאן — Markdown רגיל, בלי קסמים
$ ls ~/.claude/projects/<project>/memory/

Working Memory · אל תבלבל משימות נוכחיות אינן זיכרון קבוע. אם אתה באמצע refactor של מודול auth, זה שייך ל-.claude/tasks/auth-refactor.md — לא ל-CLAUDE.md.

כלל אצבע: אם זה "to-do" — זה לא memory. אם זה חוק שיחול גם בעוד שנה — זה memory.

THE LOGIC ENGINE

מנגנוני ניהול:
ארבעה כלים, מתי כל אחד

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

▦

Memory Tool API

כלי API רשמי של Anthropic (2026). קריאה/כתיבה/עדכון/מחיקה ב-directory ייעודי. client-side — אתה שולט איפה הזיכרון נשמר. קריטי ל-GDPR.

◈

CLAUDE.md + Auto Memory

המנגנון הפשוט של Claude Code — מספיק ל-90% מהמקרים. הוספת כללים באמצע שיחה, Claude שואל לאיזה CLAUDE.md להוסיף.

◉

Skills (Trigger-based)

קבצי SKILL.md שנטענים רק כשה-description תואם למשימה. כשלא רלוונטי — לא תופסים אף טוקן.

◆

claude-mem Plugin

47K+ ⭐ ב-GitHub. מתחבר ל-5 lifecycle hooks, רושם הכל, דוחס ב-agent-sdk, שומר ב-SQLite + vector search. לפורטפוליו עשרות אפליקציות.

Memory Tool API — דוגמת קוד

זה ה-primitive החדש של Anthropic. ברמת ה-SDK, Claude אומר "תקרא X" או "תכתוב Y" — הביצוע עליך. קריטי לעסקים שצריכים לשלוט איפה הזיכרון נשמר פיזית:

import anthropic

client = anthropic.Anthropic()

response = client.messages.create(
    model="claude-opus-4-7",
    max_tokens=2048,
    tools=[{
        "type": "memory_20250818",
        "name": "memory"
    }],
    messages=[{
        "role": "user",
        "content": "חזרנו לפרויקט SalaryLens — בדוק אם יש לך הקשר קודם"
    }]
)

Skills — זיכרון מותנה-טריגר

Skills הן התגלית החשובה של 2025–2026. דוגמה ממערכת אמיתית של BDNHOST — skill שמופעל רק כשמוזכרת "קאמאלה CMO":

---
name: kamala-cmo
description: |
  סוכן שליטה דו-כיוונית עם קאמאלה CMO — ה-AI Marketing Orchestrator.
  השתמש בכל פעם שמוזכרת "קאמאלה", "לידים EduManage", "CompanyRadar",
  "CRM4BIZ", "סיגנלי BI", או בקשה לניהול קמפיינים שיווקיים.
---

# הוראות פעולה
1. בדוק את ה-Base44 API status לפני כל פעולה
2. השתמש ב-endpoint `/api/leads/matched` לקבלת לידים חמים
3. כל שינוי ב-production דורש אישור מפורש

ההבדל הקריטי כשאתה כותב "תבדוק את הלידים מקאמאלה" — Claude מזהה את הטריגר, טוען את ה-skill המלא, ומבצע את המשימה עם context ממוקד. כשאתה מדבר על משהו אחר — ה-skill לא תופס אף טוקן.

Skill = lazy-loaded. CLAUDE.md = נטען תמיד.

Skill הוא lazy-loaded. CLAUDE.md נטען תמיד. ההבדל הזה שווה פי עשרה בטוקנים. · The Lazy Loading Principle ·

PRACTICAL STRATEGY

איך לבנות Memory Stack
ב-שלושה שלבים

תוכנית עבודה מעשית. לא תיאוריה — מה בדיוק לכתוב, איפה, וכמה זמן זה לוקח.

IDENTITY LAYER · 30 דקות · חד-פעמי

הגדר את "האני המקצועי"

פעולה: nano ~/.claude/CLAUDE.md
תוכן: 50–80 שורות — מי אתה, סגנון תקשורת, עקרונות ליבה.
אסור: פרטים על פרויקט ספציפי. רק מה שנכון לכל העבודה שלך.

STRATEGIC CONTEXT · שעה לכל פרויקט

חבר את הפרויקט לאקוסיסטם

פעולה: ב-root של הפרויקט — CLAUDE.md
תוכן: עד 200 שורות — stack, conventions, ecosystem integrations.
אם עובר 200: פצל ל-<subdir>/CLAUDE.md — Claude טוען path-scoped אוטומטית.

SKILLS · תוך כדי עבודה

צור Skill לכל משימה שחוזרת פעמיים

זיהוי: ברגע שמשימה חזרה פעמיים — היא skill-material.
ה-description הוא המוצר: הוא קובע מתי הוא ייטען. השקע בו.
ה-body: ממוקד ופעיל — instructions, לא essays.

מה שרוב המפתחים שוכחים בדוק את ה-version: claude --version — Auto Memory דורש 2.1.59+.
נקה מדי חודש: /memory ומחק מה שלא רלוונטי.
הימנע מכפילויות: אם אותה הוראה מופיעה ב-2 מקומות — Claude יבחר שרירותית.

COGNITIVE ARCHITECTURE

מ-Context Window
ל-ארכיטקטורה קוגניטיבית

המעבר שאנחנו חווים ב-2026 הוא מעבר פרדיגמטי: LLMs לא עוד "מנועי שאילתות" — הם agents עם ארכיטקטורה קוגניטיבית. ו-memory הוא ה-layer הכי קריטי בארכיטקטורה הזו.

המפתח שבונה Memory Stack מדויק — Identity → Strategic → Skills → Auto → Plugins — מקבל שותף שזוכר את הקוד שלו יותר טוב ממנו. המפתח שממשיך להתייחס ל-Claude Code כ-chat bot ישלם פי 10 בטוקנים ויקבל תוצאות בינוניות.

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

memory הוא ה-layer הכי קריטי בארכיטקטורה הקוגניטיבית של Claude Code. · The Final Takeaway ·

FAQ

שאלות נפוצות

מה ההבדל בין Context Window לבין זיכרון פרסיסטנטי?

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

מה ההבדל בין Semantic Memory ל-Episodic Memory?

Semantic Memory מכיל ידע יציב וחוקים ("כל הלוגים עוברים ל-Winston") — תמיד רלוונטי, נכתב ב-CLAUDE.md. Episodic Memory מכיל אירועים ספציפיים והחלטות נקודתיות ("ב-28.3 עברנו מ-Redis ל-KeyDB בגלל X") — רלוונטי רק בהקשר מסוים, נשמר ב-Auto Memory או Skills.

מתי להשתמש ב-CLAUDE.md ומתי ב-Skill?

CLAUDE.md נטען בכל סשן ועולה טוקנים תמיד — השתמש בו ל-Identity, Stack, ומוסכמות שחלות תמיד. Skill נטען רק כשה-description שלו תואם את המשימה (lazy loading) — השתמש בו לתהליכים מותנים-טריגר. כלל אצבע: הוראה נכונה תמיד → CLAUDE.md. הוראה בהקשר מסוים → Skill.

מה Auto Memory ב-Claude Code 2.1.59+?

מנגנון שמנהל זיכרון Episodic אוטומטית: Claude כותב לעצמו הערות על תיקוני באגים, העדפות קוד ותובנות ארכיטקטוניות — וטוען אותן רק כשרלוונטיות לסשן הנוכחי. הקבצים נשמרים ב-~/.claude/projects/<project>/memory/ וניתנים לעריכה ידנית. צפייה בפקודה /memory.

מהו Memory Tool API של Anthropic ולמה הוא חשוב?

כלי API רשמי שהושק ב-2026 ומאפשר ל-Claude לקרוא, לכתוב, לעדכן ולמחוק קבצים ב-directory ייעודי (/memories) בין סשנים. זה client-side — אתה שולט איפה הזיכרון נשמר (קבצים מקומיים, DB מוצפן, S3). זה הבסיס ל-just-in-time retrieval וקריטי לעסקים עם דרישות GDPR או אבטחת מידע.

איך לבנות Memory Stack בצורה נכונה?

שלב 1 (30 דקות חד-פעמי): ~/.claude/CLAUDE.md — 50–80 שורות עם זהות מקצועית, סגנון תקשורת ועקרונות. שלב 2 (שעה לכל פרויקט): CLAUDE.md בשורש — stack, conventions, אינטגרציות. שלב 3 (תוך כדי עבודה): כשמזהים משימה שחוזרת פעמיים — יוצרים Skill. אל תחרוג מ-200 שורות ב-CLAUDE.md; אם גדל — פצל ל-<subdir>/CLAUDE.md — Claude טוען path-scoped אוטומטית.

מ-"שוב מאפס"
ל-"הסוכן זוכר."

ארכיטקטורת זיכרון לא נבנית פעם אחת — היא גדלה איתך. אבל היא חייבת להתחיל היום. קח חצי שעה, כתוב את ה-~/.claude/CLAUDE.md שלך, והרגש את ההבדל בסשן הבא.

המשך בסדרת Claude Code

זה חלק ג׳ בסדרה. חלק א׳ על כל הפקודות, חלק ב׳ על Routines ו-Cloud Agents. ב-Bootcamp Pro תבנה סוכני AI מלאים עם Claude Code, Python, n8n, MCP ו-Docker — עם Live 1-on-1.

Bootcamp Pro Part I · Commands Part II · Routines

📚 קרדיט טכני ומקורות

🔗 Memory Tool API: platform.claude.com/docs · memory-tool
🔗 Claude Code Memory: code.claude.com/docs · memory
🔗 claude-mem plugin: github.com/thedotmack/claude-mem

הכותב: יעקב בידני, מייסד ומנכ"ל BDNHOST Group. מרצה בכיר ל-AI ומדעי המחשב במכללות בישראל. בונה פורטפוליו SaaS של 10+ אפליקציות ב-Base44 ו-VPS.

#ClaudeCode · #AgenticMemory · #AIArchitecture · #DevTools · #AI2026

צפו: ארכיטקטורת זיכרון בפעולה

השיעור על CLAUDE.md (קובץ הזיכרון של הסוכן), ה-Skills (ארכיטקטורת זיכרון פרוצדורלי), ו-MCP (זיכרון חיצוני).

▶

שיעור 4: הקובץ הסודי שמשנה הכל — CLAUDE.md | קורס קלוד קוד למקצוענים — BDNHOST Academy

YouTube · BDNHOST · EduManage

▶

שיעור 7: Skills — הכלי שהופך אתכם למתקדמים | קורס קלוד קוד למקצוענים — BDNHOST Academy

YouTube · BDNHOST · EduManage

▶

שיעור 10: MCP — חיבור לכלים שאתם כבר משתמשים | קורס קלוד קוד למקצוענים — BDNHOST Academy

YouTube · BDNHOST · EduManage

→ כל הסרטונים בערוץ EduManage AI Bootcamp ב-YouTube

הזיכרון שמבדיל assistant מ- collaborator.

ה-Context Windowהוא פלסטר, לא פתרון

המעבר האסטרטגי ש-Anthropic הובילה ב-2026

שש שכבות,מ-Identity ל-Auto Memory

Identity Layer: "האני המקצועי" שלך

Strategic Context: חיבור ל-Ecosystem

האבחנההכי מבולבלת בתחום

מנגנוני ניהול:ארבעה כלים, מתי כל אחד

Memory Tool API

CLAUDE.md + Auto Memory

Skills (Trigger-based)

claude-mem Plugin

Memory Tool API — דוגמת קוד

Skills — זיכרון מותנה-טריגר

איך לבנות Memory Stackב-שלושה שלבים

הגדר את "האני המקצועי"

חבר את הפרויקט לאקוסיסטם

צור Skill לכל משימה שחוזרת פעמיים

מ-Context Windowל-ארכיטקטורה קוגניטיבית

שאלות נפוצות

המשך בסדרת Claude Code

📚 קרדיט טכני ומקורות

צפו: ארכיטקטורת זיכרון בפעולה

ה-Context Window
הוא פלסטר, לא פתרון

שש שכבות,
מ-Identity ל-Auto Memory

האבחנה
הכי מבולבלת בתחום

מנגנוני ניהול:
ארבעה כלים, מתי כל אחד

איך לבנות Memory Stack
ב-שלושה שלבים

מ-Context Window
ל-ארכיטקטורה קוגניטיבית