קלוד מתכנן, GPT-5.6 Sol בונה: שני מודלים על אותו פרויקט

למה לתת לשני מודלים לעבוד על אותו פרויקט?

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

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

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

מה זה GPT-5.6 Sol?

ב-26 ביוני 2026 OpenAI הכריזו על סדרת GPT-5.6: Sol, מודל הדגל, Terra למשימות יומיומיות, ו-Luna המהיר והזול. לפי ההכרזה, Sol הוא המודל הכי חזק שלהם עד אז, עם שיפור ביכולות סוכן בקוד.

חשוב לדעת: ההכרזה מדברת על תצוגה מוקדמת מוגבלת לקבוצה קטנה של שותפים, עם כוונה לפתוח אותו לכולם בשבועות שאחרי. לכן לפני שמתחילים, פותחים את Codex, כותבים /model ובודקים אם Sol מופיע אצלכם. לא מופיע? הסקיל עובד בדיוק אותו דבר עם המודל הכי חזק שיש לכם שם.

איך הסבב בין קלוד ל-Sol עובד?

1. ראיון. קלוד שואל אתכם שאלה אחת בכל פעם, עם תשובה מומלצת, עד שהמטרה, הגבולות ואיך יודעים שזה גמור ברורים. על השיטה הזו יש מדריך לסקיל גריל אותי.
2. תוכנית. קלוד כותב קובץ PLAN.md עם מטרה, מה לא נכנס, שלבים, קבצים ובדיקות קבלה.
3. ויכוח. Codex קורא את התוכנית במצב קריאה בלבד ומחזיר רשימת בעיות. קלוד מקבל או דוחה כל נקודה עם נימוק ומעדכן את התוכנית. עד שלושה סבבים, או עד שאין יותר בעיות חוסמות.
4. אישור שלכם. אתם רואים מה השתנה ואיפה הם עדיין לא מסכימים, ומחליטים.
5. בנייה. Codex בונה לפי התוכנית ומריץ את הבדיקות.
6. ביקורת. קלוד עובר על כל השינויים, מריץ את הבדיקות בעצמו ומשווה לתוכנית.

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

מה צריך להתקין?

שני דברים: קלוד קוד, ו-Codex CLI של OpenAI, סוכן קוד בקוד פתוח (רישיון Apache 2.0) עם 132,022 כוכבים בגיטהאב נכון ל-31 באוקטובר 2026.

התקנה במק ובלינוקס:

curl -fsSL https://chatgpt.com/codex/install.sh | sh

או דרך npm, בכל מערכת:

npm install -g @openai/codex

אחרי ההתקנה מריצים codex פעם אחת ובוחרים Sign in with ChatGPT. לפי ה-README, Codex כלול במנויי Plus, Pro, Business, Edu ו-Enterprise של ChatGPT.

רוצים לקבוע מודל מסוים? מגדירים משתנה סביבה בשם CODEX_MODEL עם השם שמופיע ב-/model של Codex, והסקיל ישתמש בו. בלי המשתנה, Codex עובד עם מודל ברירת המחדל שלו.

הסקיל המלא להעתקה

הסקיל כתוב באנגלית, כי ככה שני המודלים קוראים אותו הכי מדויק. יוצרים תיקייה:

mkdir -p ~/.claude/skills/plan-duel

ושומרים בתוכה קובץ בשם SKILL.md עם התוכן הזה:

---
name: plan-duel
description: Claude interviews the user and writes PLAN.md, OpenAI Codex (GPT-5.6 Sol or the strongest model the user has in Codex) challenges the plan, Claude answers, Codex builds, Claude reviews the result. Use for "plan duel", "קרב", "let Codex build this plan", or any new feature where the plan should be challenged before building.
---

# Plan duel: Claude plans, Codex builds, Claude reviews

