Codex בעברית: איך סידרתי RTL ב-Desktop בלי לגעת באפליקציה

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

באותה תקופה גם עברתי מ-Claude Code ל-Codex, וחיפשתי משימה ראשונה שתעזור לי להבין איך לעבוד איתו באמת. במקום להתחיל מפרויקט גדול, לקחתי כאב קטן מתוך העבודה היומיומית ובניתי איתו כלי מקומי שמסדר את העברית בתוך Codex Desktop.

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

התקנה מהירה: Codex בעברית וב-RTL

הכלי זמין כאן: codex-rtl-local ב-GitHub (נפתח בלשונית חדשה).

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

דרישות: Codex Desktop ו-Node.js 22 ומעלה. בזמן ש-Codex פתוח דרך ה-launcher, תהליך מקומי אחר יכול עקרונית להתחבר לפורט DevTools. כשלא צריכים את שכבת ה-RTL, סוגרים את האפליקציה ופותחים אותה מחדש בדרך הרגילה.

ב-macOS, סוגרים את Codex לגמרי ואז:

git clone https://github.com/Gal-WPsite/codex-rtl-local.git
cd codex-rtl-local
sh ./run.sh

Codex חייב להיפתח דרך ה-launcher הזה. אם פותחים אותו רגיל, ה-injector לא יכול להתחבר.

אם אתם רוצים לתת ל-Codex להתקין אותו בשבילכם, אפשר לפתוח Codex ולהדביק:

תתקין לי את כלי ה-RTL המקומי לקודקס:
https://github.com/Gal-WPsite/codex-rtl-local

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

ב-README יש גם מסלול PowerShell ל-Windows, עדיין ניסיוני. הגרסה ל-macOS נבדקה בפועל.

למה לבנות לבד

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

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

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

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

התחלתי מ-macOS כי זו סביבת העבודה שלי, אבל בדיעבד ההפרדה היתה נכונה: ה-injector כתוב ב-Node.js, ולכן אפשר היה להוסיף גם launcher ל-Windows בלי לכתוב את כל הכלי מחדש.

מה בעצם הכלי עושה

ברמה הפשוטה, הכלי עושה שלושה דברים:

1. פותח את Codex Desktop בצורה שמאפשרת לסקריפט מקומי לדבר עם החלון של האפליקציה.
2. מוסיף שכבת CSS ו-JavaScript שמזהה טקסט בעברית.
3. מיישר את הטקסט העברי לימין, אבל משאיר קוד, פקודות ופלט מהטרמינל משמאל לימין.

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

בסוף יצא כלי קטן בשם codex-rtl-local. מפעילים אותו דרך ה-launcher שמתאים למערכת ההפעלה, והוא דואג להזריק את שכבת ה-RTL אחרי שהאפליקציה עולה. את הוראות ההרצה עצמן שמרתי ב-GitHub, כדי שיהיה להן מקום אחד להתעדכן בו.

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

איך התחלתי לעבוד עם Codex

לא התחלתי מ”לכתוב לי כלי RTL”. זה פרומפט כללי מדי. התחלתי מלתאר את החוויה ואת הגבולות.

בערך כך:

אני רוצה לבנות כלי מקומי ל-macOS שמוסיף תמיכת RTL לעברית בתוך Codex Desktop.

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

תציע לי דרך פעולה פשוטה ובטוחה יחסית.
אל תכתוב קוד עדיין.

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

במקרה הזה התוכנית היתה:

• סקריפט שפותח את האפליקציה עם אפשרות חיבור מקומית.
• סקריפט שמתחבר לחלון של האפליקציה.
• קובץ CSS שמגדיר איך RTL נראה.
• קובץ JavaScript שמזהה איפה יש עברית ואיפה יש קוד.

זו ארכיטקטורה קטנה: פירוק של בעיה אחת לארבעה קבצים.

הגבולות שנתתי לו

