בקצרה
נותנים לשני הכלים את אותו בריף, בודקים את התוצרים לפי אותם מדדים ומבקשים תיקון זהה. כך אפשר להשוות איכות, זמן עבודה ומאמץ לפי משימה אמיתית מהעסק.
בסוף המדריך יהיה לכם: השוואה על משימה אמיתית מהעסק, שעוזרת להחליט באיזה כלי להשתמש.
עודכן: נובמבר 2026-
Claude Codeכלי מרכזי
-
Codexכלי מרכזי
שלב 1: מה בעצם משווים
Claude Code ו־Codex הם סוכנים שאפשר להפעיל מתוך תיקיית עבודה. הם יכולים לקרוא בריף, לייצר קובץ ולעבוד עליו בסבבים. זה שימושי כשצריך משהו שאפשר לפתוח, לבדוק ולהעביר הלאה, כמו דף נחיתה מקומי או מפת חיתוכים.
| מה בודקים | Claude Code | Codex |
|---|---|---|
| פתיחת עבודה מקומית | מפעילים claude בטרמינל או פותחים סשן מקומי בלשונית Code באפליקציה. | מפעילים codex בטרמינל או בוחרים Codex ועבודה מקומית באפליקציה. |
| התחברות | חשבון Claude שתומך ב־Code או מסלול Console בהתאם לחשבון. | התחברות עם ChatGPT או מסלול API. היקף השימוש תלוי בחשבון ובסביבת העבודה. |
| אישור פעולות | מצב תכנון לקריאה ודיון. כשעוברים לביצוע, בדקו את מצב ההרשאות ואת הבקשה לפני אישור. | הרשאות משולבות עם גבולות סביבת העבודה. אפשר לראות את המצב הפעיל ולבחור כתיבה לתיקיית העבודה. |
| הוראות פרויקט | קובץ CLAUDE.md לפרויקט שעובדים עליו שוב ושוב. | קובץ AGENTS.md להוראות עבודה בפרויקט. |
אם שני הכלים מותקנים, אפשר לבדוק את אותה משימה בשניהם. אם יש לכם כרגע רק אחד, התחילו באותו תרגיל ומלאו עמודה אחת. כך תדעו כבר עכשיו האם הפלט מתאים לעבודה שלכם.
שלב 2: מכינים ניסוי עם קלט זהה
ערכת התרגול כוללת שלושה קובצי קלט פיקטיביים, תיקייה נפרדת לכל כלי, דוגמאות ייחוס וגיליון תוצאות.
claude-lab
בריף · תמליל · הצעה
codex-lab
אותם שלושה קבצים בדיוק
- חלצו את ה־ZIP, ופתחו את nuevo-compare-lab. בחרו claude-lab ל־Claude Code ואת codex-lab ל־Codex. תיקיית reference מיועדת לכם בזמן הבדיקה.
- השתמשו באותו סוג ממשק לשתי ההרצות אם אפשר, למשל טרמינל מול טרמינל. אם השוויתם אפליקציה לטרמינל, תעדו זאת. התקנה ראשונה היא נושא מדריך 15.
- פתחו סשן חדש בכל תיקייה. תעדו את המודל ורמת המאמץ שמופיעים בחשבון, מצב הרשאות, שם הכלי וגרסה. השאירו סקילים וחיבורים חיצוניים מחוץ לניסוי. אם הוראות משתמש כלליות נשארות פעילות, רשמו זאת.
- החליטו לפני ההתחלה כמה זמן נותנים לכל ניסיון ומתי מותר תיקון. סף לדוגמה: 10 דקות וסבב תיקון אחד לכל כלי. הפעילו שעון אחרי שבדקתם שהכלי פתוח ומחובר.
claude --version
codex --versionשלב 3: פותחים כל כלי בתיקייה שלו
- במסלול האפליקציה בחרו עבודה מקומית ותיקיית ניסוי. בטרמינל פתחו חלון מתוך התיקייה ואז הריצו את פקודת הכלי. ב־Windows עם התקנת Codex דרך npm אפשר להשתמש ב־codex.cmd אם הפקודה codex לא מזוהה.
- ב־Claude Code בחרו מצב רגיל שמציג בקשות אישור, שמו עשוי להופיע כ־Manual או Default. ב־Codex בחרו כתיבה לתיקיית העבודה ואישור לפי בקשה. אם אחד הכלים במצב תכנון או קריאה, הוא עשוי להחזיר תוכנית בלי ליצור קובץ.
- הדביקו את הפרומפט של המשימה בתוך הסוכן, אחרי שהוא נפתח. קראו בקשות אישור. לניסוי נדרשות קריאת הקלט וכתיבת קובץ הפלט באותה תיקייה. אם הבקשה חורגת מהן, דחו ותעדו.
claudecodex --sandbox workspace-write --ask-for-approval on-requestשלב 4: שלוש משימות עם פרומפטים זהים
אפשר להתחיל ממשימה אחת. כל משימה נפתחת בסשן חדש ומייצרת סוג תוצר אחר. אם אתם חוזרים על אותה משימה, חלצו עותק נקי ושמרו את התוצאות הקודמות מחוץ לתיקיות הסוכנים.
א. דף נחיתה מקומי
קלט brief.txt ופלט index.html. זה תרגיל מתאים אם אתם בונים עמודי נחיתה וצריכים לראות תוצאה בדפדפן.
עבדו רק בתיקייה הנוכחית. לפני כתיבה ציינו את שם תיקיית העבודה ואת שני שמות הקבצים שהמשימה דורשת. אם הקלט חסר או קובץ הפלט כבר קיים, עצרו ודווחו.
קראו רק את קובץ הקלט שצוין וכתבו רק את קובץ הפלט המבוקש, בקידוד UTF-8. השאירו את הקלט ואת שאר הקבצים ללא שינוי. אין צורך ברשת, בחיבור חיצוני, בהתקנה או בפרסום. אם המידע חסר, סמנו אותו לבירור.
קראו brief.txt וצרו index.html, דף נחיתה מקומי בעברית. הגדירו lang="he", dir="rtl", viewport ו־CSS בתוך הקובץ. הציגו כותרת ראשית אחת, למי השיעור מיועד, משך של 45 דקות, והסבר קצר על מה מתרגלים. הוסיפו קריאה אחת לפעולה עם קישור #booking לאזור הסבר באותו קובץ. הציגו ״מחיר לבירור״. ללא פרטי קשר, עיר או תאריך שלא נמסרו. ללא JavaScript, תמונות מרחוק או קובץ נוסף.
בסיום כתבו מה נוצר, מה בדקתם בפועל ומה עוד צריך לבדוק בדפדפן.מבחן קבלה. פתחו את הקובץ בדפדפן. חפשו כותרת, משך 45 דקות, קהל מתחילים ומחיר לבירור. לחצו על הכפתור ובדקו שהדפדפן מגיע לסעיף התיאום. במצב מסך צר של כ־360 פיקסלים בדקו שאין גלילה אופקית, ובדקו שאפשר להגיע לכפתור עם Tab.
ב. מפת חיתוכים לרילס
קלט timed.tsv ופלט edit-map.tsv. כאן בודקים אם אפשר להעביר לעורכת תוכנית עבודה ברורה, לפני שפותחים את הווידאו עצמו.
עבדו רק בתיקייה הנוכחית. לפני כתיבה ציינו את שם תיקיית העבודה ואת שני שמות הקבצים שהמשימה דורשת. אם הקלט חסר או קובץ הפלט כבר קיים, עצרו ודווחו.
קראו רק את קובץ הקלט שצוין וכתבו רק את קובץ הפלט המבוקש, בקידוד UTF-8. השאירו את הקלט ואת שאר הקבצים ללא שינוי. אין צורך ברשת, בחיבור חיצוני, בהתקנה או בפרסום. אם המידע חסר, סמנו אותו לבירור.
קראו timed.tsv וצרו edit-map.tsv עם שורת כותרת source_start, source_end, action, reason. הפרידו בעזרת תווי Tab אמיתיים. שמרו את הזמנים כפי שהם מופיעים בקלט, לפי סדר המקור. השתמשו ב־KEEP או CUT בלבד. בחרו פתיח, הסבר וקריאה לפעולה. סמנו לחיתוך שתיקות ואת החזרה על הפתיח. לכל שורה כתבו סיבה קצרה בעברית.
בסיום סכמו כמה שניות נשארו לפי הזמנים. המשימה היא תוכנית חיתוכים לקראת עריכה.מבחן קבלה. פתחו כטקסט או בגיליון בייבוא עם מפריד Tab. צריכות להיות ארבע עמודות ושש שורות עבודה. השתיקות והחזרה מסומנות CUT, ושלושת מקטעי הדיבור מסומנים KEEP. משך הדיבור שנשמר לפי המקור הוא 12 שניות.
ג. בדיקת הצעה לפני מסירה
קלט quote.txt ופלט questions.md. זה תרגיל בקריאה מדויקת של הצעה פיקטיבית ובזיהוי פרטים חסרים.
עבדו רק בתיקייה הנוכחית. לפני כתיבה ציינו את שם תיקיית העבודה ואת שני שמות הקבצים שהמשימה דורשת. אם הקלט חסר או קובץ הפלט כבר קיים, עצרו ודווחו.
קראו רק את קובץ הקלט שצוין וכתבו רק את קובץ הפלט המבוקש, בקידוד UTF-8. השאירו את הקלט ואת שאר הקבצים ללא שינוי. אין צורך ברשת, בחיבור חיצוני, בהתקנה או בפרסום. אם המידע חסר, סמנו אותו לבירור.
קראו quote.txt וצרו questions.md. כתבו בדיוק שלוש שאלות שצריך לשאול לפני אישור ההצעה: מספר קובצי הווידאו, מועד המסירה ומספר סבבי התיקונים. התחילו כל שאלה במזהה שורת המקור שמראה איפה חסרה ההגדרה. הוסיפו כותרת אחת. כתבו שאלות בלבד, והשאירו מחיר והתחייבויות ללא השלמה.
בסיום כתבו מה נוצר ובאיזו שורת מקור השתמשתם.מבחן קבלה. פתחו את הקובץ וחפשו שלוש שאלות ממוקדות עם הפניה ל־Q3. ההצעה מציינת ״קובצי וידאו ערוכים״, ומכאן אפשר לשאול כמה, מתי וכמה סבבי תיקון. השאלות אינן התחייבות בשם העסק.
שלב 5: בודקים את הפלט בלי לראות את שם הכלי
- העתיקו את שני התוצרים לתיקיית ביקורת נפרדת ושנו את שמות העותקים ל־A ול־B, עם אותה סיומת. אם אפשר, בקשו ממישהו אחר לשמור את המיפוי. השתמשו באותו דפדפן או עורך טקסט לשני הקבצים.
- בדקו את קובצי המקור מול עותק נקי. אם נכתב לקובץ שלא התבקש, אם שונה הקלט או אם בוצעה פעולה חיצונית בניגוד לגבולות התרגיל, ההרצה נפסלת. אם היא נפסלה בגלל תנאי פתיחה שונים, תקנו את התנאים וחזרו על הניסוי.
- עברו על מבחן הקבלה של המשימה. סמנו בכל קריטריון 0 אם לא עבר, 1 אם עבר חלקית ו־2 אם עבר במלואו. רשמו ראיה קצרה, כמו ״הכפתור נפתח לסעיף תיאום״ או ״שורת התמליל 00:05 השתנתה״.
- אם מצאתם פער שניתן לתקן, הריצו סבב אחד עם פרומפט התיקון. השתמשו באותו תקציב זמן ובאותה תבנית. אם רק תוצר אחד דורש תיקון, זה חלק מתוצאת המדידה. מדדו כמה זמן נדרש עד שקיבלתם קובץ שאפשר להעביר.
| מדד | 2 נקודות | 1 נקודה | 0 נקודות |
|---|---|---|---|
| דיוק | הפרטים נכונים והחסר מסומן. | יש פער נקודתי שהקורא יכול לתקן בלי לנחש. | הומצא פרט מהותי, הוזזו זמני מקור או הוצגה התחייבות שאינה בקלט. |
| השלמה | כל דרישות המשימה מתקיימות. | חסרה דרישה אחת שאינה חוסמת את השימוש. | חסר חלק מהותי או שהמשימה לא בוצעה. |
| מוכנות למסירה | הקובץ נפתח ועובר בדיקה מעשית. | הקובץ נפתח, ויש תיקון פריסה או פורמט קטן. | הקובץ לא נפתח, או פעולה חיונית כמו ה־CTA לא עובדת. |
פתחו מחדש את אותו קובץ פלט בלבד. בבדיקה נמצא הפער הבא: [הדביקו פער אחד].
תקנו רק את הפער הזה. שמרו על העובדות שכבר עברו בדיקה. בקלט ובשאר הקבצים אין צורך לגעת.
בסיום כתבו איזה שינוי נעשה, והציעו דרך אחת לבדוק אותו בקובץ הפלט.דוגמה פיקטיבית. א׳ הגיע ל־6 מתוך 6 אחרי 8 דקות. ב׳ הגיע ל־4 מתוך 6 אחרי 5 דקות והכפתור לא עבד. למשימה הזאת א׳ מוכן למסירה. אם ב׳ יעבור בבדיקה חוזרת, רשמו את התיקון ואת הזמן המצטבר. כדי להסיק מעבר לניסיון אחד, הריצו שוב בעותק נקי והחליפו את סדר הפעלת הכלים.
מה התוצאה אומרת על העבודה בעסק
| אם זה מה שקרה | מה כדאי לבדוק לפני הבחירה |
|---|---|
| שני דפי הנחיתה עוברים. | בדקו מי נתן לכם דרך נוחה יותר לפתוח את הקובץ ולבצע שינוי שני. זמני תיקון חשובים אם תעדכנו את הדף כל שבוע. |
| רק כלי אחד שמר על כל זמני המקור. | העדיפו אותו לתכנון העריכה בסבב הנוכחי ובדקו שוב עם תמליל אחר. התאמה לדף נחיתה היא בדיקה נפרדת. |
| שני דוחות ההצעה נכונים, אבל אחד קל יותר למסירה. | בדקו אם מי שמקבל את הקובץ יכול להבין את השאלות בלי לפתוח את הצ׳אט, ואם הפניות המקור ניתנות לאיתור. |
| שניהם עוברים שוב עם פער קטן. | בחרו לפי החשבון שכבר זמין לצוות, מסלול האישורים והיכולת לשחזר את העבודה. תעדו את מה שהכריע. |
לצוות שעובד על אותה משימה שוב ושוב, כתבו כלל החלטה קצר. למשל ״מפות חיתוך עוברות קודם בדיקת זמני מקור, ורק אחרי כן בודקים זמן עבודה״. כשמשנים מודל, גרסה או רמת הרשאות, שמרו את התוצאה החדשה בשורה נפרדת בגיליון.
שלב 6: רואים איך נראית תוצאה קבילה
הדוגמאות הבאות נכתבו ידנית עבור הערכה. הן מדגימות מה לבדוק, וכוללות את אותם קלטים שתמצאו בתיקיות הניסוי.
דוגמה לדף נחיתה
סטודיו מרווח
שיעור היכרות בפילאטיס
שיעור של 45 דקות למתחילים בפילאטיס. נכיר את המכשירים ונתרגל בקצב הקבוצה.
איך מתאמים?מחיר לבירור.
בדף התרגול עצמו הכפתור מפנה ל־#booking. פתחו את reference/index.html מתוך ה־ZIP כדי לבדוק את קובץ הייחוס המלא.
source_start source_end action reason
00:00.000 00:02.000 CUT שתיקה ובדיקת מיקרופון
00:02.000 00:05.000 KEEP שאלת פתיחה
00:05.000 00:07.000 CUT חזרה על שאלת הפתיחה
00:07.000 00:13.000 KEEP הסבר על השיעור
00:13.000 00:16.000 KEEP קריאה לפעולה
00:16.000 00:18.000 CUT שתיקה# שאלות לסגירת ההצעה
- Q3: כמה קובצי וידאו ערוכים נמסרים?
- Q3: מתי יימסרו הקבצים לאחר הצילום?
- Q3: כמה סבבי תיקונים כלולים?שלב 7: פותרים תקלות ומעבירים לבדיקה
| מה רואים | מה בודקים | מה עושים |
|---|---|---|
| הכלי כתב תוכנית בצ׳אט בלבד. | האם פתוח מצב קריאה או תכנון? | בדקו מה מציע מצב העבודה ובחרו הרשאה לכתיבה מקומית לתיקיית התרגיל בלבד. |
| הקלטים זהים, אבל אחד הכלים מסתמך על תבנית ישנה. | האם פועלים סקיל, זיכרון או קובץ הוראות נוסף? | פתחו סשן ותיקייה נקיים ותעדו הוראות רקע שאי אפשר להשוות. |
| קובץ החיתוכים נראה כמו עמודה אחת. | האם המפריד הוא Tab, והייבוא בגיליון תואם? | פתחו את הקובץ כטקסט ובצעו ייבוא מחדש עם Tab. אם חסרים מפרידים בפלט, בקשו תיקון. |
| הכפתור קופץ לראש העמוד. | בדקו אם ערך href שווה בדיוק ל־#booking ואם יש אלמנט בעל מזהה תואם. | בקשו תיקון נקודתי של הקישור ובדקו שוב בדפדפן. |
| הכלי מדווח שבדק, אבל אין ראיה. | האם כתוב מה הופעל או באיזה קובץ התקבלה תוצאה? | בקשו פירוט פעולה ותוצאה ובצעו את בדיקת הקבלה בעצמכם. |
בונוס · כלי אחד בונה, כלי שני בודק
אחרי הניסוי העצמאי, אפשר לתת לכלי השני לקרוא עותקים של הקלט ושל הפלט. בקשו רשימת ממצאים בלבד, עם קטע מהקובץ שמוכיח כל ממצא. קראו את הממצאים בעצמכם לפני שמחליטים אם לשנות משהו.
אתם בודקים שני תוצרים אנונימיים מתוך תיקיית ביקורת. קראו את הקלט ואת A ואת B בלבד. דרישות הקבלה: [הדביקו את רשימת הבדיקות של המשימה].
לכל תוצר כתבו מה עבר, מה נכשל, ובאיזה קטע בקובץ ראיתם את הראיה. הפרידו בין ״נבדק״ ל״דורש בדיקה ידנית״. אל תנסו לנחש איזה כלי יצר כל תוצר. אל תשנו את הקבצים, אל תפעילו רשת ואל תבחרו מנצח אם חסרה ראיה.הכינו הודעת העברה בת 6 שורות: מה ביקשנו, באיזה קובץ נמצא הקלט, באיזה קובץ נמצא הפלט, מה כבר עבר בדיקה, מה נשאר פתוח, ואיזו פעולה יחידה צריכה להתבצע עכשיו. סמנו פעולות שעדיין לא בוצעו. אל תכללו מזהי חשבון, תוכן פרטי או סודות. החזירו את ההודעה בצ׳אט.רוצים לבחור כלי למשימות האמיתיות בעסק?
בהדרכה אישית בתשלום עם קלי מ־Nuevo Digital נבחר תהליך אחד, ננסח מבחן קבלה שמתאים לכם ונבדוק יחד מה צריך כדי להפוך אותו לשיטת עבודה.
שאלות נפוצות
למי המדריך מתאים?
לבעלי עסקים ולמי שמנהלים את השיווק בעצמם. רמת המדריך: בינוני, מתאים למי שכבר מכיר את הכלים הבסיסיים.
המדריך חינמי? הכלים עולים כסף?
המדריך חינמי. הכלים המרכזיים במדריך: Claude Code, Codex. לחלק מהכלים יש שימוש חינמי מוגבל ולחלקם נדרש מנוי, ולכן כדאי לבדוק את המחיר העדכני באתר של כל כלי.
אפשר לעשות את זה יחד עם ליווי אישי?
כן. בהדרכה אישית אחד על אחד עם קלי עובדים על החומרים של העסק שלכם, בודקים את התוצאה ובונים תהליך שאפשר לחזור עליו. הפרטים באזור הקורסים.
מלווה בעלי עסקים בשיווק, בתוכן ובעבודה עם AI, ומנחה את הכשרת WORK SMART. לקורות החיים של קלי