## 0. Preflight
- Run `codex --version`. If it fails, stop and tell the user to install Codex CLI and run `codex` once to sign in with ChatGPT.
- Work inside a git repository. If there is none, ask before running `git init`.
- If the environment variable CODEX_MODEL is set, add `-m "$CODEX_MODEL"` to every `codex exec` call below. Otherwise Codex uses its default model.
- Create the folder `.duel/` for the round files.

## 1. Interview
Ask the user one question at a time, with your recommended answer, until these are clear:
goal, who uses it, what is out of scope, constraints (stack, budget, deadline), and how we know it is done.
Stop after about 10 questions. Skip anything the code already answers.

## 2. Write the plan
Write PLAN.md with: Goal, Out of scope, Steps (small and ordered), Files to touch, Acceptance tests (commands or checks that prove it works).

## 3. Debate (max 3 rounds)
Round N:
  codex exec -s read-only -o .duel/review-N.md "Read PLAN.md. You are a senior engineer reviewing this plan before anyone builds it. List concrete problems, missing steps, risky assumptions and simpler alternatives, each marked BLOCKING or MINOR. Do not edit any file."
Then read .duel/review-N.md. For every point, accept it and update PLAN.md, or reject it with a one-line reason. Write your answers to .duel/response-N.md.
Stop when the review has no BLOCKING points, or after round 3.
Show the user a short summary: what changed in the plan and where the two models still disagree. Wait for the user's approval before building.

## 4. Build
Commit or stash the current state first, so the build can be undone.
  codex exec -s workspace-write -o .duel/build.md "Implement PLAN.md exactly. Run the acceptance tests listed in it. At the end, list what you changed and anything you could not do."

## 5. Review
Read `git diff`, run the acceptance tests yourself, and compare the result with PLAN.md.
List every gap. Fix small gaps yourself. For bigger ones, send one fix round to Codex with the list (max 2 fix rounds).

## 6. Report
Tell the user: what was built, test results, open issues, and how to undo (`git` command).

## Rules
- Never put secrets, API keys or customer data in prompts to Codex.
- Do not let Codex run with danger-full-access.
- If Codex hits a usage limit, stop and tell the user. Do not fall back to building it yourself without asking.

לא בא לכם ליצור קבצים? מדביקים את הבקשה הזו בקלוד קוד, ומיד אחריה את הסקיל:

תיצור לי סקיל חדש בקובץ ~/.claude/skills/plan-duel/SKILL.md עם התוכן שאני מדביק מיד אחרי ההודעה הזו, בדיוק כמו שהוא, בלי לשנות כלום. אחר כך תבדוק ש-codex מותקן אצלי ותגיד לי אם חסר משהו.

איך משתמשים בסקיל?

פותחים את קלוד קוד בתיקייה של הפרויקט וכותבים:

/plan-duel אני רוצה להוסיף לאתר שלי טופס הרשמה לוובינר, ששומר את הנרשמים בגיליון ושולח להם מייל אישור.

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

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

חשוב לדעת לפני שמתחילים

• זמינות של Sol. נכון להכרזה מיוני 2026, Sol היה בתצוגה מוקדמת מוגבלת. תבדקו ב-/model של Codex מה זמין לכם היום.
• שני מנויים. צריך מנוי של קלוד בשביל קלוד קוד, ומנוי של ChatGPT בשביל Codex. כל צד צורך את המכסה שלו.
• הקוד עובר לשתי חברות. התוכנית והקבצים נשלחים גם לאנתרופיק וגם ל-OpenAI. בפרויקטים של לקוחות, תבדקו שזה בסדר מבחינתם.
• הרשאות. בשלב הוויכוח Codex רץ במצב קריאה בלבד, ובבנייה הוא כותב רק בתוך התיקייה של הפרויקט. הסקיל אוסר מצב גישה מלאה.
• זה לוקח זמן. שלושה סבבי ויכוח ובנייה יכולים לקחת חצי שעה ויותר. בזמן הזה אפשר ללכת לעשות משהו אחר.