Claude Code קורא AGENTS.md כשאין בפרויקט CLAUDE.md
Claude Code יכול כעת לקרוא הוראות מ־AGENTS.md כשאין בפרויקט CLAUDE.md, ולחסוך תחזוקת הנחיות כפולות לסוכני קוד. העדכון אינו מחליף קובץ קיים.
Claude Code יכול כעת לקרוא את קובץ ההוראות AGENTS.md כאשר אין בפרויקט CLAUDE.md, שינוי שעשוי לחסוך לצוותי פיתוח תחזוקה של הנחיות כפולות לסוכני קוד. התמיכה נוספה ב־18 בספטמבר 2026 בגרסה 2.1.277, אבל היא אינה מחליפה אוטומטית קובץ CLAUDE.md קיים ואינה סיבה למחוק אותו בלי בדיקה.
מה השתנה ב־Claude Code, ומה נשאר בחוץ
לפי הערות השחרור של Anthropic, הכלי יכול להשתמש ב־AGENTS.md כחלופה כשאין CLAUDE.md בפרויקט. אפשר לשנות את ההתנהגות דרך /config. המשמעות המעשית ממוקדת: צוות שכבר מרכז הוראות ב־AGENTS.md עשוי להשתמש באותו קובץ גם עם Claude Code, בלי לנהל עותק נוסף רק עבורו.
התנאי הזה חשוב יותר מהכותרת על תמיכה בפורמט נוסף. אם בפרויקט שלכם כבר נמצא CLAUDE.md, עצם העדכון אינו אומר שהכלי עבר להסתמך על AGENTS.md. גם אין להסיק מהתחקיר ששני הקבצים מתמזגים, או שהוראות בקובץ אחד גוברות באופן מסוים על הוראות בקובץ האחר. אלה התנהגויות שצריך לבדוק בתיעוד ובסביבת העבודה, ולא לנחש מתוך שם התכונה.
מגבלת זמינות: בעת השחרור התמיכה עדיין לא הייתה זמינה ב־Bedrock, ב־Vertex וב־Foundry. אם זה מסלול העבודה של הארגון שלכם, אל תסירו קובץ הוראות קיים בהנחה שהחלופה כבר נתמכת.
למה קובץ הוראות משותף יכול לחסוך עבודה
קובץ הוראות לפרויקט נועד לתת לסוכן הקשר שהמפתח אינו רוצה לכתוב מחדש בכל משימה: איך מריצים בדיקות, אילו מוסכמות קוד חשובות ואילו אזורים דורשים זהירות. כשצוות משתמש בכמה סוכני תכנות, העתקת אותו תוכן לקבצים נפרדים יוצרת עוד מקום שצריך לזכור לעדכן. הבעיה אינה גודל הקובץ, אלא הפער שעלול להיווצר בין העותקים.
נניח, כדוגמה, שצוות שינה את דרך הרצת הבדיקות ועדכן רק קובץ הוראות אחד. מפתח שעובד עם סוכן אחר עלול לקבל ניסיון להריץ תהליך שכבר אינו מתאים לפרויקט. קובץ משותף יכול לצמצם את מקור הסתירה הזה, בתנאי שהכלים הרלוונטיים אכן קוראים אותו. הוא אינו מבטיח שהסוכנים יבינו כל הנחיה באותה צורה או יבצעו אותה בהצלחה.
אחדו את ההוראות המשותפות, אבל בדקו את ההתנהגות של כל סוכן בנפרד.
מבחינת בחירת כלי, זהו שיפור בתאימות לתהליך העבודה, לא עדות לשיפור ביכולת התכנות. התחקיר אינו מציג מבחן ביצועים שמראה שהעדכון מייצר קוד טוב יותר או מקצר משימות. התועלת הסבירה נמצאת בניהול ההנחיות: פחות כפילות, סקירת שינויים פשוטה יותר וסיכוי נמוך יותר להשאיר הוראה ישנה בעותק שנשכח.
איך לבדוק מעבר ל־AGENTS.md בלי לאבד הנחיות
לצוות שכבר מחזיק בשני הקבצים, הדרך הזהירה היא ניסוי בענף עבודה נפרד. המטרה אינה להוכיח שהקובץ נפתח, אלא לבדוק שהנחיות חשובות נשמרות בתהליך אמיתי. לפני הניסוי כדאי לוודא את גרסת Claude Code ואת מסלול הגישה, ואז לעבור על /config כדי להבין איזו התנהגות מוגדרת בסביבה הנבדקת.
- השוו את תוכן AGENTS.md ו־CLAUDE.md. סמנו כפילויות, סתירות והוראות שמופיעות רק באחד מהם.
- בחרו מה באמת משותף לכלים: פקודות בדיקה, מבנה הפרויקט, כללי סגנון ומגבלות על שינויים.
- שמרו היסטוריה של הקבצים לפני כל שינוי, והימנעו ממחיקה גורפת של הנחיות ייחודיות.
- בסביבה מבודדת ובהתאם להגדרה שבחרתם, בדקו מצב ללא CLAUDE.md כדי לבחון את השימוש בחלופה.
- תנו לסוכן משימה קטנה ובדקו את הפעולות שביצע, את השינויים בקוד ואת תוצאות הבדיקות לפני הרחבת המעבר.
משימת בדיקה טובה יכולה להיות תיקון נקודתי שמחייב שימוש בהוראה מסוימת מהקובץ, למשל הרצת בדיקה רלוונטית לפני סיכום העבודה. בקשו מהסוכן להסביר מה עשה, אבל אל תסתפקו בתשובה שלו: עברו גם על הפקודות והתוצרים. הצלחה במשימה אחת היא אינדיקציה שימושית, לא הוכחה שכל ההוראות ייאכפו בכל מצב.
המשמעות לצוותי פיתוח בישראל
עבור סטארטאפ ישראלי שבו אנשי צוות וקבלנים עובדים עם כלי תכנות שונים, האפשרות לצמצם קובצי הוראות יכולה להקל על כניסה לפרויקט ועל העברת אחריות. במקום לתחזק נוסח אחד לכל כלי, אפשר לשקול מקור משותף להנחיות שאינן תלויות בסוכן. זה שימושי במיוחד כשהצוות קטן ואין מי שמוקצה לתחזוקת סביבת הפיתוח בלבד.
בפרויקט שמיועד למשתמשים בארץ, ההוראות המשותפות יכולות לכלול בדיקת תצוגה בעברית, התנהגות RTL והפרדה בין טקסט ממשק לבין שמות משתנים. אלה דוגמאות לתוכן שכדאי לצוות לשקול, לא יכולות חדשות שנוספו בעדכון. עצם ריכוז ההנחיות בקובץ אינו מאמת שהממשק נראה נכון; עדיין צריך לבדוק אותו בפועל.
בארגון שעובד דרך תשתית ענן מנוהלת, שאלת הזמינות קודמת לחיסכון בתחזוקה. מגבלות ההשקה ב־Bedrock, ב־Vertex וב־Foundry פירושן שאין להחיל מעבר אחיד על כל המפתחים בלי לבדוק את סביבתם. אם חלק מהצוות עדיין זקוק למבנה הקודם, עדיף לנהל מעבר מתועד מאשר להשאיר אנשים בלי ההנחיות שעליהן הסתמכו.
למי כדאי לאמץ עכשיו, ולמי כדאי להמתין
אם כבר יש לכם AGENTS.md מתוחזק ואתם משתמשים ב־Claude Code בסביבה נתמכת, יש כאן סיבה טובה לניסוי מצומצם. אם אתם עובדים רק עם Claude Code ו־CLAUDE.md מספק את הצורך, אין בתחקיר סיבה תפקודית ברורה לשנות את שם הקובץ רק כדי להתיישר עם העדכון. המדד הוא הפחתת תחזוקה, לא אימוץ תכונה לשמה.
הצעד הבא המומלץ הוא לבחור פרויקט אחד, להשוות את ההוראות ולתעד את תוצאת הבדיקה. אם המעבר מפחית כפילות בלי לאבד הנחיות, אפשר להרחיב אותו בהדרגה. כך השינוי הקטן ב־Claude Code יכול להפוך לשיפור שימושי בשגרת הפיתוח, בלי לייחס לו הבטחות על איכות קוד או אחידות בין סוכנים שטרם נבדקו.
שאלות נפוצות
האם Claude Code תומך בקובץ AGENTS.md?
כן. בגרסה 2.1.277, שפורסמה ב־18 בספטמבר 2026, נוספה אפשרות לקרוא AGENTS.md כאשר אין בפרויקט CLAUDE.md. ניתן לשנות את ההתנהגות דרך /config.
האם AGENTS.md מחליף אוטומטית את CLAUDE.md?
לא. התמיכה שנוספה מתייחסת למצב שבו אין בפרויקט CLAUDE.md, ולא להחלפה אוטומטית של קובץ קיים. לפני מעבר כדאי להשוות בין ההוראות ולשמר הנחיות ייחודיות שעדיין נחוצות.
האם התמיכה ב־AGENTS.md זמינה גם ב־Bedrock וב־Vertex?
בעת שחרור גרסה 2.1.277 התמיכה עדיין לא הייתה זמינה ב־Bedrock, ב־Vertex וב־Foundry. לצוות שמשתמש באחת הסביבות האלה כדאי לבדוק זמינות עדכנית לפני שינוי קובצי ההוראות.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות