Karpathy CLAUDE.md: לומר לקלוד מה לא

מה זה Karpathy CLAUDE.md ומאיפה הוא הגיע?

אנדריי קרפתי הוא מהחוקרים המוכרים בעולם ה-AI: חבר בצוות המייסד של OpenAI ולשעבר ראש ה-AI בטסלה. ב-26 בינואר 2026 הוא פרסם ב-פוסט ארוך באקס כמה הערות מחודשים של כתיבת קוד עם קלוד. נכון לנובמבר 2026 הפוסט נצפה יותר מ-7.8 מיליון פעמים.

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

מפתח אחר לקח את ההערות האלה והפך אותן לקובץ אחד. המאגר andrej-karpathy-skills (multica-ai/andrej-karpathy-skills) הוא לא של קרפתי עצמו. ב-README כתוב שהוא "נגזר מההערות" שלו. נכון ל-5 בנובמבר 2026 יש למאגר יותר מ-229 אלף כוכבים בגיטהאב.

מה ארבעת הכללים אומרים לקלוד?

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

• לא לנחש (Think Before Coding): לכתוב את ההנחות במפורש. אם יש כמה דרכים להבין את הבקשה, להציג אותן ולא לבחור בשקט. אם משהו לא ברור, לעצור ולשאול.
• לא לסבך (Simplicity First): רק מה שביקשו. בלי פיצ'רים שאף אחד לא ביקש, בלי "גמישות" לעתיד, ואם יצאו 200 שורות שאפשר לכתוב ב-50, לכתוב מחדש. המבחן: האם מתכנת בכיר היה אומר שזה מסובך מדי?
• לא לגעת במה שלא ביקשו (Surgical Changes): לא "לשפר" קוד שליד, לא לסדר מחדש דברים שעובדים, ולשמור על הסגנון הקיים. כל שורה ששונתה צריכה להתחבר ישירות לבקשה.
• לבדוק לפני שאומרים "סיימתי" (Goal-Driven Execution): להפוך כל משימה ליעד שאפשר לבדוק. במקום "תתקן את הבאג": לכתוב בדיקה שמשחזרת אותו, ואז לגרום לה לעבור.

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

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

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

דרך 1: תוסף לכל הפרויקטים. בתוך קלוד קוד כותבים:

העתקה/plugin marketplace add multica-ai/andrej-karpathy-skills
/plugin install andrej-karpathy-skills@karpathy-skills

דרך 2: קובץ בפרויקט אחד. בטרמינל, בתיקייה של הפרויקט. אם אין לכם עדיין CLAUDE.md:

העתקהcurl -o CLAUDE.md https://raw.githubusercontent.com/multica-ai/andrej-karpathy-skills/main/CLAUDE.md

ואם כבר יש לכם קובץ, מוסיפים את הכללים לסוף שלו בלי לדרוס אותו:

העתקהecho "" >> CLAUDE.md
curl https://raw.githubusercontent.com/multica-ai/andrej-karpathy-skills/main/CLAUDE.md >> CLAUDE.md

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

זה עובד גם למי שלא כותב קוד?

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

העתקה## How to work with me

1. Don't guess. If my request can mean two things, show me both and ask.
   Write your assumptions in one line before you start.
2. Keep it simple. Do only what I asked. No extra sections, no extra options,
   no "you might also want". If it can be shorter, make it shorter.
3. Touch only what I asked. Don't rewrite paragraphs, prices, names or
   formatting I didn't mention. If you see a problem elsewhere, tell me, don't fix it.
4. Check before you say done. Before you finish, list what I asked for and
   show that each item is done. If something is missing, say so.

הכלל השלישי הוא זה שחוסך הכי הרבה כאב ראש. אין יותר הצעת מחיר שחזרה עם מחיר אחר כי "שיפרתי את הניסוח".

איך בודקים בעשר דקות שהכללים עובדים?

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

העתקהתוסיף לטופס יצירת הקשר באתר בדיקה שהטלפון תקין.

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

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

מה חשוב לדעת לפני שמוסיפים את הכללים?

• זהירות על חשבון מהירות: ה-README אומר את זה בעצמו: הכללים מעדיפים זהירות על פני מהירות. במשימה קטנה, כמו תיקון שגיאת כתיב, קלוד יכול לשאול שאלות מיותרות. תשתמשו בשיקול דעת.
• לא של קרפתי: הקובץ נגזר מההערות שלו, אבל קרפתי לא כתב אותו ולא חתום עליו.
• רישיון: ב-README כתוב MIT, אבל נכון לנובמבר 2026 גיטהאב לא מזהה קובץ רישיון במאגר.
• קובץ קצר עדיף: כל שורה ב-CLAUDE.md נקראת בכל שיחה. אם הקובץ שלכם כבר ארוך, תקראו קודם את המדריך על CLAUDE.md קצר.
• איך יודעים שזה עובד: לפי ה-README, פחות שינויים מיותרים, פחות כתיבה מחדש בגלל סיבוך, ושאלות הבהרה שמגיעות לפני העבודה ולא אחרי הטעות.

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