קלוד קוד וקודקס עובדים כצוות עם Claudex Loop

מה זה Claudex Loop?

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

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

אם מתחילים בקלוד קוד, קלוד מתכנן, קודקס מבקר את התוכנית, קלוד בונה, וסשן חדש של קודקס בודק את התוצאה. אם מתחילים בקודקס, הכל מתהפך. אפשר גם לבחור מי בונה עם builder=claude או builder=codex, והבודק תמיד יהיה המודל השני.

מה קורה בכל שלב של Claudex Loop?

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

שני קבצים נשמרים בפרויקט: PLAN.md עם מה שבונים, ו-PLAN-REVIEW-LOG.md עם כל הממצאים, מה הוחלט לגבי כל אחד, אילו מודלים השתתפו ומה נשאר פתוח. ככה גם אחרי שבועיים אתם יודעים למה משהו נבנה ככה.

למה האישור כאן שווה משהו

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

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

קודם הדרישות. בלעדיהן הלולאה לא תרוץ:

• קלוד קוד וקודקס, שניהם מותקנים ומחוברים. בפועל זה אומר מנוי לקלוד ומנוי ל-ChatGPT שכולל את קודקס.
• Python 3.10 ומעלה. לא צריך חבילות נוספות ולא מפתחות API.

בודקים ששני הכלים מחוברים, בטרמינל:

העתקהcodex --version
codex login status
claude --version
claude auth status

עכשיו, בתוך קלוד קוד, מתקינים כפלאגין:

העתקה/plugin marketplace add chaseai-yt/claudex-loop
/plugin install claudex-loop@claudex-loop

ומפעילים עם /claudex-loop:claudex-loop ואחריו מה אתם רוצים לבנות. בקודקס מתקינים ידנית: משכפלים את המאגר, מעתיקים את כל תיקיות הסקילים ל-~/.agents/skills, ומפעילים עם $claudex-loop. אם אתם רוצים סטאפ אחד לשני הכלים, כתבתי על זה במדריך לסקילים שעובדים בקלוד קוד ובקודקס.

אילו פקודות כותבים ל-Claudex Loop?

הדוגמאות מה-README, עם פירוש:

העתקהclaudex this feature, plan and implement it

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

העתקהclaudex this plan, mode=review, plan=docs/migration.md, rounds=3

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

העתקהclaudex this feature, builder=codex

קלוד מתכנן, קודקס בונה, וקלוד בודק בסוף. שווה לנסות כשקודקס חזק יותר במשימה מסוג מסוים.

ולפני שבונים משהו: Claudex Route

באותו מאגר יש סקיל נפרד בשם claudex-route שרק ממליץ מי צריך לטפל במשימה, איזה מודל ובאיזה תפקיד, עם הסבר קצר. למשל "Who should handle this CSV import feature? Prioritize cost". הוא לא מריץ מודל אחר בלי שתבקשו. אם הנושא של איזה מודל לאיזו משימה מעניין אתכם, יש לי גם מדריך לניתוב מודלים בקלוד קוד.

איך נראית בקשה ראשונה טובה ל-Claudex Loop?

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

העתקה/claudex-loop:claudex-loop תוסיף לאתר שלי טופס הזמנת תור. הלקוח בוחר שירות, תאריך ושעה פנויה, ומשאיר שם, טלפון ומייל. כל הזמנה נשמרת בגיליון ונשלח לי מייל. גמור זה: אפשר להזמין תור מהטלפון, אי אפשר להזמין שעה תפוסה, והבדיקות עוברות. builder=claude, rounds=3

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

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

מתי שווה להפעיל שני מודלים ומתי לא?

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

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

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

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

• שני מנויים: כל סבב צורך מכסה בשני הכלים. לולאה מלאה של חמישה סבבים על פיצ'ר גדול יכולה לאכול חלק רציני מהמכסה היומית, אז תתחילו עם rounds=3.
• זמן: זה איטי יותר מבקשה אחת. אתם משלמים בזמן ובמכסה, ומקבלים תוכנית שעברה ביקורת לפני שורת הקוד הראשונה.
• מודלים: נכון לנובמבר 2026 ה-README מציע את Claude Fable 5.1 ואת GPT-6 Astra כשהם זמינים בחשבונות שלכם, ואחרת כל כלי עובד עם המודל שמוגדר בו. אין החלפה שקטה למודל אחר.
• הרשאות: הביקורות של קודקס רצות במצב קריאה בלבד, וקלוד בתפקיד מבקר מקבל רק כלי קריאה וחיפוש. בנייה שנשלחת למודל השני דורשת תיקייה נקייה ב-Git.
• רישיון ומחיר: הסקיל חינמי ובקוד פתוח (MIT לפי ה-README). עד נובמבר 2026 יש לו מעל 3,000 כוכבים בגיטהאב.