01סקירה
כך אנחנו בונים. הלוח קורא את התוכנית, מזהה אילו משימות אפשר לבנות במקביל, ומעביר כל אחת לסשן פיתוח עם AI בעותק נפרד של הפרויקט. כל שינוי נכתב אחרי הבדיקה שלו, עובר סקירה של AI שני מספק אחר ומוכח לפני שאדם רואה אותו.
הלוח
עמוד חי של כל משימה, מסלול וסשן, ועל מה כל אחד מהם מחכה.
השער
מריץ רק את הבדיקות שהשינוי נוגע בהן, ומשאיר אישור לאותו שינוי בדיוק.
שרת הענן
שרת פרטי לכל פרויקט, שעובד בלי השגחה ושואל את השאלות שלו בוואטסאפ.
02האתגר
כל שלב חיכה למפתח.
מודלי AI האיצו את כתיבת הקוד, אבל מפתח עדיין תדרך כל שלב, בדק כל תשובה והעביר את העבודה לשלב הבא. כל מה שהוחלט הלך לאיבוד בין סשן לסשן.
מה הלקוח רצה להשיג
פחות זמן אנושי
פונים לאנשים רק כשצריך החלטה.
אין מיזוג בלי הוכחה
שינוי נכנס לקוד רק עם הוכחה שעברה, לאותו שינוי בדיוק.
יותר עבודה במקביל
כל משימה שבטוח להריץ רצה מיד, והנתיב הקריטי קודם.
עובד על כל בסיס קוד
מתחבר לפרויקט חדש בלי לשכתב את הכלי.
איך זה עבד קודם
- הוראות שנכתבות מחדש לכל משימה
- כל תשובה נבדקת ידנית לפני השלב הבא
- החלטות שאובדות בין סשנים
03איך בנינו אותה
- 01
מפה של העבודה
זה התחיל כמסך אחד של משימות ומה שחוסם אותן, שפותח סביבת עבודה לכל אחת.
- 02
הוכחה לפני כל מיזוג
שער בדיקות מקומי שמשאיר אישור שקשור לשינוי המדויק.
- 03
סקירה של AI שני
הסקירות הפכו לממצאים מסודרים שמודל של ספק אחר שופט, וכשמתפנה מקום, המשימה הבאה מתחילה מעצמה.
- 04
מסלולים שמסיימים לבד
פקודה אחת מריצה שורה שלמה של משימות ומוסרת אותה בבת אחת.
- 05
כלי אחד, כל פרויקט
הלוח עבר למאגר משלו ולמד להתחבר לכל בסיס קוד מקובץ הגדרות אחד.
- 06
תכנון לפי הנתיב הקריטי
הלוח לומד את המבנה של כל פרויקט ומתכנן קודם את שרשרת העבודה הכבדה ביותר.
- 07
רץ בלי מחשב נייד
שרת ענן משלו, חשבון שלא יכול למזג לבד, ושאלות שנשלחות לאנשים לטלפון.
04איך היא עובדת
שלב 01תכנון
קריאת המשימותמשימות, חסימות ועדיפויות.בחירת סדר ההרצההשרשרת הכבדה ביותר קודם, במסלולים מקבילים.שלב 02בנייה
קודם בדיקהבדיקה שנכשלת, ואז הקוד שעובר אותה.מסלולים נפרדיםכל מסלול בעותק משלו, עם נתונים משלו.שלב 03סקירה
ספק שנימודל AI אחר סוקר את השינוי המדויק, וכל ממצא חייב להצביע על קוד אמיתי.שלב 04הוכחה ומיזוג
משולב ומוכחמסלולים שהסתיימו מתמזגים לשינוי אחד ונבדקים.אנשים כשצריךכל מה שדורש אדם מגיע אליו לטלפון.
לפני שאדם רואה שינוי
- בדיקה חדשה שנכשלת, ואז עוברת
- הבדיקות הקיימות שהשינוי נוגע בהן
- סקירה של ספק שני, שקשורה לשינוי המדויק
- כל ממצא בסקירה מעוגן בקוד
- הרצה אחרונה של כל מה שהשינוי נוגע בו
- שינוי במנגנון הגנה עדיין דורש אישור של אדם
05התוצאה
אנחנו בונים איתו כל יום. רשימת משימות הופכת לקוד בדוק, שעבר סקירה ומוכן למיזוג, ואנשים נכנסים לתמונה רק בהחלטות שבאמת שלהם.
| לפני | אחרי |
|---|---|
| מפתח שמתדרך כל שלב | משימות שמגיעות עם התוכנית והכללים שלהן |
| תשובות שנבדקות ידנית, אחת אחת | בדיקות רצות על כל שינוי לפני שאדם מסתכל |
| סוקר אחד, או אף אחד | סקירה של AI שני מספק אחר לכל שינוי |
| החלטות שאובדות בין סשנים | ההיסטוריה של הפרויקט על הלוח, לכל משימה הבאה |
06נתונים מרכזיים
בשבוע 3 נספרו רק שלושה ימים.
07טכנולוגיה
הטכנולוגיה שמאחורי המערכת, למי שמתעניין בצד הטכני.
- AI
- Claude CodeOpenAI Codex
- ענן
- AWSוואטסאפ לשאלותסיכום יומי במייל
- קוד ו־CI
- Node.jsGitHub Issues ובקשות מיזוגGitHub Actionsעותקי עבודה מבודדיםVitest
08מה הלאה
הצעד הבא הוא סבב שלם של משימות שנמסר מהשרת של הלוח בלי שאף אחד צופה, והשאלה האמיתית היחידה נשאלת בוואטסאפ.
09אודות
על הלקוח
הטכנולוגיה שלנו. בנינו את לוח הפרויקטים לעבודה שלנו, ואנחנו מפתחים אותו עם הלוח עצמו, קודם הבדיקה, ועם שתי סקירות.
על MYBB
ב־MYBB אנחנו בונים מערכות סביב הדרך שבה העסק כבר עובד. מאבחנים אותו עם MYBB ROIQ, בונים את המערכת, משיקים אותה עם הצוות, וממשיכים לתפעל ולשפר אותה.