סיכום

SLAtech LTD היא חברת פיתוח תוכנה ישראלית הפועלת מאז 2004. אנחנו עוזרים לצוותים ולבעלי מוצרים שהקוד שלהם נכתב עם OpenAI Codex: בודקים ארכיטקטורה, אבטחה ובדיקות, את אופן הבדיקה של שינויי הסוכן ואת הגישה שלו לסביבה, מביאים את הפרויקט ל-production וממשיכים לפתח אותו. הקוד נשאר במאגר שלכם. אנשים קובעים את הארכיטקטורה ומקבלים את ההחלטות, וה-AI רק מציע.

פרויקטים ב-Codex

פרויקט ב-Codex נתקע? נבדוק, נתקן ונביא אותו ל-production

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

ספרו לנו על הפרויקט ישר לאבחון

מה Codex עושה טוב

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

מחזיר את העבודה לבדיקה. השינויים מגיעים כ-pull request שאדם בודק לפני המיזוג.

הוראות פרויקט. בקובץ AGENTS.md כותבים סטנדרטים וסדר בדיקה, והסוכן קורא אותו כשהוא מתחיל לעבוד.

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

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

איפה פרויקטים ב-Codex בדרך כלל נתקעים

יותר pull request מתשומת לב

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

משימות מקבילות זו נגד זו

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

גישה מלאה מטעמי נוחות

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

בדיקות מאותו כותב

אם את הבדיקות כותב אותו סוכן שכתב את הקוד, הן בודקות את מה שהוא עשה, ולא את מה שתוכנן.

AGENTS.md שהתיישן

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

ארכיטקטורה מטושטשת

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

מה אנחנו בודקים בפרויקט ב-Codex

1

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

2

הגישה של הסוכן: מצבי עבודה, רשת, גישה לסודות ול-production.

3

AGENTS.md והוראות: האם הם מתאימים לאופן שבו הפרויקט בנוי היום.

4

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

5

אבטחת האפליקציה: הרשאות גישה, בדיקת קלט, טיפול בסודות.

6

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

7

תלויות: ספריות מיותרות, ישנות ופגיעות.

8

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

9

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

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

שלוש דרכים להמשיך

אבחון

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

עוד על האבחון

המשך פיתוח

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

לדבר על המשך פיתוח

כתיבה מחדש של חלק

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

לדבר על כתיבה מחדש

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

איך אנחנו עצמנו עובדים עם AI

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

שאלות נפוצות

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

רק בסביבה מבודדת בלי גישה ל-production ולסודות. אנחנו בודקים איפה הסוכן רץ ולמה יש לו גישה.

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

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

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

כלי AI נוספים

עם פרויקטים בכלים אחרים אנחנו עובדים באותה דרך. העמוד הכללי: עזרה לפרויקטים ב-vibe coding.

ספרו לנו מה בניתם ב-Codex

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

ספרו לנו על הפרויקט ישר לאבחון