בעבודה עם Codex, המגבלות היו חשובות יותר מהקוד. ביקשתי ממנו לעבוד בתוך כמה גבולות ברורים:

• לא לערוך את קובצי האפליקציה.
• לא להוריד חבילות חיצוניות אם לא חייבים.
• לא לעשות קריאות רשת החוצה.
• לפתוח חיבור מקומי בלבד, על 127.0.0.1.
• להשאיר code blocks, terminal output, paths ופקודות ב-LTR.
• לא להפעיל RTL גלובלי על כל האפליקציה.

אלה בדיוק הדברים שקשה לתקן בדיעבד אם לא אומרים אותם מראש. אם נותנים לסוכן רק “תסדר לי RTL”, הוא עלול לבחור פתרון שנראה עובד בשורה הראשונה, אבל שובר את כל שאר החוויה.

מה Codex בנה בפועל

אחרי שהתוכנית היתה ברורה, ביקשתי ממנו לבנות קובץ-קובץ.

הפרומפטים היו קצרים וממוקדים:

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

אחר כך:

כתוב את הסקריפט שמתחבר לחלון של האפליקציה ומזריק את קובצי ה-CSS וה-JavaScript.
תוודא שהוא מסרב להתחבר לכתובת שאינה מקומית.

ואז:

כתוב runtime קטן שמזהה עברית בתוך הודעות ושדות כתיבה.
הוא צריך לסמן טקסט עברי כ-RTL, אבל להכריח קוד וטרמינל להישאר LTR.

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

למשל, אם הקוד התחיל להתיישר לימין, ביקשתי:

ה-RTL עובד על פסקאות, אבל עכשיו code blocks נפגעו.
תעדכן את הסלקטורים כך שכל pre/code/terminal/font-mono יישארו LTR.

וכששדה הכתיבה לא התעדכן תוך כדי הקלדה:

הודעות קיימות מסתדרות, אבל ה-composer לא משתנה בזמן שאני מקליד עברית.
תוסיף האזנה ל-input ותעדכן את הכיוון של שדה הכתיבה בזמן אמת.

בפועל זה מה שקובע: לא צריך לדעת מראש את הפתרון המלא. צריך לדעת לתאר מה לא עובד.

מה בדקתי בעצמי

בכלי שמשפיע על אפליקציה קיימת, יש דברים שלא הייתי משאיר ל-Codex להחליט לבד.

בדקתי ידנית:

• שהעברית באמת מיושרת לימין.
• שמילים באנגלית בתוך משפט עברי נשארות קריאות.
• ש-code blocks נשארים LTR.
• ששדה הכתיבה עובר ל-RTL כשמקלידים עברית.
• שפרומפט באנגלית לא נתקע בטעות ב-RTL.
• שאם סוגרים את הכלי ופותחים את Codex רגיל, אין שינוי קבוע.

השתמשתי בפרומפט בדיקה פשוט:

תכתוב לי הסבר קצר בעברית על הפקודה npm run build,
ותכלול code block עם package.json קטן ופקודת terminal.

זה פרומפט טוב כי הוא מערבב בדיוק את הדברים שיכולים להישבר: עברית, אנגלית, פקודות, קובץ JSON, ו-code block.

רגע על בטיחות

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

לכן הכלי שבניתי שומר על כמה כללים:

• החיבור נפתח רק למחשב המקומי, לא לרשת.
• הסקריפט מסרב להתחבר לכתובת שאינה מקומית.
• הכלי אינו מוריד קוד מבחוץ בזמן הריצה.
• אין שינוי קבוע בקובצי האפליקציה.
• בזמן שהאפליקציה פתוחה דרך ה-launcher, תהליך מקומי אחר יכול עקרונית להתחבר לפורט DevTools.
• אפשר לסגור את Codex ולפתוח אותו רגיל בכל רגע.

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

מה למדתי מזה

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

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

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

סיכום

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

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

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