OpenSpace: סקילים לקלוד קוד שמשתפרים לבד

מה הבעיה עם ערימה של סקילים?

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

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

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

מה OpenSpace עושה?

OpenSpace הוא פרויקט בקוד פתוח (רישיון MIT) של מעבדת HKUDS, אותה מעבדה שמאחורי LightRAG. נכון לאוקטובר 2026 יש לו כ-7,800 כוכבים בגיטהאב, והוא מגדיר את עצמו כשכבת ניהול סקילים לסוכני AI.

לפי ה-README, הוא עושה ארבעה דברים:

• מוצא. מביא את הסקיל המתאים לכל משימה מתוך הספרייה.
• מודד. עוקב אחרי כל הרצה: האם הסקיל נבחר, הופעל, הצליח, או שהסוכן נאלץ לעבור לדרך אחרת.
• משפר. מתקן, משדרג או יוצר סקילים לפי מה שקרה בפועל.
• משתף. ספרייה בענן ב-open-space.cloud, שממנה מייבאים סקילים לתיקייה מקומית. זה אופציונלי.

איך הסקילים משתפרים לבד?

אחרי משימה, OpenSpace מנתח את מה שקרה ומציע אחד משלושה סוגי שינוי:

1. FIX: תיקון. סקיל שנשבר או שההוראות בו התיישנו מתוקן במקום. אותו סקיל, גרסה חדשה. ככה אותה טעות לא חוזרת פעמיים.
2. DERIVED: גרסה משודרגת. נוצרת גרסה משופרת או מותאמת של סקיל קיים, שחיה לצד המקור.
3. CAPTURED: סקיל חדש. דרך עבודה שהצליחה נשמרת כסקיל חדש לגמרי. לפי ה-README של גרסה 2, זה קורה רק כשיש בהרצה גם ביצוע וגם בדיקה נפרדת שהתוצאה נכונה.

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

מה המספרים של OpenSpace אומרים?

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

המבחן הראשון (גרסה 1). לפי ה-README של גרסה 1, על 50 משימות מקצועיות מתוך GDPVal, סוכנים עם OpenSpace "הרוויחו" 11,484 דולר מתוך שווי משימות של 15,764 דולר. זה פי 4.2 מסוכן הבסיס שלהם (ClawWork) עם אותו מודל, Qwen 3.5-Plus. בנוסף, בהרצה השנייה הם השתמשו ב-45.9% פחות טוקנים מבהרצה הראשונה, כי הסקילים כבר היו מוכנים.

המבחן השני (גרסה 2). ב-Terminal-Bench 2.1, עם אותו מודל קפוא, הציון עלה מ-65.2% בהרצה ראשונה ל-78.7% אחרי שספריית הסקילים התפתחה.

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

איך מתקינים את OpenSpace לקלוד קוד?

צריך פייתון 3.12 ומעלה ומפתח API למודל. הדרך הכי פשוטה היא מה שה-README עצמו מציע: לתת לקלוד קוד להתקין. פותחים את קלוד קוד ומדביקים:

תתקין לי את OpenSpace לקלוד קוד לפי github.com/HKUDS/OpenSpace,
לפי החלק Quick Start, Path A: For Your Agent.
1. תוודא שיש פייתון 3.12 ומעלה, תשכפל את הריפו ותתקין עם pip install -e .
2. תוסיף שרת MCP בשם openspace עם הפקודה openspace-mcp,
   ו-OPENSPACE_HOST_SKILL_DIRS שמצביע לתיקיית הסקילים שלי.
3. תעתיק את הסקילים delegate-task ו-skill-discovery לתיקיית הסקילים.
4. מפתח המודל: תשאל אותי, ותשמור אותו רק בקובץ .env. אל תדפיס אותו.
5. בלי חיבור לענן בשלב הזה.
6. תבדוק ש-openspace-mcp --help עובד ושקלוד קוד רואה את הכלים.

אם אתם רוצים לראות מה קורה מאחורי הקלעים, אלה פקודות הבסיס מה-README:

git clone https://github.com/HKUDS/OpenSpace.git && cd OpenSpace
pip install -e .
openspace-mcp --help

שני הסקילים שמעתיקים הם אלה שמלמדים את קלוד קוד מתי להעביר משימה ל-OpenSpace ואיך לחפש סקיל. לפי ה-README, אחרי זה לא צריך פרומפטים נוספים.

איך עובדים עם OpenSpace ביום יום?

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

רוצים לראות איך הסקילים משתנים? יש לוח בקרה מקומי (דורש Node.js 20 ומעלה) שמראה את כל הסקילים, את השושלת של כל אחד ואת ההבדלים בין גרסאות.

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

חשוב לדעת

• עולה כסף על המודל. הכלי חינמי, אבל הניתוח והשיפור רצים על מודל שאתם מחברים עם מפתח API משלכם, בנפרד מהמנוי של קלוד.
• הוא לא רואה הכל. השיפור מבוסס על משימות שעוברות דרכו. שיחה רגילה שלא נגעה ב-OpenSpace לא מזינה אותו.
• סקילים שמשנים את עצמם. גם עם בדיקות, זה קוד שמשנה הוראות. תעברו מדי פעם על השינויים בלוח הבקרה, במיוחד בסקילים שנוגעים בלקוחות או בכסף.
• ענן אופציונלי. בלי חיבור לענן כל היכולות המקומיות עובדות. אם מעלים סקילים, תבדקו שאין בהם מידע של העסק.
• פרויקט מחקרי. הוא מתעדכן מהר והתיעוד משתנה. ההוראות פה נכונות לאוקטובר 2026.

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