ECC לקלוד קוד: צוות פיתוח שלם בהתקנה אחת

מה זה ECC ולמה זה מעניין גם מי שלא מתכנת?

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

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

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

נכון לנובמבר 2026 לפרויקט יש קרוב ל-300 אלף כוכבים בגיטהאב, רישיון MIT, ועדכונים כל שבוע. השם הקודם היה "Everything Claude Code", ובמאגר כתוב שהמזהה הרשמי עכשיו הוא ecc@ecc.

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

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

דרך 1: מתוך קלוד קוד (הכי פשוט)

פותחים קלוד קוד ומדביקים את שתי הפקודות, אחת אחרי השנייה:

העתקה/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

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

העתקה/plugin list ecc@ecc

דרך 2: התקנה מודרכת מהטרמינל

אם אתם רוצים לבחור הגדרות (למשל אם הפלאגין יותקן לכל המחשב או רק לפרויקט אחד), יש אשף. צריך Node.js בגרסה 18 ומעלה, Git, וקלוד קוד 2.1 ומעלה:

העתקהnpx ecc-universal@2.2.3 setup

למשתמשי ווינדוס, ה-README ממליץ לבחור ב-Global user ובפרופיל Standard, ואז לפתוח סשן חדש ולהריץ /plugin list.

מה עושים עם ECC אחרי שהוא מותקן?

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

לתכנן לפני שבונים

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

העתקה/ecc:plan "טופס הזמנת תור לעסק: בחירת תאריך ושעה, שם וטלפון, ושליחת אישור במייל ללקוח ולי"

לבדוק מה נבנה

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

העתקה/code-review

כשמשהו נשבר

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

העתקה/build-fix

ועוד אחד שכדאי להכיר לפני שמעלים משהו לאוויר: /security-scan, שמריץ בדיקת אבטחה. אם אתם בונים משהו שמקבל פרטים של לקוחות, זה לא מותרות.

איך ECC לומד מכל סשן?

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

בתחילת כל סשן הוא מזריק רק את הדפוסים הכי רלוונטיים (ברירת המחדל היא 6, עם ביטחון של 0.7 לפחות), כדי לא למלא את חלון ההקשר. וכשמצטברים דפוסים דומים, הפקודה /evolve מקבצת אותם לסקיל חדש שאפשר להשתמש בו שוב.

לסיום סשן ארוך יש /save-session, ולחזרה אליו מחר /resume-session. ככה לא מתחילים כל בוקר להסביר לקלוד קוד מאפס מה בנינו אתמול.

איך נראה יום עבודה עם ECC על פרויקט אמיתי?

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

1. מריצים /ecc:plan עם תיאור של הדף בעברית. המתכנן מחזיר רשימה: אילו קבצים ייבנו, איפה נשמרים הפרטים, מה קורה אם השליחה נכשלת. אתם קוראים, מוחקים את מה שלא צריך ומאשרים.
2. קלוד קוד בונה לפי התוכנית. אם הפרויקט משתמש בטסטים, סקיל ה-TDD של ECC גורם לו לכתוב קודם בדיקה שנכשלת, ורק אחר כך את הקוד שמעביר אותה.
3. מריצים /code-review. הבודק עובר על השינויים מהקשר נקי ומחזיר רשימת ממצאים. למשל טופס שלא בודק שמספר הטלפון תקין, או מפתח שנשאר גלוי בקוד.
4. מבקשים מקלוד קוד לתקן את הממצאים, ומריצים בדיקה שוב עד שהרשימה ריקה.
5. לפני שמעלים לאוויר, /security-scan. בסוף היום /save-session, ומחר ממשיכים עם /resume-session בלי להסביר הכל מחדש.

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

זה עובד גם ב-Codex וב-Cursor?

כן, אבל לא באותה רמה, וה-README הוגן לגבי זה. ל-Codex יש פלאגין רשמי שמותקן כך:

העתקהcodex plugin marketplace add affaan-m/ECC
codex plugin add ecc@ecc

ב-Cursor זה מתאם בבטא שמותקן לתוך התיקייה של הפרויקט, ולפי טבלת התמיכה הרשמית אין שם את כל היכולות שיש בקלוד קוד. יש גם מתאמים ל-Gemini, OpenCode, Zed ועוד, כולם עם יכולות מוגבלות יותר. השורה התחתונה: הכי טוב זה עובד בקלוד קוד, ואם אתם עובדים בכמה כלים, תתקינו פעם אחת בכל כלי ולא פעמיים באותו אחד.

מה חשוב לדעת לפני שמתקינים?

• מחיר: הפלאגין חינמי בקוד פתוח ברישיון MIT. יש גם ECC Pro, אפליקציית גיטהאב בתשלום לריפוזיטוריז פרטיים, מ-19 דולר למשתמש לחודש לפי ה-README (נכון לנובמבר 2026). לשימוש רגיל בקלוד קוד לא צריך אותה.
• טוקנים: יותר סוכנים זה גם יותר עבודה, ולכן יותר שימוש במכסה. ה-README עצמו מקדיש פרק לחיסכון בטוקנים וממליץ למשל על Sonnet כמודל ברירת מחדל ועל רמת מאמץ בינונית.
• ווינדוס: עובד, עם מגבלות. לפי טבלת התמיכה, חלק מהלמידה המתמשכת דורש Git Bash או WSL, ויש באגים פתוחים בגרסה הנייטיב.

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

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