Question 1

אילו מודלים מקומיים כדאי להריץ, ואיך החומרה משפיעה על SecureContext?

Accepted Answer

SecureContext יורדת ברוך-נוחות לפי רמת החומרה — כל שכבת LLM מתבדרת סגורה (הפונקציה תורמת בשקט כלום) במקום לשבור את האינגיש או החיפוש. מה שמשתנה עם החומרה הוא כמה מהסטאק האינטליגנטי פעיל:

| רמה | חומרה | מודלים המתאימים | מה תקבל |
|---|---|---|---|
| מינימלי | כל CPU, ~2 GB RAM פנויים | nomic-embed-text (רק embeddings) | חיפוש היברידי BM25+vector, זיכרון עבודה, שרשרת ביקורת, גייטינג כישורים — הליבה.
| בינוני | 8–16 GB GPU (או Apple Silicon 16 GB+) | + qwen2.5-coder:14b או phi4:14b (אחד בבת אחת) | + חילוץ עובדות-אירועים באינגיש (הסתכלות זמנית), adjudication של סתירות LLM, חילוץ ישויות, סיכומי קבצים סמנטיים L0/L1.
| מלא | 24 GB+ GPU (למשל RTX 4090/5090) | + phi4:14b ו‑gpt-oss:20b נוכחים יחד | הכל, במקביל, בזמני תגובה אינטראקטיביים — בנוסף למפיק מקומי חזק ל‑QA/בנצ'מרקים. זהו התצורה שהבדיקות המפורסמות שלנו נמדדו בה.

הכוונה לבחירת מודל (כל המודלים מדודו, ראה bench/):
- Embeddings: nomic-embed-text — נדרש, קטן, רץ בכל מקום.
- חילוץ אירועים (ZCEVENTEXTRACTMODEL, ברירת המחדל phi4:14b): בדיקות שלנו הראו ש‑phi4:14b השיגה 100% recall אירועים / 100% דיוק תאריך, שווה ל‑gpt-oss:20b במהירות כפולה. ב‑GPUs קטנים יותר qwen2.5-coder:14b קרוב (84.6% recall). מודלים קודרים ≠ טובים יותר: qwen2.5-coder:32

Question 2

מה צריך כדי להריץ את זה?

Accepted Answer

Node 20+ ו-(מומלץ) Docker עבור הסטאק PostgreSQL + Ollama המובנה. המותקן בלחיצה אחת מבצע הכל במונה של כ‑5 דקות. גרסה fallback עם SQLite פועלת ללא תשתית.

Question 3

האם ניתן להריץ מספר סשנים של Claude Code על אותו פרויקט ללא התנגשויות?

Accepted Answer

כן — סשנים מקבילים מחזיקים את המשימות מרשימת העבודה בשיטת שיגור (zero double-claims at 50 agents × 100 tasks in testing), מתואמים דרך שידורים מסוגים (ASSIGN/STATUS/MERGE/REJECT), ושומרים מרחבים זיכרון פרטיים לכל סוכן יחד עם מאגר משותף. היררכיות בסגנון מחלקה (ראשי + עובדים, N-tier escalation) נתמכות לצוותים גדולים יותר.

Question 4

האם כישורי Claude Code בטוחים להתקנה?

Accepted Answer

כישורי מערכת הקבצים אוסף סקריפטים שמופעלים עם ההרשאות שלכם, ו‑Claude Code's native loader אינו סרוק אותם. SecureContext מוסיף את המנעול החסר: סריקה AST באדמיניסטרציה, אימות HMAC לפני כל הרצה, קוונטיינר אוטומטי בישום או שינוי לאחר קבלת אישור, ורשימה שרשרת וניתנת לאימות של כל החלטה בכניסה.

Question 5

האם SecureContext שולח את הקוד או הנתונים שלי לענן?

Accepted Answer

לא. זיכרון, embeddings (Ollama nomic-embed-text), חיפוש, סיכום ושרשרת האודיט עובדים כולם במקומם. זה פועל באופן מלא במצב אופליין (החיפוש מתמעט לרק מילים אם Ollama אינו פעיל) והעלות היא $0 כשבמצב מנוחה.

