Codex מול Claude Code, לפי הקבצים בדיסק שלך
לא פסק דין על מי כותב קוד טוב יותר. תיאור של איך שני הכלים באמת מתנהגים, שכתבו אותו אנשים שהיו צריכים לגרום לחלון אחד להפעיל את שניהם.
למה ההשוואה הזו שונה מכל השאר
רוב מה שכתוב על Codex מול Claude Code הוא בנצ'מארק על מחשב נייד של מישהו, והוא מתיישן תוך חודש כי שני הצדדים משחררים מודלים מהר יותר משמישהו מספיק לכתוב עליהם. הדף הזה לא עושה את זה. השאלה מי כותב קוד טוב יותר היא שאלה על המודלים ביום שבו שואלים אותה, ואנחנו לא מתיימרים להכריע בה.
מה שאנחנו יכולים לספר לך הוא ממה שתי התוכנות בנויות, כי Vobuda נאלץ לקרוא את שתיהן כדי לצייר סרגל בקרה מעל כל אחת מהן. איפה כל אחת שומרת את הסשנים שלה, איך היא קוראת לחידוש סשן, איפה נמצאת רשימת המודלים שלה, איך היא מכריזה על המצב שבו היא נמצאת. אלה עובדות על הדיסק שלך, הן משתנות לאט, והן קובעות איך כל אחת מתאימה ליום עבודה.
בקצרה: Claude Code קריא יותר מבחוץ. הוא כותב את המודלים שלו בקובץ, שומר את הסשנים בתיקייה לכל פרויקט, ומקבל דגל אחד כדי לחדש סשן. Codex שומר יותר מעצמו לעצמו. הוא מחליף מודלים דרך בורר משלו, ולכן הדבר הישר לעשות הוא לפתוח את הבורר ולקרוא מה שהוא מציג, במקום לשלוח רשימה שתהיה שגויה.
איפה כל אחד שומר מה
כל מה שבטבלה הזו נמצא במחשב שמולך, ואפשר פשוט ללכת ולבדוק.
| Claude Code | Codex | |
|---|---|---|
| שיחות קודמות | תיקייה לכל פרויקט תחת ~/.claude/projects | אינדקס אחד, ~/.codex/session_index.jsonl, שמכיל שם לכל שרשור |
| פתיחת שיחה ישנה | --resume <id> | resume <id> |
| חידוש השיחה האחרונה | --continue | resume --last |
| מיומנויות | ~/.claude/skills, ובנוסף התיקייה המקבילה בפרויקט | ~/.codex/skills, ובנוסף התיקייה המקבילה בפרויקט |
| רשימת המודלים | קובץ משלו, שנכתב לפי מה שהשרת שלו אומר, כך שמודל חדש מופיע ביום שהוא יוצא | הבורר שלו עצמו, שהתפריט פותח וקורא שורה אחר שורה |
| הגדרת המודל | /model למודל, /effort לרמה | בורר /model שלו עצמו, ואז רמה לכל מודל |
| ההגדרות שלו | settings.json | config.toml |
| מה שורת הסטטוס שלו מציגה | Opus 5.5 במאמץ גבוה, Claude Max | gpt-5.6-terra medium |
| איך התהליך נראה | claude | node, כי Codex רץ בתור node |
נבדק בספטמבר 2026 מול ההתקנות הנוכחיות של שניהם. התיעוד הרשמי שלהם הוא הסמכות; זה איך שני הכלים נראים מנקודת מבט של חלון שצריך להפעיל אותם.
שתי תיקיות, וזה המקור לכל מה שבטבלה למעלה
אף אחד מהסוכנים לא מסתיר את זה. סרגל הבקרה ב-Vobuda קורא בדיוק את הקבצים האלה, ולכן הוא יכול להציג רשימת מודלים שמעולם לא כתבנו בעצמנו.
settings.json מודל, רמת מאמץ, הרשאותprojects/ תיקייה אחת לכל פרויקט <project>/ השיחות שלו, החדשה ביותר אחרונהskills/ שלך, ובנוסף אלו של הפרויקט עצמוhistory.jsonl מה שהקלדת, לפי הסדרconfig.toml מודל ורמת חשיבהsession_index.jsonl כל שרשור, שורה אחת לכל אחדskills/ שלך, ובנוסף אלו של הפרויקט עצמושלוש מלכודות שנפלנו בהן כדי שתזהו אותן
כל אחת מהן הייתה קודם כל באג ב-Vobuda, וכל אחת מהן אומרת משהו נכון על שני הסוכנים.
התהליך העמוק ביותר בשיחת Claude הוא לרוב codex
Claude Code מריץ את Codex כעוזר משלו. אז לקיחת התהליך העמוק ביותר בעץ כדי להחליט לאיזה סוכן שייך בלוק גרמה לדוק להציג CODEX מעל שיחת Claude, וגרמה לכפתור new להפעיל מחדש את התוכנית הלא נכונה. הסוכן שאליו שייך בלוק הוא זה שהאדם הפעיל, לא זה שהוא עצמו הפעיל.
Codex הוא לא node_repl
Codex רץ בתור node, ומעטפת (shell) מפעילה תוכנית על ידי פיצול (fork) של עצמה ואז החלפת עצמה בתוכנית הזו, כך שרשימת התהליכים ממשיכה לקרוא לה בשם הישן לאורך כל חייה, אלא אם שואלים את קובץ ההרצה בשמו המפורש. בלוק שמריץ Codex נהג להיקרא node_repl.
רשימה של סוכן אחד מעל בלוק של סוכן אחר
שתי רשימות מודלים ודגל continue נכתבו כשהיה רק סוכן אחד, ונשארו גלובליים כשהיו כבר שלושה. פתיחת בלוק Codex הציעה את Opus, Sonnet, Haiku ו-Fable, ופקודת continue שלחה codex --continue, ש-Codex עונה עליה בשגיאת שימוש. כל מה שנקרא מתוכנית שייך עכשיו לתוכנית הזו בלבד, ונשאל רק דרכה.
המילים בממשק של סוכן משתנות
קריאת התשובה של סוכן, או הבקשה שהוא קיבל, על ידי חיפוש מילים מסוימות בממשק שלו נכשלת כבר בגרסה הבאה שלו. שני הסוכנים מזוהים לפי צורה במקום זאת: סוכן מזוהה לפי הפרומפט הממתין שהוא שם לפני מה שמקלידים, לא לפי התיבה שמצוירת סביבו, כי התיבה היא אופנה והפרומפט לא.
התשובה שרוב האנשים באמת רוצים היא שניהם
בפועל אף אחד לא בוחר אחד ומוחק את השני. אחד טוב יותר במה שעושים בשעה הזו, לשני יש את השיחה שבה עשית משהו אחר, ולשניהם יש מגבלות שימוש שמגיעות בזמנים לא נוחים. מה שחשוב הוא האם הפעלת שניהם בו זמנית עולה לך במשהו.
ב-Vobuda לא. שני בלוקים בלשונית אחת, או שתי לשוניות, לכל אחד סרגל משלו שקורא את הסוכן שלו, כל אחד מציג את המודל ואת המאמץ שלו, ומצב ההרשאות של Claude Code לצידם. שניהם מוסרים את האותות שלהם לחלון באותו אופן, ולכן תג, צליל והתראה משמעם אותו דבר לא משנה מי העלה אותם, ורישום מה שקרה בזמן שלא היית שם מפרט אותם זה לצד זה, מקובצים לפי בלוק.
אף אחד מהם לא מחובר דרך פרק הגדרות או מתג, כי אות שצריך להגדיר לפני שהוא עובד הוא לא פיצ'ר, הוא שיעורי בית. הם מתחברים בעצמם בהפעלה, וכפתור האינטגרציה בסרגל הלשוניות מחזיר את הקישורים לסוכן שכבר רץ. הוקים קיימים של צד שלישי נשארים במקומם, ומה שכבר תופס אירוע נקרא מיד אחרי שלנו.
Codex ו-Claude Code, בשאלות פשוטות
מי יותר טוב, Codex או Claude Code?
מבחינת איכות הקוד, זו שאלה על אילו מודלים כל אחד מריץ ביום שבו שואלים, וכל תשובה שנכתבת מתיישנת. מבחינת איך הם מתנהגים כתוכנות, Claude Code קריא יותר מבחוץ: הוא כותב את רשימת המודלים שלו לקובץ, שומר שיחות בתיקייה לכל פרויקט, ומקבל דגל לחידוש שיחה. Codex שומר יותר דברים בפנים.
אפשר להריץ את Codex ו-Claude Code זה לצד זה?
כן. שני בלוקים באותו חלון, כל אחד עם סרגל בקרה משלו שקורא את הסוכן שלו. שניהם מודיעים כשהם מסיימים או זקוקים להרשאה, ושניהם מופיעים באותה רשומה של מה שקרה בזמן שהיית רחוקים.
איך Vobuda מציג את המודלים של Codex?
בכך ששואלים את Codex. פעם שלחנו רשימה של שני מודלים ש-Codex לא מריץ, והיא הייתה שגויה כבר ביום שנשלחה. כפתור המודל פותח עכשיו את הבורר של Codex עצמו, קורא את השורות שהוא מציג ולוחץ על זו שבחרת, וכל מודל מציע את הרמות ש-Codex נותן לו.
האם מי מהם צריך חשבון ב-Vobuda?
לא. אין ב-Vobuda חשבונות בכלל. כל סוכן משתמש במנוי או במפתח שכבר נתת לו. Vobuda משתמש בכניסה של Claude Code לדבר אחד, כדי לשאול את Anthropic על מגבלות השימוש שלך, ולעולם לא נוגע בכניסה של Codex.
מה לגבי מודל מקומי במקום זאת?
מודל מקומי דרך Ollama הוא רשומה בקובץ agents.json ולא דורש כתיבת קוד. הוא מקבל בלוק וסרגל עם כל מה שהסוכן הזה יכול להצהיר עליו עצמו בכנות.
חלון אחד, שני סוכנים
בחינם, בלי חשבון, וכל סרגל קורא את הסוכן שנמצא מתחתיו.
curl -fsSL https://vobuda.com/install.sh | sh