Question 6

האם הוא יכול לנהל פרויקט ארוך, מרובה שבועות?

Accepted Answer

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

Question 7

כמה חוסך SecureContext עלויות טוקנים ב-Claude Code?

Accepted Answer

מדוד בפרויקט של 10 פעלות: ~87% פחות עומס קונטקסט (שחזור הפעלה ~1.5–4k טוקנים במקום 20–50k של קבצים שנשכפלו). בפרויקטים ארוכי חיים עם מאות זיכרונות, תקציב הזיוף שומר כל זיוף ~4k טוקנים בעוד דמפ בלתי מוגבל היה ~47k. שאלות על קבצים מתעננות מתוך סיכומי סמנטיקה דחוסים ב‑15–50× במקום קריאות גולמיות.

Question 8

איך לתת ל-Claude Code זיכרון מתמשך בין הפעלות?

Accepted Answer

התקן SecureContext (מילת פקודה אחת – ראה Quick start), לאחר מכן הסוכנים קוראים zcremember כדי לשמור החלטות ושגיאות, ו‑zcrecall_context({focus: "current task"}) בתחילת הפעלה כדי לשחזר אותן — ממוינות לפי רלוונטיות, עם שאילתות זמן בשפה טבעית המענות ישירות מהזיכרון. הזיכרון מחזיק אחרי ריסטים, קומפקטיזציות והפעלות מחדש כי הוא נשמר ב‑PostgreSQL, לא בחלון הקונטקסט.

Question 9

איך זה שונה מהתחרות

Accepted Answer

רוב פרויקטי "זיכרון עבור Claude Code" עושים אחת משלוש הפעולות: עטוף את השיחה ב‑JSON. שמור את ההודעות, ריצה מחדש. אין דחיסה סמנטית, אין מעקב ביקורת, אין מודל אבטחה. סינכרון לשירות ענן. UX טוב יותר, אבל עכשיו היסטוריית הכלים של הסוכן שלך (שיכולה לכלול סודות בהם נגע) חיה בשרת של מישהו אחר. הוסף חיפוש וקטורי. מוסיף RAG על המסמכים שלך אך לא עוזר בבעיית האופרטור – קואורדינציה של מה שהסוכן עושה, אימות של מה רץ, שרידות של כיווץ הפגישות. SecureContext איננו מהם: | | SecureContext | שירותי זיכרון ענן | תוספי RAG וקטוריים | Claude Code מקומי | |---|---|---|---|---| | קבוע בין הפעלות | כן, Postgres מקומי | אבל בשרת שלהם | רק מסמכים, לא מצב | אוטו-כיווץ עם אובדן | | תכניות משלוח + נקודות עצירה מאומתות | zcprogram | | | | | מעקב HMAC | מפתח תת-סוכן | | | | | בידוד זהות לפי סוכן | HKDF + RLS | | | | | דלת קבלה של כישרון (HMAC + AST) | | | | | | שרשרת מוכיחה התנגשות + ריצת פגישה | | | | | | תור גניבת עבודה לפגישות מקביליות | FOR UPDATE SKIP LOCKED | | | | | רץ במצב לא מקוון | Postgres מקומי + Ollama | | תלוי | | | עלות כששקט | 0$ | מנוי חודשי | 0$ | 0$ | לעומת המוצרים הידועים של זיכרון: Mem0 ו-Zep הם APIs מעוצבים ומארחים מצוינים ליישומי LLM; Letta (MemGPT) היא מס

Question 10

מה חדש (v0.46.1)

Accepted Answer

רצף השיח הזמני רבע 2 + ערכת כלי האספקה. שאלות זמנים מורכבות מתפצלות למשפטי אירוע עם פוזיציית מיזוג; חיפושי זמן מציגים קטע Timeline כרונולוגי והתוצאות הוותיקות מציגות אזהרות גיל. zcprogram מוסיף תוכניות אספקה מרובות שלבים עם סגירת שלב מבוססת ראיות, דחיית עצירה אוטומטית – מאומתת חיונית עם מבחן העברת אורקסטרציה (להקיסל את האורקסטרטור באמצע השלב; החלפה קרה ממשיכה משתי קריאות). ציר ה־embed כעת מחזיק watchdog עם תיקון עצמי בתקציב. השקות אחרונות: v0.46.0 — זיכרון צוות (מפתחות לכל משתמש, מרחבים משותפים, שייכות כתיבה), הדגמה חוזרת של סשנים עם מקור הצפנה, OTel Gen-AI spans, CLI של זיכרון CI/headless, embeddings מחולק, יצוא דוח התאמה. v0.44.0 — הפיכת עובדות זמנים, גרף משימות PG עמיד, מספרי LongMemEval הציבוריים הראשונים. v0.43.0 — דחיסת זיכרון לפי תקציב טוקן (מתקן את זרם הזיכרון של 47k‑טוקנים בפרויקטים מתבגרים). v0.41–0.42** — תוכנית איכות זיכרון: זכירה ממוקדת, תזונה, חלונות דו‑זמניים, חיפוש גרף מרובה‑שכבות, זיכרונות TTL, קיבוץ רב‑מודלי. פרטים מלאים ב‑CHANGELOG.md; הערות אדריכלות ב‑ARCHITECTURE.md.

Question 11

מה זה SecureContext?

Accepted Answer

אם אתה משתמש בClaude Code בפרויקטים אמיתיים, אתה נתקע בריפוי המכשולים הבאים:
1. כל סשן מתחיל מאפס. אתה צריך להדביק מחדש את אותם קבצים, להסביר שוב את אותן החלטות, לגלות מחדש את אותן לוגיות – ולשלם טוקנים לעבודה חוזרת על אותו כיוון. 
2. בפרויקטים ארוכים אין מצב משלוח. כאשר סוכן תיאום מתה באמצע פיצ'ר (קריסה, סגירת חלון, שחיקת הקשר), ההחלפה שלו מתחילה מבוטה. אנשים מתגמלים זאת בקבצי CHECKPOINT כתובים ביד. 
3. אין רישום של מה שבוצע באמת על ידי הסוכנים. כאשר משהו פוגע, Claude Code אין לו היסטוריה מאומתת של מה רץ. 
4. סקריפטי כישורים רצה עם ההרשאות שלך, ללא סריקה. כל אחד (או כל סוכן) עם גישה לכתיבה ב‑~/.claude/skills/ יכול לשים קוד שמופעל בהפעלה הבאה. 
5. סשנים במקביל מתנגשים. שתי חלונות טוענות את אותה משימה; אחת מחליפה את עריכות השנייה.
SecureContext הוא תוסף MCP שמסגור את כל חמשת הבעיות. לאחר התקנתו, הסוכנים שלך מקבלים:
- זיכרון שמחזיק את עצמך לאחר הפעלה מחדש – החלטות, לוגיות, ומצב הפרויקט מחזיקים בקולקציה אחת. 
- סיכומים סמנטיים לפי קובץ שמעניקים תשובה ל‑"מה הקובץ הזה עושה" עם דחיסה של 15–50× במקום קריאת גולמית. 
- חיפוש זמני שמכיר מתי דברים קרו ומסמן ידע מיושן. 
- שכבה משלוח לפרויקטים ארוכים – zcprogram רוקד את תוכניות מרובות שלבים; סגירת שלב דורשת הוכחת קבלה ומייצרת אוטומטית checkpoint חיפוש. 
- עקבות ביקורת קריפטוגרפית – כל

developer-prime-directives (Grade A)אבטחה-בדיקת נתונים AI ל-Claude AI. Grade A. PRIME DIRECTIVES — מוצא מתוך roles.json deepPrompt עבור מפתח

סקירה

תכונות עיקריות

תמחור

מקרי שימוש

אימון מפתחים

ביקורת קוד

יתרונות וחסרונות

יתרונות

חסרונות

ביקורות

שאלות ותשובות

שאל שאלה

חלופות למיומנויות